Compartilhar via

Configurar e gerenciar o quorum

Este artigo fornece a fundamentação e as etapas necessárias para configurar e gerenciar o quorum em um cluster de failover.

Para obter informações sobre quorums de cluster e pool de armazenamento no Storage Spaces Direct em clusters locais do Azure e do Windows Server, consulte Noções básicas sobre o quorum do cluster e do pool.

Noções básicas sobre quorum

O quorum de um cluster é determinado pelo número de elementos votantes que devem fazer parte da associação de cluster ativo para que o cluster seja iniciado corretamente ou continue executando. Para obter uma explicação mais detalhada, confira a documentação Noções básicas sobre o quorum do cluster e do pool.

Opções de configuração de quorum

O modelo de quorum no Windows Server é flexível. Caso você precise modificar a configuração de quorum para o cluster, use o Assistente para Configurar o Quorum do Cluster ou os cmdlets FailoverClusters do Windows PowerShell. Para ver as etapas e considerações para configurar o quorum, consulte Configurar o quorum de cluster posteriormente neste tópico.

A tabela a seguir lista as três opções de configuração de quorum disponíveis no Assistente para Configurar Quorum de Cluster.

Opção Descrição
Usar configurações típicas O cluster atribui automaticamente um voto a cada nó e gerencia dinamicamente os votos do nó. Se for apropriado para seu cluster, e houver armazenamento compartilhado de cluster disponível, o cluster selecionará uma testemunha de disco. Essa opção é recomendada na maioria dos casos, pois o software de cluster escolhe automaticamente uma configuração de quorum e de testemunha que forneça a mais alta disponibilidade para seu cluster.
Adicionar ou alterar a testemunha de quorum Você pode adicionar, alterar ou remover um recurso de testemunha. Você pode configurar uma testemunha de disco ou compartilhamento de arquivos. O cluster atribui automaticamente um voto a cada nó e gerencia dinamicamente os votos do nó.
Configuração avançada de quorum e seleção de testemunha Você deve selecionar essa opção somente quando tiver requisitos específicos ao aplicativo ou ao site para configurar o quorum. Você pode modificar a testemunha do quorum, adicionar ou remover votos de nó e escolher se o cluster deve gerenciar dinamicamente os votos do nó. Por padrão, os votos são atribuídos a todos os nós e os votos de nó são gerenciados dinamicamente.

Dependendo da opção de configuração de quorum escolhida e das configurações específicas, o cluster será configurado em um dos seguintes modos de quorum:

Mode Descrição
Maioria dos nós (sem testemunha) Somente nós têm votos. Nenhuma testemunha de quorum é configurada. O quorum do cluster é a maioria dos nós votantes na associação de cluster ativa.
Maioria de nós com testemunha (compartilhamento de arquivos ou disco) Nós têm votos. Além disso, uma testemunha de quorum tem um voto. O quorum do cluster é a maioria dos nós votantes na associação de cluster ativa mais um voto de testemunha. Uma testemunha de quorum pode ser uma testemunha de disco designada ou uma testemunha de compartilhamento de arquivos designada.
Sem maioria (somente testemunha de disco) Nenhum nó tem votos. Somente uma testemunha de disco tem um voto.
O quorum do cluster é determinado pelo estado da testemunha de disco. Geralmente, esse modo não é recomendado, e ele não deve ser selecionado, já que cria um único ponto de falha para o cluster.

As subseções a seguir fornecerão mais informações sobre as definições avançadas de configuração de quorum.

Configuração de testemunha

Como regra geral, quando você configura um quorum, os elementos votantes no cluster devem ser um número ímpar. Portanto, se o cluster contém um número par de nós votantes, você deve configurar uma testemunha de disco ou uma testemunha de compartilhamento de arquivos. O cluster poderá sustentar um nó adicional inoperante. Além disso, adicionar um voto de testemunha habilita o cluster a continuar sendo executado caso metade dos nós de cluster fiquem inoperantes simultaneamente ou sejam desconectados.

Uma testemunha de disco geralmente será recomendada se todos os nós puderem ver o disco. Uma testemunha de compartilhamento de arquivos será recomendada quando você precisar considerar a recuperação de desastre multissite com armazenamento replicado. Será possível configurar uma testemunha de disco com armazenamento replicado somente se o fornecedor do armazenamento der suporte a acesso de leitura/gravação de todos os sites ao armazenamento replicado. Não há suporte para uma testemunha de disco nos Espaços de Armazenamento Diretos.

A tabela a seguir fornece informações adicionais e considerações sobre os tipos de testemunha de quorum.

Tipo de testemunha Descrição Requisitos e recomendações
Testemunha de disco
  • LUN dedicado que armazena uma cópia do banco de dados do cluster
  • Mais útil para clusters com armazenamento compartilhado (não replicado)
  • O tamanho do LUN deve ser, no mínimo, 512 MB
  • Deve ser dedicado a uso de cluster e não designado a uma função clusterizada
  • Deve ser incluído em um armazenamento clusterizado e passar nos testes de validação de armazenamento
  • Não pode ser um disco que seja um CSV (Volume Compartilhado Clusterizado)
  • Disco básico com um volume único
  • Não precisa ter uma letra da unidade
  • Pode ser formatado com NTFS ou ReFS
  • Também pode ser configurado com RAID de hardware para tolerância a falhas
  • Deve ser excluído dos backups e da verificação antivírus
  • Não há suporte para uma testemunha de disco com Espaços de Armazenamento Diretos
Testemunha de compartilhamento de arquivos
  • Compartilhamento de arquivos SMB configurado em um servidor de arquivos que executa Windows Server
  • Não armazena uma cópia do banco de dados do cluster
  • Mantém informações de cluster somente em um arquivo witness.log
  • Mais útil para clusters multissite com armazenamento replicado
  • Deve ter um espaço livre mínimo de 5 MB
  • Deve ser dedicado a um único cluster e não usado para armazenar dados de usuário ou de aplicativo
  • Deve ter permissões de gravação habilitadas para objeto de computador do nome do cluster

A seguir estão considerações adicionais para um servidor de arquivos que hospeda a testemunha de compartilhamento de arquivos:
  • Um único servidor de arquivos pode ser configurado com testemunhas de compartilhamento de arquivos para vários clusters.
  • O servidor de arquivos deve estar em um site separado da carga de trabalho do cluster. Isso permite a mesma oportunidade para que qualquer site de cluster sobreviva se a comunicação da rede de site a site for perdida. Se o servidor de arquivos estiver no mesmo site, esse site se tornará o site primário, e ele será o único site que poderá atingir o compartilhamento de arquivos.
  • O servidor de arquivos pode ser executado em uma máquina virtual, se esta não estiver hospedada no mesmo cluster que utiliza a testemunha de compartilhamento de arquivos.
  • Para alta disponibilidade, o servidor de arquivos pode ser configurado em um cluster de failover separado.
Testemunha da nuvem
  • Um arquivo de testemunha armazenado no Armazenamento de Blobs do Azure
  • Não armazena uma cópia do banco de dados do cluster
  • Recomendado quando todos os servidores no cluster têm uma conexão confiável com a Internet.
 Confira Implantar uma testemunha de nuvem.

Observação

Se você configurar uma testemunha de compartilhamento de arquivo ou uma testemunha de nuvem, desligue todos os nós por uma manutenção ou por algum motivo. Você precisa garantir que iniciará o serviço de cluster por meio de um nó sobrevivente, pois o banco de dados de cluster mais recente não é armazenado nessas testemunhas. Confira isto também.

Atribuição de voto de nó

Como uma opção avançada de configuração de quorum, você pode escolher atribuir ou remover os votos de quorum por nó. Por padrão, todos os nós são votos atribuídos. Independentemente da atribuição de voto, todos os nós continuam a funcionar no cluster, receber atualizações do banco de dados do cluster e podem hospedar aplicativos.

Você pode desejar remover votos dos nós em determinadas configurações de recuperação de desastre. Por exemplo, em um cluster multissite, você pode remover votos dos nós em um site de backup de forma que aqueles nós não afetem os cálculos de quorum. Essa configuração é recomendada somente para failover manual nos sites. Para obter mais informações, consulte Considerações de quorum para configurações de recuperação de desastre posteriormente neste tópico.

O voto configurado de um nó pode ser verificado procurando a propriedade comum NodeWeight do nó de cluster usando o cmdlet Get-ClusterNode do Windows PowerShell. Um valor de 0 indica que o nó não tem um voto de quorum configurado. Um valor de 1 indica que o voto de quorum do nó está atribuído e é gerenciado pelo cluster. Para obter mais informações sobre o gerenciamento de votos de nó, consulte Gerenciamento dinâmico de quorum posteriormente neste tópico.

A atribuição de voto para todos os nós de cluster pode ser verificada usando o teste de validação Validar Quorum de Cluster.

Considerações adicionais sobre a atribuição de voto de nós

  • Na atribuição de voto de nó não é recomendado impor um número ímpar de nós votantes. Em vez disso, você deve configurar uma testemunha de disco ou testemunha de compartilhamento de arquivos. Para obter mais informações, confira Configuração de testemunha mais adiante neste tópico.
  • Se o gerenciamento de quorum dinâmico for habilitado, somente os nós configurados para ter votos de nós atribuídos poderão ter votos atribuídos ou removidos dinamicamente. Para obter mais informações, consulte Gerenciamento dinâmico de quorum posteriormente neste tópico.

Gerenciamento dinâmico de quorum

No Windows Server 2012, como uma opção avançada de configuração de quorum, você pode optar por habilitar o gerenciamento de quorum dinâmico por cluster. Para obter mais detalhes sobre como o quorum dinâmico funciona, confira esta explicação.

Com o gerenciamento de quorum dinâmico, também é possível que um cluster seja executado no último nó de cluster sobrevivente. Pelo ajuste dinâmico do requisito de maioria de quorum, o cluster pode sustentar desligamentos de nó sequenciais para um único nó.

O voto dinâmico atribuído ao cluster de um nó pode ser verificado com a propriedade comum DynamicWeight do nó de cluster usando o cmdlet Get-ClusterNode do Windows PowerShell. Um valor de 0 indica que o nó não tem um voto de quorum. Um valor de 1 indica que o nó tem um voto de quorum.

A atribuição de voto para todos os nós de cluster pode ser verificada usando o teste de validação Validar Quorum de Cluster.

Considerações adicionais sobre o gerenciamento dinâmico de quorum

  • O gerenciamento de quorum dinâmico não permite que o cluster sustente uma falha simultânea de uma maioria de membros votantes. Para continuar executando, o cluster deve sempre ter uma maioria de quorum no momento de desligamento ou falha do nó.

  • Se você removeu explicitamente o voto de um nó, o cluster não poderá adicionar ou remover dinamicamente esse voto.

  • Quando os Espaços de Armazenamento Diretos estão habilitados, o cluster só pode dar suporte a duas falhas de nós. Isso é explicado com mais detalhes na seção sobre o quorum do pool

Recomendações gerais para configuração de quorum

O software do cluster configura automaticamente o quorum para um novo cluster, de acordo com o número de nós configurado e a disponibilidade de armazenamento compartilhado. Essa geralmente é a configuração de quorum mais apropriada para esse cluster. Entretanto, é uma boa ideia examinar a configuração de quorum depois de criar o cluster, e antes de colocá-lo em produção. Para ver a configuração detalhada de quorum do cluster, use o Assistente de Validação de Configuração, ou o cmdlet Test-Cluster do Windows PowerShell para executar o teste Validar Configuração de Quorum. No Gerenciador de Cluster de Failover, a configuração básica de quorum é exibida nas informações de resumo do cluster selecionado ou você pode revisar as informações retornadas sobre os recursos de quorum ao executar o cmdlet Get-ClusterQuorum do Windows PowerShell.

A qualquer momento, você pode executar o teste Validar Configuração de Quorum para validar que a configuração de quorum é ideal para seu cluster. A saída do teste indica se uma alteração na configuração de quorum é recomendada e as configurações que são ideais. Se uma alteração for recomendada, você poderá usar o Assistente para Configurar Quorum do Cluster para aplicar as configurações recomendadas.

Depois que o cluster estiver em produção, não altere a configuração de quorum, a menos que você tenha determinado que a alteração é apropriada para seu cluster. Você pode desejar considerar a alteração da configuração de quorum nas seguintes situações:

  • Adicionar ou remover nós
  • Adicionar ou remover armazenamento
  • Uma falha de longo prazo em nó ou em testemunha
  • Recuperar um cluster em um cenário de recuperação de desastre multissite

Para obter mais informações sobre como validar um cluster de failover, consulte Validar hardware para um cluster de failover.

Configurar o quorum do cluster

Defina as configurações de quorum do cluster usando o Gerenciador de Cluster de Failover ou os cmdlets FailoverClusters do Windows PowerShell.

Importante

Geralmente é melhor usar a configuração de quorum recomendada pelo Assistente para Configurar Quorum do Cluster. Recomendamos a personalização da configuração de quorum somente se você tiver determinado que a alteração é apropriada para seu cluster. Para obter mais informações, consulte Recomendações gerais para configuração de quorum neste tópico.

Configurar as definições de quorum do cluster

A associação no grupo local Administradores em cada servidor com cluster, ou equivalente, é a permissão mínima necessária para concluir esse procedimento. Também, a conta que você usa deve ser uma conta de usuário do domínio.

Observação

Você pode alterar a configuração de quorum do cluster sem parar o cluster ou tornar offline os recursos dele.

Alterar a configuração de quorum em um cluster de failover usando o Gerenciador de Cluster de Failover

  1. No Gerenciador de Cluster de Failover, selecione ou especifique o cluster que deseja alterar.

  2. Com o cluster selecionado, em Ações, selecione Mais Ações e Configurar Configurações de Quorum do Cluster. O Assistente para Configurar Quorum do Cluster aparece. Selecione Avançar.

  3. Na página Selecionar Opção de Configuração de Quorum, selecione uma das três opções de configuração e conclua as etapas para essa opção. Antes de configurar o quorum, você pode examinar suas escolhas. Para obter mais informações sobre as opções, confira Noções básicas sobre quorum, anteriormente neste tópico.

    • Para permitir que o cluster redefina automaticamente as configurações de quorum ideais para a configuração de cluster atual, selecione Usar configurações padrão de quorum e conclua o assistente.

    • Para adicionar ou alterar a testemunha de quorum, escolha Selecionar a testemunha de quorum e conclua as etapas a seguir. Para obter informações e considerações sobre configurar uma testemunha de quorum, consulte Configuração de testemunha anteriormente neste tópico.

      1. Na página Selecionar Testemunha de Quorum, selecione uma opção para configurar uma testemunha de disco ou uma testemunha de compartilhamento de arquivos. O assistente indica as opções de seleção de testemunha recomendadas para seu cluster.

        Observação

        Você pode selecionar Não configurar uma testemunha de quorum e concluir o assistente. Se você tiver um número par de nós votantes em seu cluster, isso pode não ser uma configuração recomendada.

      2. Se você selecionar a opção para configurar uma testemunha de disco, na página Configurar Testemunha de Armazenamento, selecione o volume de armazenamento que deseja atribuir como a testemunha de disco e conclua o assistente.

      3. Se você selecionar a opção para configurar uma testemunha de compartilhamento de arquivos na página Configurar Testemunha de Compartilhamento de Arquivo, digite ou procure um compartilhamento de arquivos que será usado como o recurso de testemunha e conclua o assistente.

      4. Se você selecionar a opção para configurar uma testemunha de nuvem, na página Configurar Testemunha de Nuvem, insira o nome da conta de armazenamento do Azure, a chave da conta de armazenamento do Azure e o ponto de extremidade de serviço do Azure e conclua o assistente.

        Observação

        Essa opção está disponível no Windows Server 2016 e superior.

    • Para definir as configurações de gerenciamento de quorum e adicionar ou alterar a testemunha de quorum, selecione Configuração avançada de quorum e conclua as etapas a seguir. Para obter informações e considerações sobre as configurações de quorum avançadas, consulte Atribuição de voto de nó e Gerenciamento dinâmico de quorum anteriormente neste tópico.

      1. Na página Selecionar Configuração de Votação, selecione uma opção para atribuir votos aos nós. Por padrão, todos os nós são atribuídos a um voto. Entretanto, para determinados cenários, você pode atribuir votos somente a um subconjunto de nós.

        Observação

        Você também pode selecionar Nenhum nó. Isso geralmente não é recomendado, porque não permite que os nós participem na votação de quorum, e requer a configuração de uma testemunha de disco. A testemunha de disco se torna o único ponto de falha do cluster.

      2. Na página Configurar Gerenciamento de Quorum, você pode habilitar ou desabilitar a opção Permitir que o cluster gerencie dinamicamente a atribuição de votos de nós. Selecionar essa opção geralmente aumenta a disponibilidade do cluster. Por padrão, a opção é habilitada e é altamente recomendado não desabilitar essa opção. Essa opção permite ao cluster continuar a ser executado em cenários de falha que não são possíveis quando essa opção está desabilitada.

        Observação

        Essa opção não está presente no Windows Server 2016 e superior.

      3. Na página Selecionar Testemunha de Quorum, escolha uma opção para configurar uma testemunha de disco, uma testemunha de compartilhamento de arquivo ou uma testemunha de nuvem. O assistente indica as opções de seleção de testemunha recomendadas para seu cluster.

        Observação

        Você pode selecionar Não configurar uma testemunha de quorum e concluir o assistente. Se você tiver um número par de nós votantes em seu cluster, isso pode não ser uma configuração recomendada.

      4. Se você selecionar a opção para configurar uma testemunha de disco, na página Configurar Testemunha de Armazenamento, selecione o volume de armazenamento que deseja atribuir como a testemunha de disco e conclua o assistente.

      5. Se você selecionar a opção para configurar uma testemunha de compartilhamento de arquivos na página Configurar Testemunha de Compartilhamento de Arquivo, digite ou procure um compartilhamento de arquivos que será usado como o recurso de testemunha e conclua o assistente.

      6. Se você selecionar a opção para configurar uma testemunha de nuvem, na página Configurar Testemunha de Nuvem, insira o nome da conta de armazenamento do Azure, a chave da conta de armazenamento do Azure e o ponto de extremidade de serviço do Azure e conclua o assistente.

        Observação

        Essa opção está disponível no Windows Server 2016 e superior.

  4. Selecione Avançar. Confirme as seleções na página de confirmação que é exibida e selecione Avançar.

