Entendendo o valor de nova tentativa na configuração do Balanceador de carga do Apache

0

Estamos usando mod_proxy para equilibrar a carga entre nossos servidores de back-end. Temos configurações diferentes e alguns dos servidores de backend são executados em tomcat\jboss . O balancer configuation é o seguinte

BalancerMember http://server1:21080 min=1 max=1000 loadfactor=1 retry=1 timeout=240 route=tc_server1 BalancerMember http://server2:21080 min=1 max=1000 loadfactor=1 retry=1 timeout=240 route=tc_server2 BalancerMember http://server3:21080 min=1 max=1000 loadfactor=1 retry=1 timeout=240 route=tc_server3

O problema para nós é que, quando um servidor de back-end está em estado de erro, outras solicitações ainda são encaminhadas para esse servidor. É porque retry foi definido para apenas 1 segundo em nossa configuração? O que realmente retry especifica. Isso significa que, quando um host estiver em estado de erro, não envie mais solicitações para esse servidor até que o número de segundos seja definido como retry value. Se esse for o caso, definir o valor retry para um número maior pode ser uma opção melhor para nós. Podemos configurá-lo para um valor que será suficiente para resolver o nó ruim.

    
por Zama Ques 04.01.2016 / 10:00

1 resposta

1

Sim, defina o valor de repetição para um número maior .

tente novamente:

Tempo limite de nova tentativa do trabalhador do pool de conexões em segundos. Se o trabalhador do pool de conexões para o servidor backend estiver no estado de erro, o Apache não encaminhará nenhuma solicitação para esse servidor até que o tempo limite expire. Isso permite desligar o servidor de back-end para manutenção e colocá-lo de volta on-line mais tarde. Um valor de 0 significa sempre tentar novamente os trabalhadores em um estado de erro sem tempo limite.

link

    
por 04.01.2016 / 10:37