Partilhar via

Configurar o quorum de cluster para o SQL Server em VMs do Azure

Aplica-se a:SQL Server em VM do Azure

Este artigo ensina-o a configurar uma das três opções de quórum para um Cluster de Failover do Windows Server em execução no SQL Server em Máquinas Virtuais do Azure - uma testemunha de disco, uma testemunha de nuvem e uma testemunha de partilha de ficheiros.

Visão geral

O quórum de um cluster é determinado pelo número de elementos de votação que devem fazer parte da associação ativa ao cluster para que o cluster seja iniciado corretamente ou continue em execução. A configuração de um recurso de quorum permite que um cluster com dois nós continue com apenas um nó online. O Cluster de Failover do Windows Server é a tecnologia subjacente para as opções de alta disponibilidade do SQL Server em VMs do Azure: instâncias de cluster de failover (FCIs) e grupos de disponibilidade de (AGs).

A testemunha de disco é a opção de quorum mais resiliente, mas para usar uma testemunha de disco em um SQL Server na VM do Azure, você deve usar um disco compartilhado do Azure, o que impõe algumas limitações à solução de alta disponibilidade. Como tal, use uma testemunha de disco quando estiver configurando sua instância de cluster de failover com discos compartilhados do Azure, caso contrário, use uma testemunha de nuvem sempre que possível. Se estiver a utilizar o Windows Server 2012 R2 ou anterior, que não suporta uma testemunha na nuvem, pode utilizar uma testemunha de partilha de ficheiros.

As seguintes opções de quorum estão disponíveis para uso no SQL Server em VMs do Azure:

Nuvem testemunha Testemunha de disco Testemunha de partilha de ficheiros
Sistemas Operativos suportados Windows Server 2016+ Tudo Tudo

Para saber mais sobre quórum, consulte a visão geral do Cluster de Failover do Windows Server.

Testemunha da nuvem

Uma testemunha de nuvem é um tipo de testemunha de quórum de cluster de alta disponibilidade que usa o armazenamento do Microsoft Azure para fornecer um voto no quórum do cluster.

A tabela a seguir fornece informações e considerações adicionais sobre a testemunha de nuvem:

Tipo de testemunha Descrição Requisitos e recomendações
Testemunha da nuvem
  • Usa o armazenamento do Azure como testemunha da nuvem e contém apenas o carimbo de data/hora.
  • Ideal para implantações em vários locais, várias zonas e várias regiões.
  • Cria o contêiner msft-cloud-witness bem conhecido na Conta de Armazenamento da Microsoft.
  • Grava um único arquivo de blob com a ID exclusiva do cluster correspondente usada como o nome do arquivo de blob sob o contêiner
  • O tamanho padrão é 1 MB.
  • Use General Purpose para o tipo de conta. O armazenamento de Blob não é suportado.
  • Use o armazenamento padrão. O Armazenamento Premium do Azure não é suportado.
  • O Failover Clustering usa o blob de arquivo como ponto de arbitragem, o que requer algumas garantias de consistência ao ler os dados. Portanto, deve selecionar armazenamento com redundância local para tipo de replicação.
  • Deve ser excluído de backups e verificação antivírus
  • Uma testemunha de disco não é compatível com o Storage Spaces Direct
  • O Cloud Witness usa HTTPS (porta padrão 443) para estabelecer comunicação com o Armazenamento de Blobs do Azure. Certifique-se de que a porta HTTPS está acessível via proxy de rede.

Ao configurar um recurso de quorum do Cloud Witness para seu cluster de failover, considere:

  • Em vez de armazenar a Chave de Acesso, o Cluster de Failover gera e armazena com segurança um token SAS (Segurança de Acesso Compartilhado).
  • O token SAS gerado é válido enquanto a chave de acesso permanecer válida. Ao alternar a Chave de Acesso Primária, é importante atualizar primeiro o Cloud Witness (em todos os clusters que utilizam essa Conta de Armazenamento) com a Chave de Acesso Secundária, antes de regenerar a Chave de Acesso Primária.
  • O Cloud Witness usa a interface HTTPS REST do serviço Conta de Armazenamento do Azure. Isso significa que requer que a porta HTTPS esteja aberta em todos os nós do cluster.

