8.5.9 Configuring the Group Replication Communication Stack — MySQL Shell 9.2

8.5.9 Настройка стека связи Group Replication

InnoDB Cluster и ClusterSet поддерживают стек связи MySQL, представленный для Group Replication в MySQL 8.0.27.

Новый параметр, communicationStack: XCOM|MYSQL, устанавливает значение переменной системы Group Replication.

Примечание

Невозможно использовать параметр communicationStack с adoptfromGR.

Типы стеков связи

Поддерживаются следующие стеки связи:

MYSQL: (по умолчанию для MySQL Server 8.0.27 или более поздних версий)
- Упрощает создание InnoDB Clusters, используя безопасность соединений MySQL Server вместо реализации Group Replication.
- Устраняет необходимость в дополнительном сетевом адресе или порте для внутренней связи Group Replication.
- Использование протокола MYSQL означает, что стандартные методы аутентификации пользователей могут использоваться для предоставления или отзыва доступа к группе вместо списка разрешенных.
- Поддерживает сетевые пространства имен для Group Replication.
Oracle рекомендует использовать стек связи MYSQL вместо XCOM.
XCOM: (по умолчанию для MySQL Server 8.0.26 или более ранних версий). Вы можете использовать стек связи XCOM с MySQL 8.0.27 или более поздними версиями, но он должен быть явно определен в командах создания или перезапуска.

XCOM защищает соединения связи группы и соединения распределенного восстановления между участниками, используя реализацию Group Replication протоколов безопасности, включая TLS/SSL и использование списка разрешенных для входящих соединений системы групповой связи (GCS).

Выбор стека связи

Выбор стека связи устанавливается параметром communicationStack в командах dba.createCluster() и <clusterSet>.createReplicaCluster().

Например:

js> dba.createCluster("testCluster", {communicationStack: "mysql"})

js> clusterset.createReplicaCluster("hostname:3306", "replica", {communicationStack: "mysql"})

Каждая команда проверяет сервер MySQL, чтобы убедиться, что он может использовать протокол MYSQL. Если он не поддерживает MYSQL, отображается ошибка, и команда завершается неудачно.

Команды addInstance, rejoinInstance и rescan также проверяют целевой экземпляр на поддержку стека связи и соответствующим образом устанавливают необходимые параметры конфигурации.

ipAllowList.
- XCOM: Устанавливается автоматически по умолчанию.
- MYSQL: сброшен. ipAllowList не разрешен со стеком связи MYSQL.
localAddress
- XCOM: (дополнительный параметр, не рекомендуется) Автоматически генерируется. Требует дополнительного сетевого адреса или порта.
- MYSQL: Автоматически обновляется, чтобы использовать значение, сообщенное сервером MySQL.
  
  localAddress можно определить вручную, но порт должен быть таким, на котором слушает MySQL, как определено в .
Обновляет параметры SSL. Те же параметры SSL используются обоими протоколами связи.

Переключение стека связи

Можно переключать стек связи во время перезагрузки от полного отказа.

Например:

js> dba.rebootClusterFromCompleteOutage("testcluster", {switchCommunicationStack: "mysql"})

Переключение с протокола MYSQL на XCOM требует дополнительного сетевого адреса для localAddress и может также потребовать значения ipAllowList.

При переключении со стека XCOM на MYSQL вносятся следующие изменения:

ipAllowList сбрасывается.
localAddress обновляется, чтобы использовать значение, сообщенное сервером MySQL.
Обновляет параметры SSL. Параметры копируются с сервера MySQL, если memberSslMode установлен на VERIFY_CA или VERIFY_IDENTITY. Никаких изменений не производится, если memberSslMode установлен на REQUIRED.

Примечание

group_replication_recovery_use_ssl всегда включен, если memberSslMode установлен на любое значение, отличное от DISABLED.