Clustering de Failover do Windows Server com o SQL Server

Aplica-se:SQL Server

Este artigo fornece uma visão geral do uso de um WSFC (Cluster de Failover do Windows Server) com o SQL Server para obter alta disponibilidade e recuperação de desastre. Um WSFC (Cluster de Failover do Windows Server) é um grupo de servidores independentes que funcionam em conjunto para aumentar a disponibilidade de aplicativos e serviços. O SQL Server usufrui dos serviços e recursos do WSFC para oferecer suporte aos grupos de disponibilidade Always On e às instâncias de cluster de failover do SQL Server.

Termos e definições

WSFC (Cluster de Failover do Windows Server) Um WSFC é um grupo de servidores independentes que funcionam em conjunto para aumentar a disponibilidade de aplicativos e serviços.

Node
Um servidor que está participando de um WSFC.

Recurso de clúster
Uma entidade física ou lógica que pode ser de propriedade de um nó, colocada online e offline, movida entre nós e gerenciada como um objeto de cluster. Um recurso de cluster pode pertencer a apenas um nó a qualquer momento.

Função
Uma coleção de recursos de cluster gerenciados como um único objeto de cluster para fornecer uma funcionalidade específica. No SQL Server, uma função será um grupo de disponibilidade Always On (AG) ou uma instância de cluster de failover Always On (FCI). Uma função contém todos os recursos de cluster necessários para um AG ou uma FCI. O failover e o failback sempre ocorrem no contexto das funções. Para uma FCI, a função conterá um recurso de endereço IP, um recurso de nome de rede e os recursos do SQL Server. Uma função de AG contém o recurso de AG e, se um listener estiver configurado, um nome de rede e um recurso de endereço IP.

Recurso de nome de rede
Um nome de servidor lógico que é gerenciado como um recurso de cluster. Um recurso de nome de rede deve ser usado com um recurso de endereço IP. Essas entradas podem exigir objetos no Active Directory Domain Services e/ou DNS.

Dependência de recursos
Um recurso do qual outro recurso depende. Se o recurso A depender do recurso B, B será uma dependência de A. O recurso A não poderá ser iniciado sem o recurso B.

Proprietário preferido
Um nó no qual um grupo de recursos prefere ser executado. Cada grupo de recursos é associado a uma lista de proprietários preferidos classificados em ordem de preferência. Durante o failover automático, o grupo de recursos é transferido para o próximo nó preferido na lista de proprietários preferidos.

Proprietário possível
Um nó secundário no qual um recurso pode ser executado. Cada grupo de recursos é associado a uma lista de possíveis proprietários. As funções podem fazer failover apenas para os nós listados como possíveis proprietários.

Modo de quorum
A configuração de quorum em um cluster de failover que determina o número de falhas de nós que o cluster pode sustentar.

Forçar o quorum
O processo para iniciar o cluster mesmo quando apenas uma minoria dos elementos necessários para o quórum está se comunicando.

Visão geral do Windows Server Failover Clustering

O Windows Server Failover Clustering fornece recursos de infraestrutura que dão suporte aos cenários de alta disponibilidade e recuperação de desastres dos aplicativos de servidor hospedados, como o Microsoft SQL Server e o Microsoft Exchange. Se houver falha em um nó de cluster ou serviço, os serviços que foram hospedados naquele nó poderão ser transferidos automática ou manualmente para outro nó disponível em um processo conhecido como failover.

Os nós em um WSFC funcionam em conjunto para fornecer coletivamente estes tipos de funcionalidades:

• Metadados distribuídos e notificações. O serviço WSFC e os metadados de aplicativos hospedados são mantidos em cada nó do cluster. Esses metadados incluem a configuração e o status do WSFC, além das configurações dos aplicativos hospedados. As alterações nos metadados ou no status de um nó são propagadas automaticamente para os outros nós do WSFC.

• Gerenciamento de recursos. Os nós individuais do WSFC podem fornecer recursos físicos, como armazenamento de conexão direta, adaptadores de rede e acesso a armazenamento em disco compartilhado. Os aplicativos hospedados se registram como um recurso de cluster e podem configurar dependências de inicialização e de integridade de outros recursos.

• Monitoramento da saúde. A detecção da integridade entre nós e do nó primário é realizada por meio de uma combinação de comunicações de rede do tipo heartbeat e monitoramento de recursos. O estado geral do WSFC é determinado pelos votos de um quórum de nós do WSFC.

• Coordenação de failover. Cada recurso é configurado para ser hospedado em um nó primário, e cada um deles pode ser transferido automática ou manualmente para um ou mais nós secundários. Uma política de failover baseada na integridade controla a transferência automática da propriedade do recurso entre nós. Os nós e os aplicativos hospedados são notificados quando há um failover, para que possam reagir de maneira apropriada.

Para obter mais informações, consulte: Visão geral do Failover Clustering – Windows Server.

Tecnologias SQL Server Always On e WSFC

