重要
このページは英語版のページを機械翻訳しています。原文はこちらからご覧ください。

Binlogデプロイメントトポロジ

このドキュメントでは、最小のTiDBトポロジに基づくTiDB Binlogの展開トポロジについて説明します。

TiDB Binlogは、増分データを複製するために広く使用されているコンポーネントです。ほぼリアルタイムのバックアップとレプリケーションを提供します。

トポロジー情報

実例カウント物理マシン構成知財Configuration / コンフィグレーション
TiDB316 VCore 32 GB10.0.1.1
10.0.1.2
10.0.1.3
デフォルトのポート構成。
enable_binlogを有効にします。
ignore-errorを有効にする
PD34 VCore 8 GB10.0.1.4
10.0.1.5
10.0.1.6
デフォルトのポート構成
TiKV316 VCore 32 GB10.0.1.7
10.0.1.8
10.0.1.9
デフォルトのポート構成
Pump38 VCore 16GB10.0.1.1
10.0.1.7
10.0.1.8
デフォルトのポート構成。
GC時間を7日に設定します
Drainer18 VCore 16GB10.0.1.12デフォルトのポート構成。
デフォルトの初期化commitTS-1を最新のタイムスタンプとして設定します。
ダウンストリームターゲットTiDBを10.0.1.12:4000として構成します

トポロジテンプレート

上記のTiDBクラスタトポロジファイルの構成項目の詳細については、 TiUPを使用してTiDBを展開するためのトポロジConfiguration / コンフィグレーションファイルを参照してください。

重要なパラメータ

トポロジ構成テンプレートの主要なパラメーターは次のとおりです。

  • server_configs.tidb.binlog.enable: true

    • binlogサービスを有効にします。
    • デフォルト値: false
  • server_configs.tidb.binlog.ignore-error: true

    • 高可用性シナリオでは、この構成を有効にすることをお勧めします。
    • trueに設定すると、エラーが発生すると、TiDBはbinlogへのデータの書き込みを停止し、 tidb_server_critical_error_totalの監視メトリックの値に1を追加します。
    • falseに設定すると、TiDBがbinlogへのデータの書き込みに失敗すると、TiDBサービス全体が停止します。
  • drainer_servers.config.syncer.db-type

    Binlogのダウンストリームタイプ。現在、 mysql 、およびkafkaがサポートさfileていtidb

  • drainer_servers.config.syncer.to

    Binlogのダウンストリーム構成。異なるdb-typeに応じて、この構成項目を使用して、ダウンストリーム・データベースの接続パラメーター、Kafkaの接続パラメーター、およびファイル保存パスを構成できます。詳しくはBinlogConfiguration / コンフィグレーションファイルをご覧ください。

ノート:

  • 構成ファイルテンプレートを編集するときに、カスタムポートまたはディレクトリが必要ない場合は、IPのみを変更します。
  • 構成ファイルにtidb人のユーザーを手動で作成する必要はありません。 TiUPクラスタコンポーネントは、ターゲットマシン上にtidbのユーザーを自動的に作成します。ユーザーをカスタマイズすることも、ユーザーと制御マシンの一貫性を保つこともできます。
  • 展開ディレクトリを相対パスとして構成すると、クラスタはユーザーのホームディレクトリに展開されます。