- Inicialize o disco extra de 20 GB no SQLNODE1.
- Formate -o como F: Drive.
- 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:
- Replicação síncrona entre SQLNode1 e SQLNode2 (para failover de baixa latência e intra-região).
- Replicação assíncrona entre SQLNode1 e SQLNode3 (para recuperação de desastres de região cruzada).
Passos:
- Inicie o Datakeper e crie um novo trabalho de replicação.
- Configure a replicação síncrona para a unidade F: entre SQLNode1 e SQLNODE2.
- 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.
Sios

Sios

Sios

Sios

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

Sios

Sios

Sios

Sios

Sios
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.

Sios
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:
- No SQLNODE1, inicie o instalador do SQL Server.
- Escolha “Novo instalação do cluster de failover do SQL Server”.
- 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.

Sios
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:
- Execute a configuração do SQL Server no SQLNODE2 e SQLNODE3.
- Escolha “Adicione o nó a um cluster de failover do servidor SQL existente.”
- 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.

Sios
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:
- Atualize o SQL Server FCI para usar o DNN em vez de um IP flutuante tradicional.
- Verifique se a resolução do nome funciona em todos os nós.
- 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:
- Faça o download da versão mais recente do SSMS da Microsoft.
- Instale o SSMS no SQLNODE1, SQLNODE2 e SQLNODE3.
- 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:
- Execute um failover planejado (alternância manual) de SQLNode1 para SQLNODE2.
- Simule uma falha do AZ e observe o failover automático.
- 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].