7.5.9 Configuring the Group Replication Communication Stack — MySQL Shell 8.4

7.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 и использование списка разрешенных для входящих соединений Group Communication System (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.