É possível rotear solicitações por meio do HAproxy para um servidor com a menor latência do IP de origem? Isso parece ser um requisito muito necessário, mas não consigo encontrar nada.
Meu problema é que nosso data center está na costa oeste dos Estados Unidos e estamos obtendo cada vez mais demanda da Europa, Ásia e América do Sul, enquanto a latência desses locais está inutilizando o aplicativo.
Dado que as solicitações do haproxy , todo o tráfego vai passar pelo haproxy de qualquer forma, enviá-las para lugares diferentes não ajudará em nada porque tudo o que você fará será adicionar mais latência executando o tráfego em torno de mais do que precisa ser. Você precisa enviar o usuário diretamente para o servidor disponível mais próximo, usando um mecanismo de DNS geográfico ou topológico.
você pode escrever seu próprio script inetd / xinetd simples e fazer com que o haproxy verifique a integridade do servidor backend por esse script. seu próprio script pode verificar a carga da máquina de backend, o número de conexões e assim por diante e decidir aceitar o novo tráfego ou não. dica: este script deve se comportar como um servidor http muito simples, você pode facilmente escrevê-lo no shell. Somente os métodos que você precisa implementar são 200 respostas e 500 para passar ou negar solicitações adicionais.
O HAproxy não seria capaz de dizer qual seria a latência entre o usuário final e um de seus servidores, já que o ping precisaria ser executado entre essas duas partes.
O que você pode fazer é configurar os geodns, para que os IPs alocados na Europa sejam enviados para o seu local na Europa, os da América do Sul sejam enviados para a sua localização no Texas e assim por diante.
Tags load-balancing latency haproxy