📣
TiDB Cloud Essential はパブリックプレビュー中です。このページは自動翻訳されたものです。原文はこちらからご覧ください。
TiDB Cloud
TiDB Self-Managed
Learning Center
お問い合わせ

TiUP を使用して DMクラスタをオフラインでデプロイ

このドキュメントでは、 TiUP を使用して DM クラスターをオフラインでデプロイする方法について説明します。

ステップ1: TiUPオフラインコンポーネントパッケージを準備する

  • TiUPパッケージ マネージャーをオンラインでインストールします。

    1. TiUPツールをインストールします。

      curl --proto '=https' --tlsv1.2 -sSf https://tiup-mirrors.pingcap.com/install.sh | sh

    2. グローバル環境変数を再宣言します。

      source .bash_profile

    3. TiUPがインストールされているかどうかを確認します。

      which tiup

  • TiUPを使用してミラーを引き出す

    1. インターネットにアクセスできるマシンで必要なコンポーネントを取得します。

      # You can modify ${version} to the needed version.
tiup mirror clone tidb-dm-${version}-linux-amd64 --os=linux --arch=amd64 \
    --dm-master=${version} --dm-worker=${version} --dmctl=${version} \
    --alertmanager=v0.17.0 --grafana=v4.0.3 --prometheus=v4.0.3 \
    --dm=v$(tiup --version|grep 'tiup'|awk -F ' ' '{print $1}')

      上記のコマンドは、現在のディレクトリにtidb-dm-${version}-linux-amd64という名前のディレクトリを作成します。このディレクトリには、 TiUPによって管理されるコンポーネントパッケージが含まれます。

    2. tarコマンドを使用してコンポーネントパッケージをパックし、パッケージを分離された環境内の制御マシンに送信します。

      tar czvf tidb-dm-${version}-linux-amd64.tar.gz tidb-dm-${version}-linux-amd64

      tidb-dm-${version}-linux-amd64.tar.gz独立したオフライン環境パッケージです。

ステップ2: オフラインTiUPコンポーネントをデプロイ

パッケージをターゲット クラスターの制御マシンに送信した後、次のコマンドを実行してTiUPコンポーネントをインストールします。

# You can modify ${version} to the needed version.
tar xzvf tidb-dm-${version}-linux-amd64.tar.gz
sh tidb-dm-${version}-linux-amd64/local_install.sh
source /home/tidb/.bash_profile

local_install.shスクリプトはtiup mirror set tidb-dm-${version}-linux-amd64コマンドを自動的に実行して、現在のミラー アドレスをtidb-dm-${version}-linux-amd64に設定します。

ミラーを別のディレクトリに切り替えるには、 tiup mirror set <mirror-dir>コマンドを手動で実行します。公式ミラーに戻す場合は、 tiup mirror set https://tiup-mirrors.pingcap.com実行します。

ステップ3: 初期化構成ファイルを編集する

さまざまなクラスター トポロジに応じて、クラスター初期化構成ファイルを編集する必要があります。

完全な構成テンプレートについては、「 TiUP構成パラメータ テンプレート . 構成ファイルを作成する」を参照してくださいtopology.yaml . その他の複合シナリオでは、テンプレートに従って必要に応じて構成ファイルを編集します。

3 つの DM マスター、3 つの DM ワーカー、および 1 つの監視コンポーネントインスタンスをデプロイする構成は次のとおりです。

---
global:
  user: "tidb"
  ssh_port: 22
  deploy_dir: "/home/tidb/dm/deploy"
  data_dir: "/home/tidb/dm/data"
  # arch: "amd64"

master_servers:
  - host: 172.19.0.101
  - host: 172.19.0.102
  - host: 172.19.0.103

worker_servers:
  - host: 172.19.0.101
  - host: 172.19.0.102
  - host: 172.19.0.103

monitoring_servers:
  - host: 172.19.0.101

grafana_servers:
  - host: 172.19.0.101

alertmanager_servers:
  - host: 172.19.0.101

