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, --password
- ターゲット マシンへの接続に使用するパスワードを指定します。このオプションと
-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
出力
スケールアウトのログ。