tiup cluster reload

クラスタ構成の変更の後、設定を有効にするには、 tiup cluster reloadコマンドを使用してクラスターをリロードする必要があります。このコマンドは、サービスが実行されているリモート マシンに制御マシンの設定を公開し、アップグレード プロセスに従ってサービスを順番に再起動します。クラスターは、再起動プロセス中も引き続き使用できます。

構文

tiup cluster reload <cluster-name> [flags]

<cluster-name> : 操作するクラスター名。

オプション

--force

  • 再ロード プロセス中のエラーを無視し、強制的に再ロードします。
  • データ型: BOOLEAN
  • デフォルト: false

--transfer-timeout

  • PD または TiKV を再起動する場合、再起動されたノードのリーダーが最初に他のノードに移行されるため、移行プロセスには時間がかかります。 -transfer-timeout設定すると、最大待機時間 (秒単位) を設定できます。タイムアウト後、サービスは待機せずに直接再起動できます。
  • データ型: UINT
  • デフォルト: 600

注記:

待機をスキップして直接再起動する場合、サービスのパフォーマンスが不安定になる可能性があります。

--設定チェックを無視

  • コンポーネントのバイナリ ファイルがデプロイされた後、 <binary> --config-check <config-file>使用して TiDB、TiKV、および PD コンポーネントの構成がチェックされます。3 <binary>デプロイされたバイナリ ファイルのパスです。5 <config-file> 、ユーザー構成に基づいて生成された構成ファイルです。このチェックをスキップする場合は、このオプションを使用できます。
  • データ型: BOOLEAN
  • デフォルト: false

-N、--ノード

  • 再起動するノードを指定します。指定しない場合は、すべてのノードが再起動されます。 tiup cluster displayオプションの値は、ノード ID のコンマ区切りリストです。1 コマンドによって返されるクラスター ステータス テーブルの最初の列からノード ID を取得できます。
  • データ型: STRINGS
  • このオプションがコマンドで指定されていない場合は、デフォルトですべてのノードが選択されます。

注記:

  • -R, --roleオプションを同時に指定した場合は、 -N, --node-R, --roleの両方の指定に一致するサービス ノードのみが再起動されます。
  • --skip-restartオプションが指定されている場合、 -N, --nodeオプションは無効です。

-R, --役割

  • 再起動するロールを指定します。指定しない場合は、すべてのロールが再起動されます。このオプションの値は、ノード ロールのコンマ区切りリストです。ロールは、 クラスターステータステーブルの 2 番目の列です。
  • データ型: STRINGS
  • コマンドでこのオプションが指定されていない場合は、すべてのロールがデフォルトで選択されます。

注記:

  1. -N, --nodeオプションを同時に指定した場合は、 -N, --node-R, --roleの両方の指定に一致するサービス ノードのみが再起動されます。
  2. --skip-restartオプションが指定されている場合、 -R, --roleオプションは無効です。

--skip-restart

tiup cluster reloadコマンドは 2 つの操作を実行します。

  • すべてのノード構成を更新します
  • 指定されたノードを再起動します

--skip-restartオプションを指定すると、ノードを再起動せずに構成のみが更新されるため、更新された構成は適用されず、対応するサービスの次回の再起動まで有効になりません。

  • データ型: BOOLEAN
  • デフォルト: false

-h, --help

  • ヘルプ情報を出力します。
  • データ型: BOOLEAN
  • デフォルト: false

出力

tiup-clusterの実行ログ。

<< 前のページに戻る - TiUPクラスタコマンド リスト

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