tiup cluster scale-out
tiup cluster scale-outコマンドはクラスタのスケールアウトに使用されます。クラスタのスケールアウトの内部ロジックは、クラスタのデプロイメントと同様です。tiup 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はクラスタトポロジを把握していないため、同じ物理マシン上の異なるTiKVノードにリージョンのレプリカを複数スケジュールしてしまう可能性があり、その結果、この物理マシンが単一障害点となります。このリスクを回避するには、ラベルを使用して、同じリージョンを同じマシンにスケジュールしないようにPDに指示することができます。ラベルの設定については、 トポロジラベルによるレプリカのスケジュール参照してください。
- テスト環境では、このリスクは問題にならない可能性があり、
--no-labels使用してチェックをスキップできます。 - データ型:
BOOLEAN - デフォルト: false
--skip-create-user
- クラスタのデプロイメント中、 tiup-cluster はトポロジファイルで指定されたユーザー名が存在するかどうかを確認します。存在しない場合は、ユーザー名を作成します。このチェックをスキップするには、
--skip-create-userオプションを使用します。 - データ型:
BOOLEAN - デフォルト: false
-h, --help
- ヘルプ情報を出力します。
- データ型:
BOOLEAN - デフォルト: false
出力
スケールアウトのログ。