Curto: o NLB não se importa.
O NLB não informa o burro de um rato sobre sua inscrição. Problemas no modo de usuário são modo do usuário.
Contanto que a pilha de rede possa enviar e receber transmissões NLB (ou multicasts!), o NLB continuará aceitando tráfego.
Mais longo: O NLB realmente não se importa.
O NLB é executado como um filtro NDIS de Camada 2 e simplesmente executa seu algoritmo de hash em todo o tráfego de entrada e aceita os bits que correspondem às suas regras de porta.
Todo nó deve ver o tráfego de entrada all (multicast / broadcast pelo switch), e cada nó descarta pacotes que não atendem aos seus critérios de hash.
O NLB é um balanceador de carga estatístico . Não é um cuidado.
- Não é importante que seu aplicativo esteja lançando 500 s.
- Desconhece o fato de que o processo do ouvinte no modo de usuário falhou.
- Não sabe que seu aplicativo está sendo executado lentamente.
apenas . Não . Cuidado .
A falha best-case para o NLB é para (um dos):
- a caixa para morrer completamente de uma falha de energia
- o cabo de rede a ser cortado ou desconectado
- (possivelmente por um aspirador de pó)
- (ou a NIC explodindo em uma chuva de faíscas)
- (ou ser roubado por um ladrão de passagem)
- (ou qualquer forma de interrupção de rede física )
- a caixa para bluescreen
Qualquer um deles impede a pilha de rede de processar pacotes recebidos e de enviar mensagens "Estou vivo!" para outros nós do NLB, o que faz com que o cluster fique introspectivo por um pouco enquanto (segundos), descobrir quais nós ainda estão presentes e convergem novamente.
Então, quando os nós restantes forem claros sobre quantos deles existem, eles iniciarão o hash novamente e descartarão quaisquer novos pacotes que não estejam interessados.
Se você precisar
- monitoramento de saúde,
- aplicação cuidadosa de carga em servidores subutilizados,
- e decisões inteligentes baseadas em tempo de resposta
O NLB não é a solução para você . Se o seu aplicativo estiver OK com isso, ou se souber o suficiente sobre o NLB para executar o NLB STOP quando houver um problema na camada do aplicativo, é provável que esteja tudo bem. Mas muito poucos aplicativos fazem isso (o ISA / TMG vem à mente).
Parece que eu escrevi sobre isso há algum tempo aqui .
Procurando em outro lugar Se você estiver procurando por uma solução baseada em Windows de baixo custo (leia-se: grátis), considere o Application Request Routing para IIS 7+ - ela tem a maioria dos recursos de monitoramento de integridade que parece que você está procurando.
No entanto, você não executaria na mesma caixa que os aplicativos e, para disponibilidade, normalmente deseja executar o NLB sob a ARR, para combinar a disponibilidade em nível de rede dos balanceadores de carga com a camada de aplicativo smarts a esse nível.