Após a execução do assistente e a exibição da página Resumo, se desejar ver um relatório das tarefas executadas pelo assistente, escolha Exibir Relatório. O relatório mais recente permanecerá na pasta systemroot\Cluster\Reports com o nome QuorumConfiguration.mht.

Observação

Depois de configurar o quorum do cluster, recomendamos que você execute o teste Validar Configuração de Quorum para verificar as configurações de quorum atualizadas.

Comandos equivalentes do Windows PowerShell

Os exemplos a seguir mostram como usar o cmdlet Set-ClusterQuorum e outros cmdlets do Windows PowerShell para configurar o quorum do cluster.

O exemplo a seguir altera a configuração de quorum no cluster CONTOSO-FC1 para uma configuração simples de maioria dos nós sem testemunha de quorum.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

O exemplo a seguir altera a configuração de quorum no cluster local para uma maioria dos nós com configuração de testemunha. O recurso de disco denominado Disco de Cluster 2 é configurado como uma testemunha de disco.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

O exemplo a seguir altera a configuração de quorum no cluster local para uma maioria dos nós com configuração de testemunha. O recurso de compartilhamento de arquivos denominado \\CONTOSO-FS\fsw é configurado como uma testemunha de compartilhamento de arquivos.

Set-ClusterQuorum -NodeAndFileShareMajority "\\fileserver\fsw"

O exemplo a seguir remove o voto de quorum do nó ContosoFCNode1 no cluster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

O exemplo a seguir adiciona o voto de quorum ao nó ContosoFCNode1 no cluster local.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

O exemplo a seguir habilita a propriedade DynamicQuorum do cluster CONTOSO-FC1 (se ele foi previamente desabilitado):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Recuperar um cluster iniciando sem quorum

