F5 Ação no serviço para baixo

Question

Alguém sabe como o F5 reequilibra o tráfego quando você configura "Ação no serviço inativo" como Nenhum. Por exemplo, há conexões ativas e você atualizou a verificação de saúde para que o servidor fique inativo. A conexão existente está ativa, mas você interrompe o serviço do apache. A F5 iria selecionar novamente com base em não ver nenhuma resposta para as conexões anteriores ou você precisa usar os 2 eventos iRule ... LB_FAILED e LB_RESELECT?

Obrigado,

    

Answer 1

Se a configuração do conjunto para 'ação no serviço inativo' estiver definida como padrão 'nenhum', o LTM não fará nada com as conexões existentes quando um membro do conjunto estiver marcado para baixo.

Novas conexões seriam balanceadas por carga / persistidas para um novo membro do pool.

Para a maioria do processamento de tráfego de aplicativos, geralmente não é possível selecionar novamente um novo membro do pool e criar uma nova conexão de meio de cliente de conexão do lado do servidor. O cliente normalmente não terá uma sessão de aplicativo criada no servidor recém-selecionado.

Para HTTP, geralmente faz sentido usar a configuração padrão 'ação no serviço inativo' de Nenhum ou usar Rejeitar. Rejeite os disparadores LTM para enviar uma redefinição de TCP ao cliente e permitir que ele tente novamente manualmente a solicitação em uma nova conexão TCP para um novo membro do conjunto.

Aaron

    

Answer 2

Disclaimer: Eu não toquei em um F5 LTM em um ano.

Ele será selecionado novamente como você está sugerindo (o método de balanceamento de carga determinará como), mas há uma ressalva: descobri que se alguém tiver a persistência de cookie ativada em conjunto com uma iRule, é possível que o estado do monitor seja ignorado e o tráfego será transmitido para um membro do conjunto inativo independentemente, mesmo se todos os membros do conjunto estiverem inativos. Esse cenário é mais provável onde os eventos LB_ que você mencionou serão úteis.