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 os quóruns do cluster e do pool de armazenamento nos Espaços de Armazenamento Diretos em clusters do Azure Stack HCI e do Windows Server, confira 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 |
|
|
| Testemunha de compartilhamento de arquivos |
|
A seguir estão considerações adicionais para um servidor de arquivos que hospeda a testemunha de compartilhamento de arquivos:
|
| Testemunha da nuvem |
|
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
No Gerenciador de Cluster de Failover, selecione ou especifique o cluster que deseja alterar.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
No Gerenciador de Cluster de Failover, selecione ou especifique o cluster que você deseja recuperar.
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 |
|
| Gerenciamento dinâmico de quorum | Deve ser habilitado |
| Configuração de testemunha |
|
| 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.