Um cluster que não tem votos de quorum suficientes não será iniciado. Como uma primeira etapa, você sempre deve confirmar a configuração de quorum do cluster e investigar por que o cluster não tem mais quorum. Isso poderá acontecer se você tiver nós que pararam de responder, ou se o site primário não for acessível em um cluster multissite. Após identificar a causa raiz para a falha do cluster, você poderá usar as etapas de recuperação descritas nesta seção.

Observação

  • Se o Serviço de cluster é interrompido devido a uma perda de quorum, aparecerá a ID de Evento 1177 no log do sistema.
  • Isso sempre será necessário para investigar por que o quorum do cluster foi perdido.
  • Sempre é preferível fazer com que uma testemunha de nó ou quorum fique no estado íntegro (ingressar no cluster), em vez de iniciar o cluster sem quorum.

Forçar a inicialização de nós de cluster

Depois de determinar que não é possível recuperar seu cluster fazendo com que a testemunha de nós ou de quorum fique em um estado íntegro, será necessário forçar a inicialização do cluster. Forçar a inicialização do cluster substitui as configurações de quorum de seu cluster e inicia o cluster no modo ForceQuorum.

Forçar a inicialização de um cluster quando ele não tem quorum pode ser especialmente útil em um cluster multissite. Considere um cenário de recuperação de desastre com um cluster que contém sites primários e de backup, SiteA e SiteB. Se houver um desastre genuíno no SiteA, levará um período tempo significativo até que o site volte a ficar online. Você provavelmente iria querer forçar o SiteB a ficar online, mesmo se ele não tivesse quorum.

Quando um cluster é iniciado no modo ForceQuorum, e depois de recobrar votos de quorum suficientes, ele automaticamente deixa o estado forçado e se comporta normalmente. Assim, não é necessário reiniciar o cluster normalmente. Se o cluster perder um nó e este perder o quorum, ele ficará offline novamente, porque não estará mais no estado forçado. Para fazer com que ele fique novamente online quando ele não tiver um quorum, será necessário forçar a inicialização do cluster sem quorum.

Importante

  • Depois que um cluster é forçado a iniciar, o administrador tem total controle sobre ele.
  • O cluster usa a configuração do cluster no nó em que é forçado a iniciar, e replica essa configuração a todos os outros nós disponíveis.
  • Se você forçar o cluster a iniciar sem quorum, todas as configurações do quorum serão ignoradas enquanto o cluster permanecer no modo ForceQuorum. Isso inclui atribuições de voto de nó específicas e configurações de gerenciamento de quorum dinâmicas.

Impedir quorum nos nós de cluster restantes

Depois de ter forçado a inicialização do cluster em um nó, será necessário iniciar os nós restantes em seu cluster com uma configuração para impedir quorum. Um nó iniciado com uma configuração que impede quorum indica para o Serviço de cluster ingressar em um cluster em execução existente, em vez de formar uma nova instância de cluster. Isso impede que os nós restantes formem um cluster dividido que possa conter duas instâncias concorrentes.

Isso é necessário quando você precisa recuperar seu cluster em alguns cenários de recuperação de desastre multissite, depois de ter forçado a inicialização do cluster em seu site de backup, o SiteB. Para ingressar o cluster iniciado à força no SiteB, os nós em seu site primário, o SiteA, precisarão ser iniciados com o quorum impedido.

Importante

Depois que um cluster é iniciado à força em um nó, recomendamos que você sempre inicie os nós restantes com o quorum impedido.

Veja como recuperar o cluster com o Gerenciador de Cluster de Failover:

  1. No Gerenciador de Cluster de Failover, selecione ou especifique o cluster que você deseja recuperar.

  2. Com o cluster selecionado, em Ações, escolha Forçar Inicialização do Cluster.

    O Gerenciador de Cluster de Failover força a inicialização do cluster em todos os nós acessíveis. O cluster usa a configuração de cluster atual ao iniciar.

Observação

  • Para forçar a inicialização do cluster em um nó específico que contenha uma configuração de cluster que você deseja usar, use os cmdlets do Windows PowerShell ou as ferramentas de linha de comando equivalentes, conforme apresentado após esse procedimento.
  • Se usar o Gerenciador de Cluster de Failover para se conectar a um cluster com inicialização forçada, e usar a ação Iniciar Serviço de Cluster para iniciar um nó, este será automaticamente iniciado com a configuração que impede quorum.

