TiDB Binlog展開トポロジ

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

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

トポロジ情報

実例カウント物理マシン構成知財Configuration / コンフィグレーション
TiDB316 仮想コア 32 GB10.0.1.1
10.0.1.2
10.0.1.3
デフォルトのポート構成。
enable_binlogを有効にします。
ignore-errorを有効にする
PD34 仮想コア 8 GB10.0.1.4
10.0.1.5
10.0.1.6
デフォルトのポート構成
TiKV316 仮想コア 32 GB10.0.1.7
10.0.1.8
10.0.1.9
デフォルトのポート構成
Pump38 Vコア 16GB10.0.1.1
10.0.1.7
10.0.1.8
デフォルトのポート構成。
GC 時間を 7 日に設定する
Drainer18 Vコア 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

    TiDB Binlogのダウンストリーム タイプ。現在、 mysqltidbkafka 、およびfileがサポートされています。

  • drainer_servers.config.syncer.to

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

ノート:

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