ハイブリッド展開トポロジ

このドキュメントでは、TiKV と TiDB のハイブリッド展開のトポロジと主要なパラメーターについて説明します。

ハイブリッド展開は通常、次のシナリオで使用されます。

展開マシンには、十分なメモリを備えた複数の CPU プロセッサがあります。物理マシン リソースの使用率を向上させるために、複数のインスタンスを 1 台のマシンにデプロイできます。つまり、TiDB と TiKV の CPU リソースは NUMA ノード バインディングによって分離されます。 PD と Prometheus は一緒にデプロイされますが、それらのデータ ディレクトリは別のファイル システムを使用する必要があります。

トポロジ情報

実例カウント物理マシン構成知財Configuration / コンフィグレーション
TiDB632 仮想コア 64GB10.0.1.1
10.0.1.2
10.0.1.3
CPU コアをバインドするように NUMA を構成する
PD316 仮想コア 32 GB10.0.1.4
10.0.1.5
10.0.1.6
location_labelsパラメータを設定する
TiKV632 仮想コア 64GB10.0.1.7
10.0.1.8
10.0.1.9
  • インスタンス レベルのポートと status_port を分離します。
    2. グローバル パラメータreadpool 、およびraftstoreを設定しstorage
    3. インスタンス レベルのホストのラベルを設定します。
    4. CPU コアをバインドするように NUMA を構成する
  • 監視とGrafana14 仮想コア 8GB * 1 500GB (ssd)10.0.1.10デフォルト設定

    トポロジ テンプレート

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

    主なパラメータ

    このセクションでは、単一のマシンに複数のインスタンスを展開する場合の主要なパラメーターを紹介します。これは主に、TiDB および TiKV の複数のインスタンスが単一のマシンに展開されるシナリオで使用されます。以下に示す計算方法に従って、構成テンプレートに結果を入力する必要があります。

    • TiKV の構成を最適化する

      • スレッド プールに自己適応するようにreadpoolを構成します。 readpool.unified.max-thread-countパラメータを設定することで、 readpool.storagereadpool.coprocessorで統合スレッド プールを共有し、それぞれ自己適応スイッチを設定できます。

        • readpool.storagereadpool.coprocessorを有効にします。

          readpool.storage.use-unified-pool: true readpool.coprocessor.use-unified-pool: true
        • 計算方法:

          readpool.unified.max-thread-count = cores * 0.8 / the number of TiKV instances
      • ストレージ CF (すべての RocksDB 列ファミリー) をメモリに自己適応するように構成します。 storage.block-cache.capacityパラメータを設定することで、CF がメモリ使用量を自動的に調整することができます。

        • storage.block-cacheは、デフォルトで CF 自己適応を有効にします。変更する必要はありません。

          storage.block-cache.shared: true
        • 計算方法:

          storage.block-cache.capacity = (MEM_TOTAL * 0.5 / the number of TiKV instances)
      • 複数の TiKV インスタンスが同じ物理ディスクにデプロイされている場合は、TiKV 構成にcapacityつのパラメーターを追加します。

        raftstore.capacity = disk total capacity / the number of TiKV instances
    • ラベル スケジュール設定

      TiKV の複数のインスタンスが単一のマシンにデプロイされるため、物理マシンがダウンすると、 Raftグループはデフォルトの 3 つのレプリカのうち 2 つを失い、クラスターが使用できなくなる可能性があります。この問題に対処するには、ラベルを使用して PD のスマート スケジューリングを有効にします。これにより、 Raftグループが同じマシン上の複数の TiKV インスタンスに 3 つ以上のレプリカを持つことが保証されます。

      • TiKV構成

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

        config: server.labels: host: tikv1
      • PD構成

        PD がリージョンを識別してスケジューリングできるようにするには、PD のラベル タイプを設定します。

        pd: replication.location-labels: ["host"]
    • numa_nodeコアバインディング

      • インスタンス パラメータ モジュールで、対応するnuma_nodeつのパラメータを設定し、CPU コアの数を追加します。

      • NUMA を使用してコアをバインドする前に、numactl ツールがインストールされていることを確認し、物理マシンの CPU の情報を確認してください。その後、パラメータを設定します。

      • numa_nodeパラメータはnumactl --membind構成に対応します。

    ノート:

    • 構成ファイル テンプレートを編集する場合、必要なパラメーター、IP、ポート、およびディレクトリを変更します。
    • 各コンポーネントは、デフォルトでグローバル<deploy_dir>/<components_name>-<port>deploy_dirとして使用します。たとえば、TiDB が4001ポートを指定する場合、そのdeploy_dirはデフォルトで/tidb-deploy/tidb-4001です。したがって、複数インスタンスのシナリオでデフォルト以外のポートを指定する場合、ディレクトリを再度指定する必要はありません。
    • 構成ファイルでtidbユーザーを手動で作成する必要はありません。 TiUP クラスター コンポーネントは、ターゲット マシンにtidbユーザーを自動的に作成します。ユーザーをカスタマイズしたり、ユーザーと制御マシンとの一貫性を保つことができます。
    • 展開ディレクトリを相対パスとして構成すると、クラスターはユーザーのホーム ディレクトリに展開されます。
    Playground
    新規
    登録なしで TiDB の機能をワンストップでインタラクティブに体験できます。
    製品
    TiDB Cloud
    TiDB
    価格
    PoC お問い合わせ
    エコシステム
    TiKV
    TiFlash
    OSS Insight
    © 2024 PingCAP. All Rights Reserved.
    Privacy Policy.