Развертывание балансировщика нагрузки кластера Galera

У нас есть несколько веб-сайтов, подключенных к одному серверу, работающему под MariaDB - 10.3.11 , и из-за большой нагрузки мы решили реализовать репликацию кластера Galera , что реализовано и мы получили желаемый результат при обновлении записей в базах данных.

Нам нужно распределить трафик между этими узлами кластера Galera (вместо соединения с одним сервером), поэтому нам нужно развернуть Galera Cluster Load Balancer .Мы установили его на новый сервер с конфигурацией в / etc / default / glbd , как показано ниже: (Все серверы работают под Ubuntu 16.04 .)

# This is a configuration file for glbd service script
#
# On Red Hat and derivatives it should be placed in /etc/sysconfig/glbd
#
# On Debian  and derivatives it should be placed in /etc/default/glbd
#
# All settings besides LISTEN_ADDR are optional.
#

# Address to listen for client connections at. Mandatory parameter.
# To bind to all interfaces only port should be specified.
LISTEN_ADDR="3306"

# Address for controlling connection. Mandatory part is port.
# If not specified control socket will not be opened
CONTROL_ADDR="4444"

# Control FIFO name. It is opened always. glbd will refuse to start if
# this file already exists.
CONTROL_FIFO="/var/run/glbd.fifo"

# Number of threads (connection pools) to use. It is always a good idea
# to have a few per CPU core.
THREADS="3"

# Maximum connections. System open files limit will be modified to accommodate
# at least that many client connections provided sufficient privileges.
# Normally you should set it if you plan to go above 500.
#MAX_CONN=

# Target servers for client connections, space separated.
# Target specification: IP[:PORT[:WEIGHT]] (WEIGHT and PORT optional)
# WEIGHT defaults to 1, PORT defaults to LISTEN_ADDR port.
DEFAULT_TARGETS="node1_ip:3306:1 node2_ip:3306:1 node3_ip:3306:1"

# Other glbd options if any as they would appear on the command line.
OTHER_OPTIONS="--round"

Мы предположили LISTEN_ADDR должен быть 3306, поскольку нам нужно переключить соединения базы данных с новым сервером с установленным Galera Cluster Load Balancer и прослушивать 3306 вместо одного сервера (с запущенным MariaDB). Исправьте нас, если наше предположение о порте неверно.

Раздел A определяет текущую архитектуру, а Раздел B определяет предлагаемые архитектурные изменения на следующем рисунке:

Overview of architectural change

Вот журнал Galera Cluster Load Balancer, когда служба была запущена.

Jan 24 12:49:54 galera-lb-server systemd[1]: Starting LSB: run glbd daemon...
Jan 24 12:49:54 galera-lb-server glb[12112]: [Thu Jan 24 12:49:54 UTC 2019] glbd: starting...
Jan 24 12:49:54 galera-lb-server glb[12112]:    INFO: glb_daemon.c:44: Changing effective user to 'daemon'
Jan 24 12:49:54 galera-lb-server glb[12112]: glb v1.0.1 (epoll)
Jan 24 12:49:54 galera-lb-server glb[12112]: Incoming address: 0.0.0.0:3306, control FIFO: /var/run/glbd.fifo
Jan 24 12:49:54 galera-lb-server glb[12112]: Control  address:  127.0.0.1:4444
Jan 24 12:49:54 galera-lb-server glb[12112]: Number of threads: 3, max conn: 493, nodelay: ON, keepalive: ON, defer accept: OFF, linger: OFF, daemon: YES, lat.count: 0, policy: 'round-robin', top: NO, verbose: NO
Jan 24 12:49:54 galera-lb-server glb[12112]: Destinations: 3
Jan 24 12:49:54 galera-lb-server glb[12112]:    0:   node1_ip:3306 , w: 1.000
Jan 24 12:49:54 galera-lb-server glb[12112]:    1:  node2_ip:3306 , w: 1.000
Jan 24 12:49:54 galera-lb-server glb[12112]:    2:  node3_ip:3306 , w: 1.000
Jan 24 12:49:54 galera-lb-server glb[12112]: glb v1.0.1 (epoll)
Jan 24 12:49:54 galera-lb-server glb[12112]: Incoming address: 0.0.0.0:3306, control FIFO: /var/run/glbd.fifo
Jan 24 12:49:54 galera-lb-server glb[12112]: Control  address:  127.0.0.1:4444
Jan 24 12:49:54 galera-lb-server glb[12112]: Number of threads: 3, max conn: 493, nodelay: ON, keepalive: ON, defer accept: OFF, linger: OFF, daemon: YES, lat.count: 0, policy: 'round-robin', top: NO, verbose: NO
Jan 24 12:49:54 galera-lb-server glb[12112]: Destinations: 3
Jan 24 12:49:54 galera-lb-server glb[12112]:    0:   node1_ip:3306 , w: 1.000
Jan 24 12:49:54 galera-lb-server glb[12112]:    1:  node2_ip:3306 , w: 1.000
Jan 24 12:49:54 galera-lb-server glb[12112]:    2:  node2_ip:3306 , w: 1.000
Jan 24 12:49:54 galera-lb-server glbd[12133]: glb_main.c:194: Started.
Jan 24 12:49:54 galera-lb-server glb[12112]: [Thu Jan 24 12:49:54 UTC 2019] glbd: started, pid=12133
Jan 24 12:49:54 galera-lb-server systemd[1]: Started LSB: run glbd daemon.

Но мы заметили ошибку в журнале, как показано ниже:

Jan 24 13:36:58 galera-lb-server glbd[12133]: glb_pool.c:687: Async connection to node1_ip:3306 failed: 111 (Connection refused)
Jan 24 13:36:58 galera-lb-server glbd[12133]: glb_pool.c:699: Reconnecting to node1_ip:3306

Вот результат service glb getinfo

root@galera-lb-server:/# service glb getinfo
Router:
------------------------------------------------------
        Address       :   weight   usage    map  conns
 node1_ip:3306  :    1.000   0.000    N/A      0
 node2_ip:3306  :    1.000   0.000    N/A      0
 node3_ip:3306  :    1.000   0.000    N/A      0
------------------------------------------------------
Destinations: 3, total connections: 0 of 493 max

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

1
задан 24 January 2019 в 18:22

1 ответ

Мы связали IP-адрес во всех наших узлах, которые были тем же для всех.

[mysqld]
bind-address = IP

Granted privileges для всех пользователей MariaDB to load balancer IP и измененное соединение для всех веб-сайтов. Была глупая ошибка установки корректного пользовательского доступа MariaDB. Ответ кажется глупым, но надо надеяться будет полезен другим пользователям.

0
ответ дан 7 December 2019 в 21:36

Другие вопросы по тегам:

Похожие вопросы: