publicado na MSDN em 27 de Maio de 2011
Oi Cluster Fãs,

Este post vai esclarecer considerações de planejamento de volta
quórum
em um Cluster de Failover e responder a algumas das perguntas mais comuns que ouvimos.

a configuração do quorum em um cluster de failover determina o número de falhas que o cluster pode sustentar enquanto ainda permanece online. Se ocorrer uma falha adicional para além deste limiar, o aglomerado deixará de funcionar. Uma percepção comum é que a razão pela qual o cluster vai parar de funcionar se muitas falhas ocorrerem é para evitar que os nós restantes de assumir demasiadas cargas de trabalho e ter os hosts ser supercommitidos. Na verdade, o cluster não sabe suas limitações de capacidade ou se você estaria disposto a levar um golpe de desempenho, a fim de mantê-lo on-line. Rather quorum is design to handle the scenario when there is a problem with communication between sets of cluster nodes, so that two servers do not try to simultaneously host a resource group and write to the same disk at the same time. Isto é conhecido como um” cérebro dividido ” e nós queremos evitar isso para evitar qualquer corrupção potencial a um disco Meu ter dois proprietários de grupo simultâneos. Ao ter este conceito de quórum, o cluster forçará o serviço de cluster a parar em um dos subconjuntos de nós para garantir que existe apenas um verdadeiro proprietário de um grupo de recursos particular. Uma vez que os nós que foram parados podem mais uma vez se comunicar com o grupo principal de nós, eles vão se juntar automaticamente ao cluster e iniciar o seu serviço de cluster.

para mais informações sobre quórum em um grupo, visite:
http://technet.microsoft.com/en-us/library/cc731739.aspx
.

votar para Quórum

ter “quórum”, ou a maioria dos eleitores, é baseado no algoritmo de votação onde mais da metade dos eleitores devem estar online e capazes de se comunicar uns com os outros. Porque um dado conjunto tem um conjunto específico de nós e uma configuração específica de quórum, o conjunto saberá quantos “votos” constituem a maioria dos votos, ou quórum. Se o número de eleitores cair abaixo da maioria, o serviço de cluster parará nos nós desse grupo. Esses nós ainda vão ouvir para a presença de outros nós, no caso de outro nó aparecer novamente na rede, mas os nós não vão começar a funcionar como um conjunto até que o quórum exista novamente.

é importante perceber que o cluster requer
mais de
metade dos votos totais para alcançar o quórum. Isto é para evitar ter um “empate” no número de votos em uma partição, uma vez que a maioria sempre significará que a outra partição tem menos de metade dos votos. Em um grupo de 5 nós, 3 eleitores devem estar on-line; no entanto, em um cluster de 4 nós, 3 eleitores também devem estar on-line para ter a maioria. Por causa desta lógica, é recomendado ter sempre um número ímpar de eleitores totais no cluster. Isso não significa necessariamente que um número ímpar de nós é necessário, uma vez que tanto um disco ou uma partilha de arquivo pode contribuir com um voto, dependendo do modelo de quórum.

um eleitor pode ser:

  • Um nó
    • 1 Voto
    • Cada nó no cluster 1 voto
  • “Uma Testemunha de Disco” ou “Testemunha de Compartilhamento de Arquivo”
    • 1 Voto
    • 1 Disco de Testemunha ou 1 Testemunha de Compartilhamento de Arquivo pode ter direito a um voto em cluster, mas não vários discos, vários compartilhamentos de arquivos, nem qualquer combinação dos dois

Tipos de Quorum

Existem quatro tipos de quorum. Esta informação também está disponível aqui:
http://technet.microsoft.com/en-us/library/cc731739.aspx #BKMK_choices
.

maioria dos nós

este é o tipo de quórum mais fácil de entender e é recomendado para aglomerados com um número ímpar de nós (3-Nós, 5-Nós, etc.). Nesta configuração, cada nó tem 1 voto, então há um número ímpar de votos totais no conjunto. Se houver uma partição entre dois subconjuntos de nós, O subconjunto com mais da metade dos nós manterá quórum. Por exemplo, se um conjunto de 5 nós partições em um subconjunto de 3 nós e um subconjunto de 2 nós, O subconjunto de 3 Nós ficará on-line e o subconjunto de 2 nós ficará off-line até que ele possa se reconectar com os outros 3 nós.

Nodo & maioria do disco

esta configuração de quórum é mais comumente usada, uma vez que funciona bem com clusters de 2-node e 4-node que são os mais comuns implementações. Esta configuração é usada quando há um número par de nós no conjunto. Nesta configuração, cada nó recebe 1 voto, e adicionalmente 1 disco recebe 1 voto, então geralmente há um número ímpar de votos totais.

este disco é chamado de testemunha do disco (às vezes referido como o “disco quorum”) e é simplesmente um pequeno disco agrupado que está no grupo de armazenamento disponível. Este disco está altamente disponível e pode falhar entre nós. É considerado parte do Cluster Core Resources group, no entanto, é geralmente escondido de vista no Gerenciador de clusters Failover, uma vez que ele não precisa ser interagido com.Uma vez que há um número par de nós e um voto de testemunhas de disco de adição, no total haverá um número ímpar de votos. Se houver uma partição entre dois subconjuntos de nós, O subconjunto com mais de metade dos votos manterá quórum. Por exemplo, se um aglomerado de 4 nós com uma testemunha de disco partições em um subconjunto de 2 nós e outro subconjunto de 2 nós, um desses subconjuntos também será dono da testemunha de disco, então ele terá 3 votos totais e permanecerá on-line. O subconjunto de 2 nós ficará offline até que possa reconectar-se com os outros 3 eleitores. Isto significa que o cluster pode perder a comunicação com quaisquer dois eleitores, se eles são 2 nós, ou 1 Nó e o disco da testemunha.

