HAProxy: É possível usar o estado salvo para restaurar IPs de back-end?

HAProxy: É possível usar o estado salvo para restaurar IPs de back-end?

Estamos usando o HAProxy 1.8.13 no Centos 7 com back-ends atribuídos dinamicamente (IPs de back-end e portas atribuídas por meio de soquete de estatísticas). Isso funciona bem.

Precisamos de um método para fazer com que o material atribuído dinamicamente permaneça nas reinicializações e queríamos usar o "carregar o estado do servidor do arquivo". Infelizmente, estamos enfrentando um erro (ou talvez seja intencional?) de que o arquivo de estado não restaura o endereço IP configurado:

Nossa configuração de teste:

global
    log         127.0.0.1 local2
    chroot      /var/lib/haproxy
    pidfile     /var/run/haproxy.pid
    maxconn     4000
    user        haproxy
    group       haproxy
    daemon
    nbproc      2
    stats socket /run/haproxy/1.sock mode 0744 level admin process 1
    stats socket /run/haproxy/2.sock mode 0744 level admin process 2
    server-state-file /run/haproxy/server_state

defaults
    load-server-state-from-file global
    timeout server 10s
    timeout client 15s
    timeout queue 6s
    timeout connect 10s

frontend  main
    bind *:5000
    default_backend             app

backend app
    balance     roundrobin
    server  app1 127.0.0.1:5001 check
    server  app2 127.0.0.1:5002 check
    server  app3 127.0.0.1:5003 check
    server  app4 127.0.0.1:5004 check

Estamos configurando os IPs via script e depois salvando o estado com:

echo "show servers state" | socat /run/haproxy/1.sock - > /run/haproxy/server_state

O que produz por exemplo:

1
# be_id be_name srv_id srv_name srv_addr srv_op_state srv_admin_state srv_uweight srv_iweight srv_time_since_last_change srv_check_status srv_check_result srv_check_health srv_check_state srv_agent_state bk_f_forced_id srv_f_forced_id srv_fqdn srv_port
7 app 1 app1 127.0.0.1 0 1 1 1 60 8 2 0 14 0 0 0 - 5001
7 app 2 app2 10.10.10.115 2 0 1 1 23 6 3 4 6 0 0 0 - 31501
7 app 3 app3 10.10.10.113 2 0 1 1 22 6 3 4 6 0 0 0 - 31375
7 app 4 app4 10.10.10.114 2 0 1 1 22 6 3 4 6 0 0 0 - 31400

Quando o haproxy é reiniciado, ele restaura as informações de estado ativo/inativo e a porta, mas redefine o IP para 127.0.0.1:

1
# be_id be_name srv_id srv_name srv_addr srv_op_state srv_admin_state srv_uweight srv_iweight srv_time_since_last_change srv_check_status srv_check_result srv_check_health srv_check_state srv_agent_state bk_f_forced_id srv_f_forced_id srv_fqdn srv_port
7 app 1 app1 127.0.0.1 0 1 1 1 7 8 2 0 14 0 0 0 - 5001
7 app 2 app2 127.0.0.1 0 0 1 1 2 8 2 0 6 0 0 0 - 31501
7 app 3 app3 127.0.0.1 0 0 1 1 2 8 2 0 6 0 0 0 - 31375
7 app 4 app4 127.0.0.1 0 0 1 1 1 8 2 0 6 0 0 0 - 31400

Nós brincamos com "endereço de inicialização"mas isso afeta apenas endereços de back-end baseados em DNS. Fazemos algo errado? É esse comportamento esperado? Ou é algum tipo de bug?

Responder1

Descobrimos que funciona quando substituímos '127.0.0.1' por 'localhost'.

O HAProxy parece ignorar IPs de backend no arquivo de estado, pelo menos com as versões que testamos (1.8.7, 1.8.13, 1.9-dev). Os servidores back-end que possuem nomes DNS configurados como padrão obtêm os IPs do arquivo de estado aplicado.

Mergulhamos fundo no código e abrimos um bug com patch no HAProxy MLaqui.

informação relacionada