TiDBBinlog展開トポロジ

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

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

トポロジ情報

実例カウント物理マシンの構成IPコンフィグレーション
TiDB316 仮想コア 32 GB10.0.1.1
10.0.1.2
10.0.1.3
デフォルトのポート構成。
enable_binlogを有効にする。
有効化ignore-error
PD34仮想コア8GB10.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仮想コア16GB10.0.1.1
10.0.1.7
10.0.1.8
デフォルトのポート構成。
GC 時間を 7 日に設定する
Drainer18仮想コア16GB10.0.1.12デフォルトのポート構成。
デフォルトの初期化 commitTS -1 を最新のタイムスタンプとして設定します。
ダウンストリーム ターゲット TiDB を10.0.1.12:4000として構成します。

トポロジテンプレート

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

主要パラメータ

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

  • 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 の接続パラメーター、およびファイルの保存パスを構成できます。詳細はTiDBBinlogコンフィグレーションファイルを参照してください。

注記:

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

このページは役に立ちましたか?