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.

Sios

SIOS SQL Server FCI 03

Sios

SIOS SQL Server FCI 04

Sios

SIOS SQL Server FCI 05

Sios

SIOS SQL Server FCI 06

Sios

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

SIOS SQL Server FCI 07

Sios

SIOS SQL Server FCI 08

Sios

SIOS SQL Server FCI 09

Sios

SIOS SQL Server FCI 10

Sios

SIOS SQL Server FCI 11

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 SQL Server FCI 12

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:

  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.

SIOS SQL Server FCI 13

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:

  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.

SIOS SQL Server FCI 14

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:

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