Estou executando o ARR 2.5 em um Windows 2008 R2 Datacenter SP1 e tive o mesmo problema ao fazer a transição de um servidor do farm, selecionando "Desativar Novas Conexões" ou "Tornar o Servidor Indisponível Imediatamente". O controlador irá eventualmente reverter o servidor do farm para disponível. Eu verifiquei os logs de acesso no servidor afetado e, em um caso, ele ficou disponível e começou a atender solicitações após 2 horas.
Com relação à solução de Jim B, tenho um problema com isso. Se você implantar o código correto no primário e não configurar o teste de integridade antes da próxima verificação, todos os servidores do farm que foram provisionados com o novo código em execução serão marcados como não íntegros, que na maioria dos casos são todos no farm . Eu não vejo como até mesmo um lapso momentâneo de integridade do servidor farm vale essa solução alternativa. Se eu estiver perdendo a foto, por favor me avise.
Eu pensei que seria inteligente e configuraria o servidor do farm como não íntegro antes de configurá-lo como indisponível. O servidor tornou-se imediatamente indisponível e saudável.
Pessoalmente, a única maneira de ter certeza de que o servidor do farm não será disponibilizado automaticamente é removê-lo completamente do balanceamento de carga depois que você tiver certeza de que as conexões foram drenadas.
Independentemente disso, parece ser um bug. Não posso ter certeza de que um determinado servidor farm não lidará com o tráfego da sessão quando eu tentar desviar dele (para atualizações e reinicializações, por exemplo).