O SQL Server Always On é uma solução de alta disponibilidade e recuperação de desastre que aproveita o WSFC. Os recursos do Always On fornecem soluções integradas e flexíveis, que aumentam a disponibilidade do aplicativo, fornecem melhores retornos sobre os investimentos de hardware e simplificam a implantação e o gerenciamento de alta disponibilidade.

Tanto os grupos de disponibilidade Always On quanto as instâncias de cluster de failover Always On usam o WSFC como uma tecnologia de plataforma, registrando componentes como recursos de cluster WSFC. Os recursos relacionados são combinados em uma função, que pode depender de outros recursos do cluster WSFC. Em seguida, o WSFC pode detectar e sinalizar a necessidade de reiniciar a instância do SQL Server ou fazer failover automaticamente dela em um nó de servidor diferente no WSFC.

Alta disponibilidade em nível de instância com instâncias de cluster de failover Always On

Uma FCI (Instância de Cluster de Failover) Always On é uma instância do SQL Server instalada em nós de um WSFC. Esse tipo de instância depende dos recursos de armazenamento e do nome da rede virtual. O armazenamento pode usar Fibre Channel, iSCSI, FCoE ou SAS para armazenamento em disco compartilhado ou usar armazenamento anexado localmente com S2D (Espaços de Armazenamento Diretos). O recurso de nome de rede virtual depende de um ou mais endereços IP virtuais, cada um em uma sub-rede diferente. O serviço SQL Server e o serviço SQL Server Agent também são recursos e ambos dependem dos recursos de nome de rede virtual e armazenamento.

No caso de um failover, o serviço WSFC transfere a propriedade dos recursos da instância para um nó de failover designado. A instância do SQL Server é então reiniciada no nó de failover e os bancos de dados são recuperados da maneira usual. Em qualquer momento determinado, apenas um único nó do cluster pode hospedar a FCI e os recursos subjacentes.

Para obter mais informações, consulte: Instâncias do cluster de failover do Always On.

Alta disponibilidade em nível de banco de dados com os grupos de disponibilidade Always On

Um grupo de disponibilidade Always On (AG) é um agrupamento de um ou mais bancos de dados de usuário que fazem failover em conjunto. Um grupo de disponibilidade consiste em uma réplica de disponibilidade primária e em uma a quatro réplicas secundárias que são mantidas pelo movimento de dados baseado em log do SQL Server para proteção de dados, dispensando o armazenamento compartilhado. Cada réplica é hospedada por uma instância do SQL Server em um nó diferente do WSFC. O grupo de disponibilidade e um nome de rede virtual correspondente são registrados como recursos no cluster do WSFC.

Um ouvinte de grupo de disponibilidade no nó da réplica primária responde às solicitações de clientes recebidas para se conectar ao nome da rede virtual e, com base nos atributos da cadeia de conexão, redireciona cada solicitação para a instância apropriada do SQL Server.

No caso de failover, em vez de transferir a propriedade de recursos físicos compartilhados para outro nó, o WSFC é usado para reconfigurar uma réplica secundária em outra instância do SQL Server para se tornar a réplica primária do grupo de disponibilidade. O recurso de nome de rede virtual do grupo de disponibilidade é então transferido para essa instância.

A qualquer determinado momento, apenas uma única instância do SQL Server pode hospedar a réplica primária dos bancos de dados de um grupo de disponibilidade, todas as réplicas secundárias associadas devem residir em uma instância separada, e cada instância deve residir em nós físicos separados.

Para obter mais informações, confira: Visão geral dos grupos de disponibilidade Always On.

Monitoração de integridade e failover do WSFC

A alta disponibilidade de uma solução Always On é obtida por meio do monitoramento proativo da integridade dos recursos físicos e lógicos do cluster WSFC, em conjunto com o failover automático para hardware redundante e sua reconfiguração. Um administrador do sistema também pode iniciar um failover manual de um grupo de disponibilidade ou instância do SQL Server de um nó para outro.

Políticas de failover para nós, instâncias de cluster de failover e grupos de disponibilidade

Uma política de failover é configurada no nó do WSFC, na FCI (Instância de Cluster de Failover) do SQL Server e nos níveis de grupos de disponibilidade. Essas políticas, com base na severidade, duração e frequência do estado não íntegro dos recursos do cluster e na capacidade de resposta do nó, podem acionar uma reinicialização do serviço ou um failover automático dos recursos do cluster de um nó para outro, ou provocar a movimentação da réplica primária de um grupo de disponibilidade de uma instância do SQL Server para outra.

O failover de uma réplica de grupo de disponibilidade não afeta a instância subjacente do SQL Server. O failover de uma FCI move as réplicas hospedadas do grupo de disponibilidade com a instância.

Para obter mais informações, confira: Política de failover para instâncias de cluster de failover.

Detecção de integridade de recursos do WSFC

