Comportamento de failover em clusters de três ou mais nós

Este artigo documenta a lógica pela qual os grupos falham de um nó para outro quando há três ou mais membros de nó de cluster.

Aplica-se a: Windows Server 2012 R2
Número de KB original: 299631

Resumo

O movimento de um grupo pode ser causado por um administrador que move manualmente um grupo ou por um nó ou falha de recurso. Para onde o grupo se move depende de como a movimentação é iniciada e se a lista proprietário preferencial está definida.

Mais informações

As informações sobre a lista Proprietário Preferencial são abordadas no arquivo Ajuda em "Clusters de Servidor", incluindo informações sobre planejamento e otimização de clusters de servidor. Este artigo documenta os quatro cenários possíveis a seguir:

  1. Há um nó ou falha de recurso e a Lista de Proprietários Preferenciais está definida.
  2. Há um nó ou falha de recurso e a Lista de Proprietários Preferenciais não está definida.
  3. O administrador move manualmente o grupo para "Melhor Possível" e a Lista de Proprietários Preferenciais é definida.
  4. O administrador move manualmente o grupo para "Melhor Possível" e a Lista de Proprietários Preferenciais não está definida.

Cenário 1

Se um nó ou recurso falhar e a Lista de Proprietário Preferencial tiver sido definida, o Serviço de Cluster falhará no Grupo para o próximo nó disponível na Lista de Nós. A Lista de Nós é composta pela Lista de Proprietários Preferenciais seguida pelos nós restantes organizados pela ID do nó. A ID do nó é definida quando um nó é ingressado em um cluster ou se um nó é despejado ou e adicionado novamente.

Você pode exibir a ordem de ID do Nó examinando o registro na tecla \HKEY_LOCAL_MACHINE\Cluster\Nodes.

Por exemplo, suponha que tenhamos um Cluster de seis nós e que os nós foram instalados e ingressados no Cluster na seguinte ordem: NodeA, NodeB, NodeC, NodeD, NodeE e NodeF. Suponha que um grupo tenha NodeA, NodeC e NodeE listados como proprietários preferenciais.

Tendo essas informações, a Lista de Nós para o Grupo seria então a seguinte:

  1. NodeA – Proprietário Preferencial número um
  2. NodeC – Proprietário preferencial número dois
  3. Nó - Proprietário Preferencial número três
  4. NóB – Segundo nó instalado
  5. NóD – Quarto nó instalado
  6. NodeF – Sexto nó instalado

Nesse cenário, se uma falha do Nó ou uma falha de um recurso ocorrer e seu limite de reinicialização for atingido, todo o Grupo falhará no próximo nó para baixo na Lista de Nós. Por exemplo, se o NodeC contivesse o recurso que falhou, todo o Grupo falharia no NodeE. Ele não falharia no NodeA mesmo que ele esteja listado primeiro na Lista de Proprietários Preferenciais. Se o NodeE falhar, o Grupo falhará no NodeB e não no NodeA.

Cenário 2A

Se um recurso falhar e a Lista de Proprietário Preferencial não estiver definida, o Grupo seguirá uma Lista de Nós muito semelhante à que fez no Cenário 1. A Lista de Nós é criada somente a partir da ID do Nó. Após um nó ou falha de recurso, os recursos seguem um caminho para baixo falhando no nó subsequente na Lista de Nós. Quando ele atinge o último nó listado na Lista de Nós, ele começa com o primeiro nó na Lista de Nós.

  1. NodeA – Nó instalado pela primeira vez

  2. NodeC – Segundo nó instalado

  3. Nó – Terceiro nó instalado

  4. NóB – Quarto nó instalado

  5. NóD – Quinto Nó instalado

  6. NodeF – Sexto nó instalado

Por exemplo, essa lista tem a ordem de instalação dos diferentes nós de Cluster. Se o NodeE falhar, todos os grupos que ele possuía falharão no NodeB e não no NodeF.

Cenário 2B

Se um nó falhar e a Lista de Proprietário Preferencial não estiver definida para um grupo nesse nó, um nó disponível será selecionado aleatoriamente para o qual o grupo será movido. Isso distribuirá os grupos entre os nós disponíveis.

Cenário 3

Se um administrador de cluster escolher manualmente Mover grupo e selecionar Melhor Possível e a Lista de Proprietários Preferenciais estiver configurada, o Grupo sempre começará na parte superior da Lista de Nós. Como no Cenário 1, a Lista de Nós é composta pela Lista de Proprietários Preferenciais e pela ordem de instalação.

  1. NodeA – Proprietário Preferencial número um
  2. NodeC – Proprietário preferencial número dois
  3. Nó - Proprietário Preferencial número três
  4. NóB – Segundo nó instalado
  5. NóD – Quarto nó instalado
  6. NodeF – Sexto nó instalado

Neste exemplo, quando o Melhor Possível é selecionado, o Grupo sempre tenta migrar para NodeA. Se o Grupo já estiver no NodeA ou NodeA não estiver disponível, o Grupo tentará migrar para NodeC. Se um Grupo estiver no NodeD e o Administrador optar por movê-lo para o Melhor Possível, o Grupo irá para NodeA. Se NodeA, NodeC ou NodeE não estiverem ativos, NodeB ou NodeF serão escolhidos aleatoriamente.

Cenário 4

Se como administrador de cluster, você escolherá manualmente Mover grupo e selecionar Melhor Possível e a Lista de Proprietários Preferencial não estiver configurada, um nó ativo será escolhido aleatoriamente para hospedar o grupo. Sem a Lista de Proprietários Preferencial configurada, é possível que um Grupo possa se mover para um nó que já está executando vários outros grupos.

Recomendamos configurar a lista Proprietário Preferencial em um cluster de nós grande se a carga entre nós for significativamente diferente ou se os nós não forem homogêneos.

Observação

A exceção ao comportamento de failover mencionado aqui é com o Grupo padrão que contém o recurso Quorum que é chamado de Grupo de Cluster. O Grupo de Cluster não segue o comportamento típico da lista de proprietários preferenciais. Em vez disso, se o proprietário do recurso Quorum falhar, o novo proprietário será o grupo anterior que possuía com êxito o recurso Quorum.

A propriedade pública AntiAffinityClassNames também pode afetar onde um Grupo falhará.