地理的に分散した導入トポロジ

このドキュメントでは、2 つの都市にある 3 つのデータセンター (DC) の一般的なアーキテクチャを例に挙げ、地理的に分散された展開アーキテクチャと主要な構成を紹介します。この例で使用されている都市は、上海 ( shaと呼ばれます) と北京 ( bjaおよびbjbと呼ばれます) です。

トポロジ情報

実例	カウント	物理マシンの構成	BJ IP	船	コンフィグレーション
TiDB	5	16Vコア 32GB*1	10.0.1.1 10.0.1.2 10.0.1.3 10.0.1.4	10.0.1.5	デフォルトのポートグローバルディレクトリ構成
PD	5	4Vコア8GB*1	10.0.1.6 10.0.1.7 10.0.1.8 10.0.1.9	10.0.1.10	デフォルトのポートグローバルディレクトリ構成
TiKV	5	16 VCore 32GB 4TB (nvme ssd) * 1	10.0.1.11 10.0.1.12 10.0.1.13 10.0.1.14	10.0.1.15	デフォルトのポートグローバルディレクトリ構成
モニタリングとグラファナ	1	4 VCore 8GB * 1 500GB (SSD)	10.0.1.16		デフォルトのポートグローバルディレクトリ構成

トポロジテンプレート

地理的に分散されたトポロジテンプレート

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

主要パラメータ

このセクションでは、TiDB 地理分散展開の主要なパラメーター構成について説明します。

TiKVパラメータ

gRPC 圧縮形式 (デフォルトではnone ):
地理的に分散されたターゲットノード間の gRPC パッケージの送信速度を高めるには、このパラメーターをgzipに設定します。
```
server.grpc-compression-type: gzip
```
ラベル構成:
TiKV は異なるデータセンターに展開されているため、物理マシンがダウンすると、 Raftグループはデフォルトの 5 つのレプリカのうち 3 つを失い、クラスターが使用できなくなる可能性があります。この問題に対処するには、ラベルを構成して PD のスマートスケジューリングを有効にすることができます。これにより、 Raftグループは、同じデータセンターの同じキャビネット内の同じマシン上の TiKV インスタンスに 3 つのレプリカを配置することができなくなります。

TiKV 構成:

同じホストレベルのラベル情報が同じ物理マシンに構成されます。

config:
  server.labels:
    zone: bj
    dc: bja
    rack: rack1
    host: host2

リモート TiKV ノードが不必要なRaft選挙を開始しないようにするには、リモート TiKV ノードが選挙を開始するために必要な最小および最大ティック数を増やす必要があります。 2 つのパラメータはデフォルトで0に設定されます。
```
raftstore.raft-min-election-timeout-ticks: 50
raftstore.raft-max-election-timeout-ticks: 60
```

注記：
raftstore.raft-min-election-timeout-ticksとraftstore.raft-max-election-timeout-ticksを使用して、TiKV ノードの選択タイムアウトティックをより大きく設定すると、そのノード上のリージョンがリーダーになる可能性が大幅に低下する可能性があります。ただし、一部の TiKV ノードがオフラインで、残りのアクティブな TiKV ノードがRaftログで遅れているような災害シナリオでは、この TiKV ノード上の選出タイムアウトティックが大きいリージョンのみがリーダーになれます。この TiKV ノード上のリージョンは、選挙を開始する前に少なくとも「raftstore.raft-min-election-timeout-ticks」で設定された期間待機する必要があるため、クラスターへの潜在的な影響を防ぐために、これらの値を過度に大きく設定しないことをお勧めします。このようなシナリオでの可用性。

PDパラメータ

PD メタデータ情報には、TiKV クラスターのトポロジーが記録されます。 PD は、次の 4 つの次元でRaftグループレプリカをスケジュールします。
```
replication.location-labels: ["zone","dc","rack","host"]
```
クラスターの高可用性を確保するには、 Raftグループのレプリカの数を5に調整します。
```
replication.max-replicas: 5
```
リモート TiKV RaftレプリカがLeaderとして選出されることを禁止します。
```
label-property:
      reject-leader:
        - key: "dc"
          value: "sha"
```
注記：
TiDB 5.2 以降、 label-property構成はデフォルトではサポートされていません。レプリカポリシーを設定するには、配置ルールを使用します。

ラベルとRaftグループレプリカの数の詳細については、トポロジーラベルごとにレプリカをスケジュールするを参照してください。

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