注記：

  • DM クラスターの高可用性を確保する必要がない場合は、DM マスター ノードを 1 つだけデプロイし、デプロイされた DM ワーカー ノードの数は、移行するアップストリーム MySQL/MariaDB インスタンスの数以上である必要があります。

  • DM クラスターの高可用性を確保するには、3 つの DM マスター ノードを展開することをお勧めします。また、展開する DM ワーカー ノードの数は、移行するアップストリーム MySQL/MariaDB インスタンスの数より多くする必要があります (たとえば、DM ワーカー ノードの数は、アップストリーム インスタンスの数より 2 つ多くなります)。

  • グローバルに有効にする必要があるパラメータについては、構成ファイルのserver_configsセクションで対応するコンポーネントのこれらのパラメータを構成します。

  • 特定のノードで有効にするパラメータについては、このノードのconfigでこれらのパラメータを設定します。

  • .使用して、構成のサブカテゴリを示します (例: log.slow-threshold 。その他の形式については、 TiUP構成テンプレート参照してください。

  • 詳細なパラメータの説明については、 マスターconfig.toml.exampleとワーカーconfig.toml.example参照してください。

  • 次のコンポーネント間のポートが相互接続されていることを確認します。

    • DM マスター ノードのうちpeer_port (デフォルトでは8291 ) が相互接続されています。
    • 各 DM マスター ノードは、すべての DM ワーカー ノードのうちのportに接続できます (デフォルトでは8262 )。
    • 各 DM ワーカー ノードは、すべての DM マスター ノードのうちのportに接続できます (デフォルトでは8261 )。
    • TiUPノードは、すべての DM マスター ノードのうちport (デフォルトでは8261 ) に接続できます。
    • TiUPノードは、すべての DM ワーカー ノードのうちport (デフォルトでは8262 ) に接続できます。

ステップ4: デプロイメントコマンドを実行する

注記：

TiUPを使用して DM を展開する場合、セキュリティ認証に秘密キーまたは対話型パスワードを使用できます。

  • 秘密鍵を使用する場合は、 -iまたは--identity_fileを通じて鍵のパスを指定できます。
  • パスワードを使用する場合は、 -pフラグを追加してパスワード対話ウィンドウに入ります。
  • ターゲット マシンへのパスワードなしのログインが構成されている場合、認証は必要ありません。
tiup dm deploy dm-test ${version} ./topology.yaml --user root [-p] [-i /home/root/.ssh/gcp_rsa]

上記のコマンドでは:

  • デプロイされた DM クラスターの名前はdm-testです。
  • DM クラスターのバージョンは${version}ですtiup list dm-master実行すると、 TiUPでサポートされている最新バージョンを表示できます。
  • 初期化構成ファイルはtopology.yamlです。
  • --user root : rootキーを使用してターゲット マシンにログインし、クラスターの展開を完了するか、 sshおよびsudo権限を持つ他のユーザーを使用して展開を完了することができます。
  • [-i]と[-p] : オプション。パスワードなしでターゲット マシンにログインするように設定した場合、これらのパラメータは必要ありません。そうでない場合は、2 つのパラメータのいずれかを選択します。4 [-i] 、ターゲット マシンにアクセスできるrootユーザー (または--userで指定された他のユーザー) の秘密鍵です。10 [-p] 、ユーザー パスワードを対話的に入力するために使用されます。
  • TiUP DM は組み込みの SSH クライアントを使用します。制御マシン システムにネイティブの SSH クライアントを使用する場合は、 システムのネイティブSSHクライアントを使用してクラスターに接続するに従って設定を編集します。

出力ログの最後にDeployed cluster `dm-test` successfully表示されます。これは、デプロイメントが成功したことを示します。

ステップ5: TiUPによって管理されているクラスターを確認する

tiup dm list

TiUP は複数の DM クラスターの管理をサポートしています。上記のコマンドは、名前、デプロイメント ユーザー、バージョン、秘密キー情報など、現在TiUPによって管理されているすべてのクラスターの情報を出力します。

Name  User  Version  Path                                  PrivateKey
----  ----  -------  ----                                  ----------
dm-test  tidb  ${version}  /root/.tiup/storage/dm/clusters/dm-test  /root/.tiup/storage/dm/clusters/dm-test/ssh/id_rsa

ステップ6: 展開されたDMクラスタのステータスを確認する

dm-testクラスターのステータスを確認するには、次のコマンドを実行します。

tiup dm display dm-test

予想される出力には、インスタンス ID、ロール、ホスト、リスニング ポート、ステータス (クラスターはまだ起動されていないため、ステータスはDownですinactive 、およびdm-testクラスターのディレクトリ情報が含まれます。

ステップ7: クラスターを起動する

tiup dm start dm-test

出力ログにStarted cluster `dm-test` successfullyが含まれていれば、起動は成功です。

ステップ8: クラスターの実行状態を確認する

TiUP を使用して DM クラスターのステータスを確認します。

tiup dm display dm-test

出力のStatusがUpの場合、クラスターの状態は正常です。

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