Статус HAproxy показывает DOWN

Я полагаю, что вы проверили журнал, где вы можете видеть входящие и существующие соединения или не направленные к узлу/серверу, которым они также предполагаются.

Я не знаю, была ли это опечатка или нет, но я полагаю, что вы включили db4 (машину haproxy) в качестве узла, верно? Это должна была быть db3)

Также проверьте, можете ли вы получить доступ к порту 3306 с машины HAproxy на каждый узел базы данных.

Если нет, проверьте, есть ли у пользователя haproxy, которого вы определили для процесса проверки, разрешения mysql. Если нет, войдите на один из ваших узловых серверов и:

mysql> GRANT USAGE ON *.* TO 'haproxy'@'%'; 

(в целях безопасности вы должны ограничить «%» IP-адресами, на которых работает HAproxy)

У меня такая же конфигурация, как и у вас, но добавлены параметры для ведения с весом узла и максимальным количеством соединений на узел. Я также предпочитаю использовать "leastcon" вместо "round robin", поэтому, пожалуйста, оцените, соответствует ли это вашей цели.

haproxy.cfg

global
    log         127.0.0.1 local0
    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     512
    user        haproxy
    group       haproxy
    daemon
    stats socket /var/lib/haproxy/stats mode 666

defaults
        log     global
        mode    http
        option  tcplog
        option  dontlognull
        retries 3
        option redispatch
        maxconn 1024
        timeout connect     3s
        timeout client      50s
        timeout server      50s
        timeout check       10s

listen website_cluster 0.0.0.0:3306
        mode tcp
        balance leastconn
        option tcpka
        option httpchk
        option mysql-check user haproxy
        stick store-request src
        stick-table type ip size 200k expire 30m
        server db1 192.168.0.1:3306 weight 40 check port 3306 inter 5000 rise 1 fall 3 maxconn 120
        server db2 192.168.0.2:3306 weight 30 check port 3306 inter 5000 rise 1 fall 3 maxconn 75
        server db3 192.168.0.3:3306 weight 30 check port 3306 inter 5000 rise 1 fall 3 maxconn 75

На сайте MariaDB также есть руководство, которое также может помочь вам пройти: здесь

Я также столкнулся с этой проблемой и потратил почти день только на то, чтобы узнать, что HAPROXY имеет 2 режима балансировки / проверки работоспособности бэкэнда. Проверка уровня 4 работает на уровне 4 OSI, а уровень 7 работает на уровне приложений. Я использовал option mysql-check, который проверяет уровень 7 и требует установки mysql-client на сервере/узле HAPROXY. У меня не было никакого пакета Mysql-клиента на машине/контейнере HAPROXY (докере). Затем я преобразовал проверку опции в option tcp-check, она работала нормально. Вот мой полный код для haproxy.cfg

global
    log haproxy-logger local0 notice
    fuser haproxy
    group haproxy
    defaults
log global
    retries 2
    timeout connect 3000
    timeout server 5000
    timeout client 5000
listen mysql-cluster
    bind 0.0.0.0:3306
    mode tcp
    #option mysql-check user haproxy_check
    option tcp-check
    balance roundrobin
    server mysql1 mysql1:3306 check
    server mysql2 mysql2:3306 check weight 2
listen mysql-clusterstats
    bind 0.0.0.0:8080
    mode http
    stats enable
    stats uri /
    stats realm Strictly\ Private
    stats auth status:mypass

Наконец исправлено, переключив его на балансировку нагрузки уровня 4.

Более подробную информацию можно увидеть в моем блоге — HAProxy — Mysql кластер в Docker

в моем случае соединение препятствовало SELinux.