Uma testemunha de nuvem requer uma Conta de Armazenamento do Azure. Para configurar uma conta de armazenamento, siga estas etapas:

  1. Entre no portal do Azure.
  2. No menu Hub, selecione Novo -> Dados + Armazenamento -> conta de armazenamento.
  3. Na página Criar uma conta de armazenamento, faça o seguinte:
    1. Introduza um nome para a sua conta de armazenamento. Os nomes das contas de armazenamento devem ter entre 3 e 24 caracteres e podem conter apenas números e letras minúsculas. O nome da conta de armazenamento também deve ser exclusivo no Azure.
    2. Para tipo de conta, selecione de Uso Geral .
    3. Para obter o Desempenho , selecione o modo Padrão.
    4. Para Replication, selecione armazenamento com redundância local (LRS).

Depois de a sua conta de armazenamento ser criada, siga estas etapas para configurar o recurso de quórum de testemunha na nuvem para o seu cluster de failover:

O comando existente do Set-ClusterQuorum PowerShell tem novos parâmetros correspondentes ao Cloud Witness.

Você pode configurar o cloud witness com o cmdlet Set-ClusterQuorum usando o comando PowerShell:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey>

Na rara instância em que você precisa usar um ponto de extremidade diferente, use este comando do PowerShell:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey> -Endpoint <servername>

Consulte a documentação da cloud witness para obter ajuda para encontrar a chave de acesso da conta de armazenamento.

Testemunha de disco

Uma testemunha de disco é um pequeno disco clusterizado no grupo Armazenamento Disponível em Cluster. Este disco é altamente disponível e pode alternar entre nós em caso de falha.

A testemunha de disco é a opção de quorum recomendada quando usada com uma solução de alta disponibilidade de armazenamento compartilhado, como a instância de cluster de failover com discos compartilhados do Azure.

A tabela a seguir fornece informações e considerações adicionais sobre a testemunha de disco 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 de cluster
  • Mais útil para clusters com armazenamento compartilhado (não replicado)
  • O tamanho do LUN deve ser de pelo menos 512 MB
  • Deve ser dedicado ao uso do cluster e não atribuído a uma função clusterizada
  • Deve ser incluído no armazenamento em cluster e passar nos testes de validação de armazenamento
  • Não pode ser um disco que seja um Volume de Cluster Partilhado (CSV)
  • Disco básico com um único volume
  • Não precisa ter uma letra de unidade
  • Pode ser formatado com NTFS ou ReFS
  • Pode ser configurado opcionalmente com RAID de hardware para tolerância a falhas
  • Deve ser excluído de backups e verificação antivírus
  • Uma testemunha de disco não é compatível com o Storage Spaces Direct

Para usar um disco compartilhado do Azure para a testemunha de disco, você deve primeiro criar o disco e montá-lo. Para fazer isso, siga as etapas na seção Montar disco do guia do Azure para instâncias de cluster de failover de discos compartilhados. O disco não precisa ser premium.

Depois que o disco tiver sido montado, adicione-o ao armazenamento de cluster com as seguintes etapas:

  1. Abra o Gestor de Cluster de Failover.
  2. Selecione Discos em Armazenamento no painel de navegação esquerdo.
  3. Selecione Adicionar Disco de Ações no painel de navegação à direita.
  4. Selecione a unidade compartilhada do Azure que você acabou de montar e anote o nome, como Cluster Disk 3.

Depois que o disco tiver sido adicionado como armazenamento clusterizado, configure-o como testemunha de disco usando o PowerShell:

O comando existente do Set-ClusterQuorum PowerShell tem novos parâmetros correspondentes ao Cloud Witness.

Use o caminho para a partilha de ficheiros como parâmetro para o árbitro de disco ao usar o cmdlet do PowerShell Set-ClusterQuorum:

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 3"

Você também pode usar o Gestor de Clusters de Failover; siga as mesmas etapas da testemunha na nuvem, mas escolha "testemunha de disco" como a opção de quórum.

Testemunha de partilha de ficheiros

Uma testemunha de partilha de ficheiros é uma partilha de ficheiros SMB normalmente configurada num servidor de ficheiros que executa o Windows Server. Ele mantém informações de cluster em um arquivo witness.log, mas não armazena uma cópia do banco de dados de cluster. No Azure, você pode configurar um compartilhamento de arquivos em uma máquina virtual separada.

