Construindo uma instância de cluster de failover de servidor SQL de várias zonas e várias regiões no Azure

1. Inicialize o disco extra de 20 GB no SQLNODE1.
2. Formate -o como F: Drive.
3. Atribua a mesma letra de unidade (f 🙂 no sqlnode2 e sqlnode3 para manter a consistência.

8. Crie o trabalho de Datakeper para replicar a unidade F:

Agora que a unidade F: está configurada, criamos um trabalho de replicação de dados para sincronizar dados entre os nós:

1. Replicação síncrona entre SQLNode1 e SQLNode2 (para failover de baixa latência e intra-região).
2. Replicação assíncrona entre SQLNode1 e SQLNode3 (para recuperação de desastres de região cruzada).

Passos:

1. Inicie o Datakeper e crie um novo trabalho de replicação.
2. Configure a replicação síncrona para a unidade F: entre SQLNode1 e SQLNODE2.
3. Configure a replicação assíncrona entre SQLNode1 e SQLNODE3.

As capturas de tela abaixo passam pelo processo de criação do trabalho de Datakeper que replica a unidade F: entre os três servidores.

Para adicionar o segundo alvo, clique com o botão direito do mouse no trabalho existente e escolha “Criar um espelho”.

Depois que a replicação estiver ativa, o SQLNODE2 e o SQLNODE3 terão uma cópia idêntica dos dados armazenados na unidade f: f: sqlnode1.

Se você olhar no Failover Cluster Manager, verá “Volume Fatageeper F” no armazenamento disponível. O cluster de failover tratará isso como se fosse um disco compartilhado regular.

9. Instale o SQL Server no SQLNODE1 como uma nova instância em cluster

Com o WSFC configurado e a replicação de armazenamento ativa, agora podemos instalar o SQL Server FCI.

Passos:

1. No SQLNODE1, inicie o instalador do SQL Server.
2. Escolha “Novo instalação do cluster de failover do SQL Server”.
3. Preencha a instalação e reinicie o SQLNODE1.

Você notará durante a instalação que o “Datakeper Volume F” é apresentado como um local de armazenamento disponível.

10. Instale o SQL Server no SQLNODE2 e SQLNODE3 (Adicione o nó ao cluster)

Para concluir o SQL Server FCI, devemos adicionar os nós restantes ao cluster.

Passos:

1. Execute a configuração do SQL Server no SQLNODE2 e SQLNODE3.
2. Escolha “Adicione o nó a um cluster de failover do servidor SQL existente.”
3. Validar configurações de cluster e concluir a instalação.

Depois que o SQL Server for instalado nos três nós de cluster, o Failover Cluster Manager ficará assim.

11. Atualize o SQL Server para usar um nome de rede distribuído (DNN)

Por padrão, o SQL Server FCI requer um Balancer de Carga do Azure (ALB) para gerenciar conexões de clientes. No entanto, o Azure agora suporta nomes de rede distribuídos (DNNs), eliminando a necessidade de um ALB.

Passos:

1. Atualize o SQL Server FCI para usar o DNN em vez de um IP flutuante tradicional.
2. Verifique se a resolução do nome funciona em todos os nós.
3. Validar conectividade do cliente ao SQL Server usando o DNN.

Instruções detalhadas sobre como atualizar o SQL Server FCI para usar o DNN podem ser encontradas na documentação da Microsoft.

Add-ClusterResource -Name sqlserverdnn -ResourceType "Distributed Network Name" -Group "SQL Server (MSSQLSERVER)" 

Get-ClusterResource -Name sqlserverdnn | Set-ClusterParameter -Name DnsName -Value FCIDNN 

Start-ClusterResource -Name sqlserverdnn 

Agora você pode se conectar à instância do SQL cluster usando o DNN “FCIDNN”.

12. Instale o SQL Server Management Studio (SSMS) nos três nós

Para uma administração mais fácil do SQL Server, instale o SQL Server Management Studio (SSMS) nos três nós.

Passos:

1. Faça o download da versão mais recente do SSMS da Microsoft.
2. Instale o SSMS no SQLNODE1, SQLNODE2 e SQLNODE3.
3. Conecte -se ao cluster do SQL Server usando DNN.

13. Failover de teste e cenários de alternância

Finalmente, validamos a funcionalidade de HA e DR testando cenários de failover e alternância:

1. Execute um failover planejado (alternância manual) de SQLNode1 para SQLNODE2.
2. Simule uma falha do AZ e observe o failover automático.
3. Teste o failover cruzado de SQLNode1 (Leste dos EUA 2) a SQLNODE3 (US CENTRAL US).

Isso confirma que o SQL Server FCI pode failover perfeitamente no AZS e nas regiões, garantindo o mínimo de tempo de inatividade e integridade de dados.

Quatro nove tempo de atividade

Seguindo estas etapas, implantamos, configuramos e testamos com sucesso um SQL Server FCI multi-AZ multi-AZ no Azure. Essa arquitetura fornece recursos de atividade de 99,99%, failover contínuo e recuperação de desastres, tornando-o ideal para aplicações críticas de negócios.

Dave Bermingham é um evangelista técnico sênior da SIOS Technology.

–

Novo Fórum de Tecnologia Fornece um local para os líderes de tecnologia – incluindo fornecedores e outros colaboradores externos – para explorar e discutir a tecnologia empresarial emergente em profundidade e amplitude sem precedentes. A seleção é subjetiva, com base em nossa escolha das tecnologias que acreditamos ser importante e de maior interesse para os leitores de infoworld. O Infoworld não aceita garantia de marketing para publicação e se reserva o direito de editar todo o conteúdo contribuído. Envie tudo consultas a [email protected].