
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.