Comandos equivalentes do Windows PowerShell (Start-Clusternode)

O exemplo a seguir mostra como usar o cmdlet Start-ClusterNode para forçar a inicialização do cluster no nó ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Você também pode digitar o seguinte comando localmente no nó:

Net Start ClusSvc /FQ

O exemplo a seguir mostra como usar o cmdlet Start-ClusterNode para iniciar o Serviço de cluster com o quorum impedido no nó ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Você também pode digitar o seguinte comando localmente no nó:

Net Start ClusSvc /PQ

Considerações de quorum para configurações de recuperação de desastre

Esta seção resume as características e configurações de quorum para duas configurações de cluster multissite em implantações de recuperação de desastre. As diretrizes de configuração de quorum diferem dependendo de sua necessidade de failover automático ou failover manual para cargas de trabalho entre sites. Sua configuração geralmente depende dos SLAs (contratos de nível de serviço) que estabelecidos em sua organização para fornecer cargas de trabalho clusterizadas, e dar suporte a elas, caso ocorra uma falha ou um desastre em um site.

failover automático

Nessa configuração, o cluster consiste em um ou mais sites que podem hospedar funções clusterizadas. Se ocorrer uma falha em qualquer site, espera-se que as funções clusterizadas façam failover automático nos sites restantes. Portanto, o quorum do cluster deve ser configurado de forma que qualquer site possa sustentar uma falha completa do site.

A tabela a seguir resume considerações e recomendações para essa configuração.

Item Descrição
Número de votos de nó por site Deve ser igual
Atribuição de voto de nó Votos de nó não devem ser removidos porque todos os nós são igualmente importantes
Gerenciamento dinâmico de quorum Deve ser habilitado
Configuração de testemunha A testemunha de compartilhamento de arquivos é recomendada, configurada em um site separado dos sites do cluster
Cargas de trabalho As cargas de trabalho podem ser configuradas em qualquer um dos sites

Considerações adicionais sobre o failover automático

  • É necessário configurar a testemunha de compartilhamento de arquivos em um site separado, a fim de que cada site tenha a mesma oportunidade de sobreviver. Para obter mais informações, consulte Configuração de testemunha anteriormente neste tópico.

Failover manual

Nessa configuração, o cluster consiste em um site primário, o SiteA, e um site de backup (recuperação), o SiteB. Funções clusterizadas são hospedadas no SiteA. Por causa da configuração de quorum do cluster, se ocorrer uma falha em todos os nós no SiteA, o cluster parará de funcionar. Nesse cenário, o administrador deve fazer failover manual nos serviços do cluster para o SiteB, e executar etapas adicionais para recuperar o cluster.

A tabela a seguir resume considerações e recomendações para essa configuração.

Item Descrição
Número de votos de nó por site
  • Votos de nó não devem ser removidos dos nós no site primário, o SiteA
  • Votos de nó devem ser removidos dos nós no site de backup, o SiteB
  • Se ocorrer uma interrupção de longo prazo no SiteA, os votos deverão ser atribuídos aos nós no SiteB, a fim de habilitar uma maioria de quorum no site como parte da recuperação
Gerenciamento dinâmico de quorum Deve ser habilitado
Configuração de testemunha
  • Configure uma testemunha se houver um número par de nós no SiteA
  • Se for necessária uma testemunha, configure uma testemunha de compartilhamento de arquivos ou uma testemunha de disco que seja acessível somente aos nós no SiteA (às vezes chamada de testemunha de disco assimétrico)
Cargas de trabalho Use proprietários preferenciais para manter cargas de trabalho em execução nos nós no SiteA

Considerações adicionais sobre o failover manual

  • Somente os nós no SiteA são inicialmente configurados com votos de quorum. Isso é necessário para assegurar que o estado dos nós no SiteB não afete o quorum do cluster.
  • As etapas de recuperação podem variar, dependendo se o SiteA sustenta uma falha temporária ou uma falha de longo prazo.

Mais informações