Измените файл конфигурации кластера config.ini, добавив новые [ndbd] разделы, соответствующие узлам, которые будут добавлены. В случае, если кластер использует несколько серверов управления, эти изменения необходимо внести во все файлы config.ini, используемые серверами управления.

Следует быть внимательным, чтобы идентификаторы узлов для любых новых узлов данных, добавленных в файл config.ini, не совпадали с идентификаторами узлов, используемых существующими узлами. В случае, если у вас есть узлы API, использующие динамически назначенные идентификаторы узлов, и эти идентификаторы совпадают с идентификаторами узлов, которые вы хотите использовать для новых узлов данных, можно заставить такие узлы API “мигрировать”, как описано далее в этой процедуре.

Выполните поочередную перезагрузку всех серверов управления NDB Cluster.

Выполните поочередную перезагрузку всех существующих узлов данных NDB Cluster. Необязательно (и обычно нежелательно) использовать --initial при перезагрузке существующих узлов данных.

Если вы используете узлы API с динамически назначенными идентификаторами, соответствующими идентификаторам узлов, которые вы хотите назначить новым узлам данных, вы должны перезапустить все узлы API (включая узлы SQL) перед перезапуском любых процессов узлов данных на этом шаге. Это заставляет любые узлы API с идентификаторами узлов, которые ранее не были явно назначены, отказаться от этих идентификаторов и получить новые.

Выполните поочередную перезагрузку любых узлов SQL или API, подключенных к NDB Cluster.

Запустите новые узлы данных.

Новые узлы данных могут быть запущены в любом порядке. Их также можно запускать одновременно, при условии, что они запускаются после завершения поочередной перезагрузки всех существующих узлов данных и до перехода к следующему шагу.

Выполните одну или несколько команд CREATE NODEGROUP в клиенте управления NDB Cluster для создания новой группы узлов или групп узлов, к которым относятся новые узлы данных.

Перераспределите данные кластера по всем узлам данных, включая новые. Обычно это делается путем выполнения оператора ALTER TABLE ... ALGORITHM=INPLACE, REORGANIZE PARTITION в клиенте mysql для каждой таблицы NDBCLUSTER.

Исключение: Для таблиц, созданных с опцией MAX_ROWS, этот оператор не работает; вместо этого используйте ALTER TABLE ... ALGORITHM=INPLACE MAX_ROWS=... для перестройки таких таблиц. Также следует помнить, что использование MAX_ROWS для установки количества разделов таким образом устарело, и вместо этого следует использовать PARTITION_BALANCE; см. Раздел 15.1.20.12, «Установка параметров комментариев NDB» для получения дополнительной информации.

ALTER TABLE ... REORGANIZE PARTITION ALGORITHM=INPLACE перестраивает разделы, но не освобождает место, освобожденное на узлах “старых”. Это можно сделать, выполнив для каждой таблицы NDBCLUSTER оператор OPTIMIZE TABLE в клиенте mysql.

Это работает для места, занимаемого столбцами переменной ширины в таблицах NDB в оперативной памяти. OPTIMIZE TABLE не поддерживается для столбцов фиксированной ширины таблиц оперативной памяти; он также не поддерживается для таблиц данных на диске.