Configure uma testemunha de compartilhamento de arquivos se uma testemunha de disco ou uma testemunha de nuvem não estiverem disponíveis ou não forem suportadas em seu ambiente.

A tabela a seguir fornece informações e considerações adicionais sobre a testemunha de partilha de ficheiros do quórum.

Tipo de testemunha Descrição Requisitos e recomendações
Testemunha de partilha de ficheiros
  • Compartilhamento de arquivos SMB configurado em um servidor de arquivos que executa o Windows Server
  • Não armazena uma cópia do banco de dados de cluster
  • Mantém informações de cluster somente num ficheiro witness.log
  • Mais útil para clusters de vários locais com armazenamento replicado
  • Deve ter um mínimo de 5 MB de espaço livre
  • Deve ser dedicado ao cluster único e não usado para armazenar dados de usuários ou aplicativos
  • Deve ter permissões de escrita habilitadas para o objeto de computador associado ao 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 ficheiros pode ser configurado com testemunhas de partilha de ficheiros para vários clusters.
  • O servidor de arquivos deve estar em um site separado da carga de trabalho do cluster. Isso permite oportunidades iguais para qualquer site de cluster sobreviver se a comunicação de rede site a site for perdida. Se o servidor de arquivos estiver no mesmo site, esse site se tornará o site primário e será o único site que poderá acessar o compartilhamento de arquivos.
  • O servidor de arquivos pode ser executado em uma máquina virtual se a máquina virtual não estiver hospedada no mesmo cluster que usa a testemunha de compartilhamento de arquivos.
  • Para alta disponibilidade, o servidor de arquivos pode ser configurado num cluster de failover independente.

Depois de criar a partilha de ficheiros e as permissões configuradas corretamente, monte a partilha de ficheiros nos nós clusterizados. Você pode seguir as mesmas etapas gerais para montar o compartilhamento de arquivos, conforme descrito na seção de montagem do compartilhamento de arquivos do guia de instruções da instância de cluster de failover de compartilhamento de arquivos premium.

Depois que a partilha de ficheiros tiver sido configurada e montada corretamente, use PowerShell para adicionar a partilha de ficheiros como recurso de testemunha de quórum.

Set-ClusterQuorum -FileShareWitness <UNC path to file share> -Credential $(Get-Credential)

Ser-lhe-á solicitada uma conta e palavra-passe para uma conta não administrativa local (para a partilha de ficheiros) que tenha direitos totais de administrador para a partilha. O cluster mantém o nome e a senha criptografados e não acessíveis por ninguém.

Você também pode usar o gestor de Cluster de Failover; siga as mesmas etapas que para a testemunha de nuvem, mas escolha a testemunha de compartilhamento de arquivo como a opção de quórum.

Alterar a votação do quórum

É possível alterar a votação de quórum de um nó participante de um Cluster de Failover do Windows Server.

Ao alterar as configurações de votação do nó, siga estas diretrizes:

Diretrizes de Votação por Quórum
Comece com cada nó sem voto por padrão. Cada um dos nós deve ter apenas um voto com justificação explícita.
Habilite votos para nós de cluster que hospedam a réplica primária de um grupo de disponibilidade ou os proprietários preferenciais de uma instância de cluster de failover.
Habilite votos para proprietários de failover automático. Cada nó que pode hospedar uma réplica primária ou FCI como resultado de um failover automático deve ter um voto.
Se um grupo de disponibilidade tiver mais de uma réplica secundária, habilite apenas os votos para as réplicas que tiverem failover automático.
Desative votos para nodos que estão em locais de recuperação secundária de desastres. Os nós em sites secundários não devem contribuir para a decisão de colocar um cluster offline se não houver nada de errado com o site primário.
Haver um número ímpar de votos, com um quórum mínimo de três votos. Adicione uma testemunha de quórum para uma votação adicional, se necessário, em um cluster de dois nós.
Reavalie as atribuições de votos após o failover. Você não deseja realizar uma transferência em uma configuração de cluster que não ofereça suporte a um quórum saudável.

Próximos passos

Para saber mais, consulte: