Eu tenho o cluster do Windows (2012 R2) com dois nós com função de serviços genéricos. No caso de eu desligar / reiniciar os serviços de nó ativo no nó de espera estão iniciando automaticamente no entanto, não funciona se eu simular a falha do adaptador de rede, desabilitando a interface. É possível obter o failover em caso de falha de rede? Não estou usando o Windows Hyper-V para que a opção de rede protegida não funcione.
Obrigado
A maneira mais simples para você seria usar um script do PowerShell que migrará suas funções para um nó saudável em caso de falha de rede.
Normalmente, se um adaptador de rede falhar, um evento é registrado no log do sistema do servidor Windows. Basta criar uma tarefa do Windows que execute o script do PowerShell e vincule-o a esse evento específico. Você pode verificar novamente o status da interface dentro do script e decidir se deseja mover as funções ou não.
A resposta já dada é de fato um método de "manualmente" mover grupos em seu cluster.
No entanto, para responder à pergunta:
Is it possible to achieve failover in case of network failure?
Sim, isso é possível, mas deixe-me explicar um aspecto do Cluster de Failover.
O Failover Cluster tem muitos "métodos de detecção de falhas" e um deles é implementado pelo chamado método IsAlive / LooksAlive executado pelo RHS.exe (Subsistema do Host de Recursos) do cluster.
Basicamente (a menos que os padrões tenham sido alterados), o RHS está chamando um "LooksAlive" em todos os recursos a cada 5 segundos. Este é um teste "pequeno" para determinar que o recurso "parece que ainda está vivo".
Se este teste "LooksAlive" estiver falhando: ele [RHS] executará um teste "IsAlive" no recurso. Este seria um teste mais "completo", que determina se o recurso está funcionando.
Ele [o RHS] também está executando "IsAlive" a cada 30 segundos, independentemente do "LooksAlive" ter êxito ou não.
Se um "IsAlive" estiver falhando, ele [cluster] publicará um "Evento 1069" no log de eventos do sistema, indicando que o recurso falhou.
Depois de falhar, o Cluster de Failover tomará uma decisão sobre o que fazer com o recurso com falha. E isso se baseará em alguns fatores:
Eu vou deixar lá, há muitas outras áreas funcionais que devemos discutir para entender completamente as decisões dos clusters
Então, para "testar" um "failover automático", precisamos entender o que esse teste "IsAlive / LooksAlive" está realmente fazendo.
Precisamos ter certeza de que temos pelo menos um recurso de "endereço IP" no grupo de aplicativos do cluster, para garantir que o cluster esteja verificando isso, para capturar a falha da rede.
Se você estiver executando "Serviços genéricos", seu grupo deverá ficar assim:
Application-Group
- Generic Service
|- Physical disk (only if your app needs it)
|- Network Name
|- IP address
O "IsAlive / LooksAlive", que "pega" uma falha de rede, está no "endereço IP", a definição pode ser vista aqui - > Este artigo foi escrito para o Windows 2003, mas ainda é verdadeiro em relação ao seu conteúdo, e até mesmo citado em uma excelente artigo sobre o Cluster de Failover escrito por um membro da equipe da equipe de Cluster de Failover da Microsoft.
A partir disso, sabemos que o "IsAlive" é implementado da mesma forma que "LooksAlive" em relação a um recurso de "endereço IP". Basicamente, verifica se o endereço IP está vinculado à NIC apropriada na pilha TCP / IP do sistema operacional. (que você pode ver se você executa ipconfig )
Para testar esse failover, você tem algumas opções:
ipconfig na linha de comando. (o cluster tentará reiniciar, mas a reinicialização falhará, pois a NIC está desativada) ipconfig na linha de comando. (o cluster tentará reiniciar, mas a reinicialização falhará, quando o cabo NIC for puxado) Quando você tem um grupo de aplicativos adequado, com dependências adequadas, com um endereço IP, você testará com êxito o failover.
Espero que isso explique sua situação.