MariaDB.Настройка Galera Cluster

В рамках данной статьи рассматривается настройка синхронизации нескольких серверов баз данных, организованных на MariaDB. В качестве утилиты синхронизации используется стандартный инструмент MariaDB — Galera. Подобная настройка позволяет использовать синхронизацию вида мастер-мастер (active-active), в данном виде синхронизации преимуществом является то, что данные можно записывать и считывать одновременно на всех узлах кластера.

Перед началом установки необходимо добавить репозиторий, для этого в директории /etc/yum.repos.d создается файл, в котором прописывается данные репозитория, можно назвать его mariadb.repo. Создается файл командой:

touch /etc/yum.repos.d/mariadb.repo

Далее необходимо прописать в этот файл данные репозитория.

[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.4/centos7-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1

yum makecache.

После этого можно приступать непосредственно к установке необходимых пакетов, командой

yum install MariaDB-server MariaDB-client galera

Также будут автоматически установлены необходимые зависимости

Далее необходимо запустить сервис MariaDB, а также добавить его в автозагрузку.

systemctl start mariadb.service
 systemctl enable mariadb.service

Также рекомендуется выполнить начальную настройку СУБД, делается это аналогично как в MySQL, командой

mysql_secure_installation

Следующим шагом рекомендуется создать отдельного пользователя для репликации:

mysql -u root -p
GRANT USAGE ON *.* to galera_user@'%' IDENTIFIED BY 'Qwerty123';
GRANT ALL PRIVILEGES on *.* to galera_user@'%';
 FLUSH PRIVILEGES;

Настройки для Galera прописать в файле /etc/my.cnf.d/server.cnf, но рекомендуется создать отдельный файл в директории /etc/my.cnf.d/, например, с именем galera.cnf. И заполнить его следующим содержимым:

[galera]
binlog_format=ROW
innodb_autoinc_lock_mode=2
innodb_locks_unsafe_for_binlog=1
query_cache_size=0
query_cache_type=0
default_storage_engine=InnoDB
innodb_log_file_size=100M
innodb_file_per_table
innodb_flush_log_at_trx_commit=2
wsrep_on=ON
wsrep_provider=/usr/lib64/galera-4/libgalera_smm.so
wsrep_cluster_address="gcomm://192.168.170.178,192.168.170.179"
wsrep_sst_method=rsync
wsrep_cluster_name='galera_test_cluster'  #Имя кластера репликации
wsrep_node_address='192.168.170.178'      #Адрес узла
wsrep_node_name='galera1'                       #Имя узла

wsrep_node_address
 wsrep_node_name

Также стоит обратить внимание что в параметре wsrep_cluster_address всегда первым адресом указывается адрес основного узла.

Далее перед запуском кластера необходимо выполнить два шага, а именно отключить SELinux и настроить брандмауэр.

Временно отключить SELinux можно командой

setenforce 0

Для постоянного отключения необходимо в файле /etc/sysconfig/selinux поменять параметр SELINUX= на disabled.

Также необходимо в брандмауэре открыть следующие порты:
3306 — стандартный порт для подключения клиентов Mysql
4568 — IST порт, используемый для инкрементной передачи состояния кластера

4567 — основной порт используемый Galera для репликации

4444 — SST порт, используется для всех способов передачи состояния кластера, за исключением метода mysqldump.

Пример команд добавления полртов в Public зону брандмауэра firewalld:

firewall-cmd --permanent --zone=public —add-port=3306/tcp
 firewall-cmd --permanent --zone=public —add-port=4567/tcp
 firewall-cmd --permanent --zone=public --add-port=4567/udp
firewall-cmd --permanent --zone=public --add-port=4568/tcp
firewall-cmd --permanent --zone=public --add-port=4444/tcp

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

Например, в схеме описанной в статье, для первого узла будет выглядеть так:

firewall-cmd --permanent --zone=public —add-source=192.168.170.179/32

А для второго так:

 firewall-cmd --permanent --zone=public —add-source=192.168.170.178/32

Далее необходимо перечитать правила брандмауэра командой:

firewall-cmd --reload

Теперь можно переходить непосредственно к запуску кластера.
Сначала необходимо остановить службу MariaDB на всех узлах кластера:

systemctl stop mariadb

Далее первый запуск кластера должен проходить в определенной последовательности.
Сначала на ноде, ноде которая будет основной, необходимо запустить предустановленный скрипт galera_new_cluster. Данный скрипт запускает службу MariaDB с ключем –wsrep-new-cluster, который собственно запустит кластер Galera, если запустить службу стандартно, то она не запустится так как кластер изначально не инициализирован и узел будет пытаться подключиться по очереди ко всем перечисленным узлам в файле galera.cnf

После запуска первого узла, рекомендуется проверить состояние кластера по ключу Variable_name, со значениями:
wsrep_cluster_size — отображает количество узлов активных в кластере
wsrep_cluster_status — отображает статус текущего узла клатсера (в данном случае первичный(Primary))
wsrep_connected — подключение
wsrep_ready — готовность кластера
Для проверки статуса необходимо выполнить в mysql апрос вида:

 SHOW GLOBAL STATUS WHERE Variable_name IN ('wsrep_ready', 'wsrep_cluster_size', 'wsrep_cluster_status', 'wsrep_connected');

Далее необходимо запустить MariaDB поочередно на остальных узлах кластера, в данном примере — только на втором узле. Делается это уже стандартной командой:

systemctl start mariadb

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

На следующем скриншоте видно что на второй узел эти данные среплицировались.

На этом настройка Galera кластера завершена.