☰

HAProxy, mas ainda ponto único de falha

tag-icon • tag-icon haproxy mariadb
HAProxy, mas ainda ponto único de falha

Estou montando um cluster de teste - Cluster Maria Galera em 3 nós físicos com HAProxy. Está funcionando, mas cometi algum tipo de erro de iniciante que não consigo resolver - então espero que alguém possa lançar um olhar de especialista e me ajudar, por favor?!

Tenho 3 nós físicos Node1: 10.1.1.120

Nó2: 10.1.1.121

Nó3: 10.1.1.124

Usando HAProxy um IP virtual de 10.1.1.113

Em funcionamento, quando faço uma consulta pelo IP virtual recebo...

$ mysql -uroot -pPassword -P 3306 -h 10.1.1.113 -e "select @@hostname; show processlist;"
+------------+
| @@hostname |
+------------+
| node2      |
+------------+
+----+-------------+-------------+------+---------+------+--------------------+------------------+----------+
| Id | User        | Host        | db   | Command | Time | State              | Info                 | Progress |
+----+-------------+-------------+------+---------+------+--------------------+------------------+----------+
|  1 | system user |             | NULL | Sleep   |   37 | NULL               | NULL                 |    0.000 |
|  2 | system user |             | NULL | Sleep   |   37 | wsrep aborter idle | NULL             |    0.000 |
| 45 | root        | node1:55877 | NULL | Query   |    0 | init               | show processlist |    0.000 |
+----+-------------+-------------+------+---------+------+--------------------+-

E se eu fizerip umsobrenó1- é realmente onde meu endereço IP virtual está, MAS o nome do host volta comonó2.

Se eu desligar (ou apenas desabilitar a eth0) no node1, o endereço IP virtual mudará para outro lugar, mas o @@hostname ainda retornará como node2.

O problema surge se eu desligar o node2, então quando tento mysql usando o IP virtual recebo:

**ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 0 "Internal error/check (Not system error)"**

(neste ponto, se eu fizer login em qualquer uma das máquinas locais sem usar o IP virtual, ele funcionará).

Então, parece que a parte HAProxy está funcionando (já que ela se move de maneira adequada), mas o MariaDB está tentando fazer seu próprio trabalho e decidiu que tudo precisa ser roteado via Node2.

Não tenho endereço de ligação em meus arquivos .cnf. Estou usando a porta 1306 para meu serviço sql para evitar conflitos com 3306 ao reiniciar o serviço em uma máquina que possui o IP virtual e posta 3306 ao mesmo tempo.

Meu arquivo keepalived é... (não tenho certeza se isso está correto, mas todos os nós estão definidos como mestres e as prioridades são 100.101 e 102, respectivamente - não parece fazer diferença)

global_defs {
  router_id geordi
}
vrrp_script haproxy {
  script "killall -0 haproxy"
  interval 1
  weight 1
}

vrrp_instance 51 {
  virtual_router_id 51
  priority 101
  state MASTER
  interface eth0
  virtual_ipaddress {
    10.1.1.113 dev eth0
  }
  track_script {
    haproxy
  }
}

e meu haproxy.cfg é:

global
    log /dev/log    local0
    log /dev/log    local1 notice
    chroot /var/lib/haproxy
    user haproxy
    group haproxy
    daemon

defaults
    log global
    mode    http
    option  dontlognull
    contimeout 5000
    clitimeout 50000
    srvtimeout 50000
    errorfile 400 /etc/haproxy/errors/400.http
    errorfile 403 /etc/haproxy/errors/403.http
    errorfile 408 /etc/haproxy/errors/408.http
    errorfile 500 /etc/haproxy/errors/500.http
    errorfile 502 /etc/haproxy/errors/502.http
    errorfile 503 /etc/haproxy/errors/503.http
    errorfile 504 /etc/haproxy/errors/504.http

listen mysql_proxy 10.1.1.113:3306
        mode tcp 
        balance roundrobin
        option tcpka 
        option httpchk
        option mysql-check user haproxy
        server node1 10.1.1.120:1306 check 
        server node2 10.1.1.121:1306 check 
        server node3 10.1.1.124:1306 check

Qualquer sugestão recebida com gratidão, por favor - estou frustrantemente perto de fazer tudo funcionar, mas ainda não cheguei lá!

Responder1

Definir explicitamente bind-address=0.0.0.0em my.cnf.

Além disso (você provavelmente já fez isso se chegou até aqui):

  1. certifique-se de que cada host tenha o endereço IP 10.1.1.113(se estiver usando keepalived, então por meio de uma interface fictícia como /32).
  2. definidonet.ipv4.conf.default.rp_filter = 2​/etc/sysctl.conf
  3. definidonet.ipv4.conf.default.accept_source_route = 0​/etc/sysctl.conf

Isto permite que o MySQL ESCUTE em todas as interfaces e permite que o MySQL RESPONDA em uma interface para a qual o pacote não se destina.

A interface de rede no nó1 (10.1.1.120) obtém o pacote como "10.1.1.13" na interface correspondente a 10.1.1.120. Normalmente isso seria descartado dizendo "isso não é para mim". Isso está acontecendo na camada “Internet” do modelo TCP/IP.

Porém, as disposições 2 e 3 acima dizem "apenas aceite, pode ser para nós", que então passa para o MySQL (camada "Aplicação" do modelo TCP/IP). O MySQL vê que estamos vinculados a todos os endereços, um deles é 10.1.1.113 (provisão 1), e o processa.

informação relacionada