tiup cluster scale-out
tiup cluster scale-outコマンドはクラスターをスケールアウトするために使用されます。クラスターをスケールアウトする内部ロジックは、クラスターの展開と似ています。 tiup-clusterコンポーネントは、まず新しいノードへの SSH 接続を確立し、ターゲット ノードに必要なディレクトリを作成してから、デプロイメントを実行してサービスを開始します。
PD がスケールアウトされると、結合操作によって新しい PD ノードがクラスターに追加され、PD に関連付けられたサービスの構成が更新されます。他のサービスは直接開始され、クラスターに追加されます。
構文
tiup cluster scale-out <cluster-name> <topology.yaml> [flags]
<cluster-name> : 操作するクラスターの名前。クラスター名を忘れた場合は、 cluster listコマンドで確認できます。
<topology.yaml> : 準備されたトポロジファイル 。このトポロジ ファイルには、現在のクラスターに追加される新しいノードのみが含まれている必要があります。
オプション
-u、--user
- ターゲット マシンへの接続に使用するユーザー名を指定します。このユーザーは、ターゲット マシン上でシークレットなしの sudo root 権限を持っている必要があります。
- データ型:
STRING - デフォルト: コマンドを実行する現在のユーザー。
-i、--identity_file
- ターゲット マシンへの接続に使用するキー ファイルを指定します。
- データ型:
STRING - このオプションがコマンドで指定されていない場合、デフォルトで
~/.ssh/id_rsaファイルがターゲット マシンへの接続に使用されます。
-p、--パスワード
- ターゲット マシンへの接続に使用するパスワードを指定します。このオプションと
-i/--identity_fileを同時に使用しないでください。 - データ型:
BOOLEAN - デフォルト: false
--no-labels
- このオプションは、ラベル チェックをスキップするために使用されます。
- 2 つ以上の TiKV ノードが同じ物理マシン上にデプロイされている場合、リスクが存在します。PD はクラスター トポロジを認識していないため、リージョンの複数のレプリカを 1 つの物理マシン上の異なる TiKV ノードにスケジュールする可能性があり、この物理マシンは単一障害点。このリスクを回避するには、ラベルを使用して、同じリージョンを同じマシンにスケジュールしないよう PD に指示できます。ラベルの構成についてはトポロジーラベルごとにレプリカをスケジュールするを参照してください。
- テスト環境では、このリスクは問題にならない可能性があるため、
--no-labelsを使用してチェックをスキップできます。 - データ型:
BOOLEAN - デフォルト: false
--skip-create-user
- クラスターの展開中に、 tiup-cluster はトポロジー ファイルに指定されたユーザー名が存在するかどうかを確認します。そうでない場合は、作成されます。このチェックをスキップするには、
--skip-create-userオプションを使用できます。 - データ型:
BOOLEAN - デフォルト: false
-h, --help
- ヘルプ情報を出力します。
- データ型:
BOOLEAN - デフォルト: false
出力
スケールアウトのログ。