Não é assim que o NLB funciona. A regra de porta NLB determina quais portas / portas são balanceadas por carga entre os hosts NLB. Tráfego não "vinculado" a uma regra de porta NLB não é balanceado de carga entre os hosts NLB. O NLB não monitora a porta / portas associadas a uma regra de porta e desabilita o tráfego de cluster NLB para esse host ao fechar essas / essas portas / portas ou o travamento de um aplicativo que fornece serviços nesses / aqueles porta / portas em um determinado host. O NLB usa uma "pulsação" da Camada 2 para determinar a disponibilidade de um host no cluster. Se um host falhar no mecanismo de heartbeat, todos os outros hosts "irão convergir" (ou convergir novamente) a remoção do host não-respondente do cluster, de forma que nenhum tráfego de cluster (baseado na regra de porta) seja direcionado para o host de resposta. O NLB é estritamente um mecanismo de balanceamento de carga da camada 3 (camada de rede). Não é um mecanismo de balanceamento de carga da camada 7 (camada de aplicação).
É perfeitamente normal ter um aplicativo suspenso em um host NLB (como HTTP ou RDP) definido em uma regra de porta NLB que ainda recebe tráfego NLB, embora o aplicativo não seja capaz de aceitar esse tráfego. Isso ocorre porque o NLB não está ciente de nada acima da camada 3.