追加対象のノードに対応する新しい [ndbd] セクションを追加して、クラスタ構成 config.ini ファイルを編集します。 クラスタで複数の管理サーバーが使用されている場合は、管理サーバーで使用されるすべての config.ini ファイルに、これらの変更を加える必要があります。

config.ini ファイルに追加される新しいデータノードのノード ID が、既存のノードで使用されるノード ID と重複しないように注意する必要があります。 動的に割り当てられたノード ID を使用している API ノードがあり、それらの ID が新しいノードに使用するノード ID と一致する場合は、この手順の後半で説明するように、このような API ノードを強制的に「移行」できます。

すべての NDB Cluster 管理サーバーのローリング再起動を実行します。

すべての既存の NDB Cluster データノードのローリング再起動を実行します。 既存のデータノードを再起動するときは、--initial を使用する必要がありません (通常は望ましくもありません)。

新しいデータノードに割り当てるいずれかのノード ID と一致する動的に割り当てられた ID を持つ API ノードを使用している場合は、このステップでデータノードプロセスのいずれかを再起動する前に、すべての API ノード (SQL ノードを含む) を再起動する必要があります。 これにより、事前に明示的に割り当てられなかったノード ID を持つ API ノードは、このようなノード ID を放棄し、新しい ID を取得します。

NDB Cluster に接続されている SQL または API ノードのローリング再起動を実行します。

新しいデータノードを起動します。

新しいデータノードは、任意の順序で起動できます。 またそれらは、既存のすべてのデータノードのローリング再起動が完了してから、次のステップに進むまでの間に起動されるかぎり、同時に起動することもできます。

NDB Cluster 管理クライアントで 1 つまたは複数の CREATE NODEGROUP コマンドを実行して、新しいデータノードが属する新しいノードグループまたはノードグループを作成します。

新しいデータノードを含め、すべてのデータノード間でクラスタデータを再配布します。 通常、これを行うには、NDBCLUSTER テーブルごとに mysql クライアントで ALTER TABLE ... ALGORITHM=INPLACE, REORGANIZE PARTITION ステートメントを発行します。

例外: MAX_ROWS オプションを使用して作成されたテーブルの場合、このステートメントは機能しません。かわりに、ALTER TABLE ... ALGORITHM=INPLACE MAX_ROWS=... を使用してこのようなテーブルを再編成します。 また、MAX_ROWS を使用してパーティション数をこの方法で設定することは非推奨であり、かわりに PARTITION_BALANCE を使用する必要があります。詳細は、セクション13.1.20.11「NDB_TABLE オプションの設定」 を参照してください。

ALTER TABLE ... REORGANIZE PARTITION ALGORITHM=INPLACE はパーティションを再編成しますが、「old」 ノードで解放された領域は再利用しません。 これを行うには、mysql クライアントで NDBCLUSTER テーブルごとに OPTIMIZE TABLE ステートメントを発行します。

これは、インメモリー NDB テーブルの可変幅カラムで使用される領域に対して機能します。 OPTIMIZE TABLE は、インメモリーテーブルの固定幅カラムではサポートされていません。「ディスクデータ」テーブルでもサポートされていません。