tiup cluster reload

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

構文

tiup cluster reload <cluster-name> [flags]

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

オプション

--force

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

--transfer-timeout

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

ノート：

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

--ignore-config-check

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

-N, --ノード

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

ノート：

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

-R, --role

• 再開するロールを指定します。指定しない場合、すべてのロールが再起動されます。このオプションの値は、ノード ロールのコンマ区切りリストです。ロールはクラスターの状態テーブルの 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 クラスタコマンド一覧