Node & File Share Majority

this quorum configuration is usually used in multi-site clusters. Esta configuração é usada quando há um número par de nós no cluster, então ele pode ser usado intercambiavelmente com o nodo e modo de quórum maioria de disco. Nesta configuração cada nó recebe 1 voto, e adicionalmente 1 partilha de arquivo remoto recebe 1 voto.

esta partilha de ficheiros é chamada de File Share Witness (FSW) e é simplesmente uma partilha de ficheiros em qualquer servidor na mesma floresta AD a que todos os nós de aglomerado têm acesso. Um nó no cluster irá colocar um bloqueio na partilha de arquivos para considerá-lo o ‘proprietário’ dessa partilha de arquivo, e outro nó irá pegar o bloqueio se o nó proprietário original falhar. Em um servidor autônomo, o compartilhamento de arquivos por si só não está altamente disponível, no entanto, o compartilhamento de arquivos também pode colocar em um compartilhamento de arquivos agrupados em um cluster independente, tornando o FSW agrupado e dando-lhe a capacidade de falhar entre nós. É importante que você não coloque esta votação em um nó no mesmo cluster, nem dentro de um VM no mesmo cluster, porque perder esse nó faria com que você perdesse o voto FSW, causando dois votos a serem perdidos em uma única falha. Um servidor de arquivo único pode hospedar vários FSWs para múltiplos clusters.

geralmente os aglomerados multi-locais têm dois locais com um número igual de nós em cada local, dando um número par de nós. Adicionando este voto adicional em 3
rd
site, há um número ímpar de votos no cluster, a custo muito baixo comparado com a implantação de um 3
rd
site com um nó de cluster ativo e controlador de domínio gravável. Isso significa que tanto o site quanto a FSW podem ser perdidos e o cluster ainda pode manter o quórum. Por exemplo, em um cluster multi-site com 2 nós em Site1, 2 nós em Site2 e um FSW em Site3, há 5 votos totais. Se houver uma partição entre os sites, um dos nós em um site vai possuir o bloqueio para a FSW, de modo que o site terá 3 votos totais e vai ficar on-line. O site de 2 nós ficará offline até que ele possa se reconectar com os outros 3 eleitores.

Legacy: Disk Only

Important:
This quorum type is not recommended as it has a single point of failure.

o tipo de disco “quorum Only” estava disponível no Windows Server 2003 e tem sido mantido por razões de compatibilidade, no entanto, é fortemente recomendado nunca usar este modo a menos que dirigido por um dispositivo de armazenamento. Neste modo, apenas a testemunha do disco contém um voto e não há outros eleitores no grupo. Isto significa que se o disco ficar indisponível, o conjunto inteiro irá offline, então este é considerado um único ponto de falha. No entanto, alguns clientes optam por implantar esta configuração para obter uma configuração “last man standing” onde o cluster permanece on-line, desde que qualquer um dos nós ainda está operacional e pode acessar o disco do cluster. No entanto, com este objetivo de implantação, é importante considerar se o último nó restante pode até mesmo lidar com a capacidade de todas as cargas de trabalho que se moveram para ele a partir de outros nós.

default Quorum Selection

When the cluster is created using Failover Cluster Manager, Cluster.exe ou PowerShell, o conjunto selecionará automaticamente o melhor tipo de quorum para simplificar a implantação. Esta escolha é baseada no número de nós e armazenamento disponível. A lógica é a seguinte::

  • Número Ímpar de Nós – usar os nós principais
    • Mesmo Número de Nós
      • Discos de Cluster Disponíveis – use o Nó & Disco Maioria
      • Não Disponível de Disco de Cluster de uso Maioria de nós

O cluster nunca vai selecionar o Nó e a Maioria de Compartilhamento de arquivos ou Legado: Só Disco. O tipo de quórum ainda é totalmente configurável pela administração se as seleções padrão não são preferidas.

alterar os tipos de quórum

alterar o tipo de quórum é fácil através do Gerenciador de clusters de Failover. Carregue com o botão direito no nome do conjunto, seleccione mais acções… e depois seleccione Configurar a configuração do quórum do conjunto… para lançar o Assistente de configurar o quórum do Grupo. A partir do assistente é possível configurar todos os 4 tipos de quórum, alterar a testemunha de disco ou Arquivo Compartilhar testemunha. O assistente irá até dizer-lhe o número de falhas que podem ser sustentadas com base na sua configuração.

para um guia passo a passo de configuração do quórum, visite:
http://technet.microsoft.com/en-us/library/cc733130.aspx
.Obrigado!
Symon Perriman
Evangelista Técnico
Private Cloud Technologies
Microsoft

Updated: 6 de novembro de 2019 por Rob Hindman

Deixe uma resposta

O seu endereço de email não será publicado.

lg