Для обеспечения устойчивости к отказу одного экземпляра в InnoDB кластере необходимо не менее трех экземпляров. Добавление дополнительных экземпляров увеличивает устойчивость к отказам InnoDB кластера.

Группа репликации реализует политики совместимости, которые учитывают версию экземпляров, и операция Cluster.addInstance() обнаруживает это и в случае несовместимости операция завершается с ошибкой. См. Проверку версии MySQL на экземплярах и .

Используйте функцию Cluster.addInstance(instance) для добавления экземпляра в кластер, где instance — информация о подключении к настроенному экземпляру, см. Раздел 7.4.2 «Настройка производственных экземпляров для использования в InnoDB кластере». Например:

mysql-js> cluster.addInstance('icadmin@ic-2:3306')
A new instance will be added to the InnoDB cluster. Depending on the amount of
data on the cluster this might take from a few seconds to several hours.
Please provide the password for 'icadmin@ic-2:3306': ********
Adding instance to the cluster ...
Validating instance at ic-2:3306...
This instance reports its own address as ic-2
Instance configuration is suitable.
The instance 'icadmin@ic-2:3306' was successfully added to the cluster.

Словарь опций функции addInstance(instance[, options]) предоставляет следующие атрибуты:

При добавлении нового экземпляра в кластер локальный адрес этого экземпляра автоматически добавляется в переменную на всех онлайн-экземплярах кластера, чтобы они могли использовать новый экземпляр для повторного подключения к группе, если это необходимо.

Если вы используете MySQL 8.0.17 или более позднюю версию, вы можете выбрать, как экземпляр восстановит транзакции, необходимые для синхронизации с кластером. Только после восстановления всеми экземплярами всех транзакций, ранее обработанных кластером, он может подключиться в качестве онлайн-экземпляра и начать обработку транзакций. Дополнительную информацию см. в Разделе 7.4.6 «Использование MySQL Clone с InnoDB кластером».

Вы можете настроить, как ведет себя Cluster.addInstance(), позволяя операциям восстановления продолжаться в фоновом режиме или отслеживая различные уровни прогресса в MySQL Shell.

В зависимости от выбранного метода восстановления экземпляра из кластера, в MySQL Shell отображается различный вывод. Предположим, что вы добавляете экземпляр ic-2 в кластер, а ic-1 — это семенной или донорский экземпляр.

Для отмены отслеживания фазы восстановления введите CONTROL+C. Это останавливает отслеживание, но процесс восстановления продолжается в фоновом режиме. Целочисленная опция recoveryProgress может быть использована с операцией Cluster.addInstance() для отображения прогресса фазы восстановления.

Для проверки добавления экземпляра используйте функцию status() экземпляра кластера. Например, это вывод статуса тестового кластера после добавления второго экземпляра:

mysql-js> cluster.status()
{
    "clusterName": "testCluster",
    "defaultReplicaSet": {
        "name": "default",
        "primary": "ic-1:3306",
        "ssl": "REQUIRED",
        "status": "OK_NO_TOLERANCE",
        "statusText": "Cluster is NOT tolerant to any failures.",
        "topology": {
            "ic-1:3306": {
                "address": "ic-1:3306",
                "mode": "R/W",
                "readReplicas": {},
                "role": "HA",
                "status": "ONLINE"
            },
            "ic-2:3306": {
                "address": "ic-2:3306",
                "mode": "R/O",
                "readReplicas": {},
                "role": "HA",
                "status": "ONLINE"
            }
        }
    },
    "groupInformationSourceMember": "mysql://icadmin@ic-1:3306"
}

Дальнейшие действия зависят от того, является ли экземпляр локальным или удалённым по отношению к экземпляру, на котором запущен MySQL Shell, а также от того, поддерживает ли экземпляр автоматическое сохранение изменений конфигурации. См. Раздел 6.2.3 «Сохранение настроек». Если экземпляр поддерживает автоматическое сохранение изменений конфигурации, вам не нужно вручную сохранять настройки, и вы можете добавить больше экземпляров или перейти к следующему шагу. Если экземпляр не поддерживает автоматическое сохранение изменений конфигурации, вам необходимо настроить его локально. Это необходимо для обеспечения того, чтобы экземпляры вновь подключались к кластеру в случае выхода из кластера.

После развертывания кластера вы можете настроить MySQL Router для обеспечения высокой доступности, см. Раздел 6.10 «Использование MySQL Router с AdminAPI, InnoDB кластером и InnoDB ReplicaSet».