Cada recurso em um WSFC pode relatar seu status e sua integridade, periodicamente ou quando solicitado. Várias circunstâncias podem indicar falha no recurso; por exemplo, falta de energia, erros de disco ou de memória, erros de comunicação de rede ou serviços sem resposta.

Recursos do WSFC, como redes, armazenamento ou serviços, podem se tornar dependentes uns dos outros. A saúde cumulativa de um recurso é determinada pela agregação sucessiva de sua saúde com a saúde de cada uma de suas dependências do recurso.

Detecção de integridade entre nós do WSFC e votação de quorum

Cada nó em um WSFC participa da comunicação de pulsação periódica para compartilhar o status da integridade do nó com os outros nós. Nós não responsivos são considerados em estado de falha.

Quorum é um mecanismo que ajuda a garantir que o WSFC está em funcionamento por meio da garantia de que recursos suficientes estão online no WSFC. Se o WSFC tiver votos suficientes, ele estará saudável e poderá oferecer tolerância a falhas em nível de nó.

Um modo de quorum é configurado no WSFC e dita o método usado para a votação de quorum e quando executar um failover automático ou colocar o cluster em modo offline.

Recuperação de desastre por meio de quorum forçado

Dependendo das práticas operacionais e da configuração do WSFC, você poderá incorrer em failovers automáticos e manuais e ainda manter uma solução SQL Server Always On robusta e tolerante a falhas. No entanto, se um quórum dos nós de votação qualificados no WSFC não puder se comunicar entre si, ou se, de outra forma, o cluster do WSFC falhar na validação de integridade, o WSFC poderá ficar offline.

Se o WSFC ficar offline por causa de um desastre não planejado ou devido a uma falha persistente de hardware ou de comunicação, será necessária a intervenção administrativa manual para forçar o quorum e colocar os nós de cluster sobreviventes online novamente em uma configuração não tolerante a falhas.

Posteriormente, uma série de etapas também deve ser realizada para reconfigurar o WSFC, recuperar as réplicas de banco de dados afetadas e restabelecer um novo quorum.

Para obter mais informações, consulte: Recuperação de desastre do WSFC por meio de quorum forçado.

Relacionamento dos componentes do SQL Server Always On com o WSFC

Existem várias camadas de relações entre o SQL Server AlwaysOn e os recursos e componentes do WSFC.

Os grupos de disponibilidade AlwaysOn são hospedados nas instâncias do SQL Server .
Uma solicitação de cliente que especifica um nome da rede do ouvinte do grupo de disponibilidade lógico para se conectar a um banco de dados primário ou secundário é redirecionada para o nome da rede da instância apropriada da instância subjacente do SQL Server ou da FCI do SQL Server.

As instâncias do SQL Server estão hospedadas ativamente em um único nó.
Quando presente, uma instância autônoma do SQL Server sempre reside em um único nó com um nome de rede de instância estático. Se presente, uma FCI do SQL Server fica ativa em um de dois ou mais nós de failover possíveis, com um único nome de rede de instância virtual.

Os nós são membros de um cluster WSFC.
Os metadados de configuração e de status do WSFC para todos os nós são armazenados em cada nó. Cada servidor pode oferecer volumes de armazenamento assimétrico ou de armazenamento compartilhado (SAN) para bancos de dados do usuário ou do sistema. Cada servidor tem pelo menos uma interface de rede física em uma ou mais sub-redes IP.

O WSFC monitora a integridade e gerencia a configuração de um grupo de servidores.
Os mecanismos do WSFC propagam alterações nos metadados de configuração e no status do WSFC para todos os nós do WSFC. Se uma testemunha de disco for usada, os metadados também serão armazenados nesse local. Por padrão, cada nó do WSFC recebe um voto para o quorum, e um testemunho será usado, se necessário, caso esteja configurado.

As chaves do Registro dos grupos de disponibilidade Always On são subchaves do cluster WSFC.

Se você excluir e recriar um WSFC, deverá desabilitar e habilitar o recurso Grupos de disponibilidade AlwaysOn novamente em cada instância de servidor habilitada para o Grupos de disponibilidade AlwaysOn no WSFC original. Para obter mais informações, consulte Habilitar e desabilitar grupos de disponibilidade Always On.

Tarefas relacionadas

• Exibir as configurações de NodeWeight do quorum de cluster

• Configurar as configurações de NodeWeight do quórum do cluster

• Forçar um cluster WSFC para iniciar sem um quorum

Conteúdo relacionado

• Tecnologias do Windows Server: Clusters de Failover
• Visão geral do Espaços de Armazenamento Diretos (S2D)
• Instâncias de cluster de failover Always On (SQL Server)
• O que é um grupo de disponibilidade Always On?
• Modos de quorum do WSFC e configuração de votação (SQL Server)
• Política de Failover para Instâncias de Cluster de Failover
• Recuperação de desastres do WSFC por meio de quórum forçado (SQL Server)
• O SQL Server 2016 dá suporte a Espaços de Armazenamento Diretos do Windows Server 2016