ALWAYSON – #TIP 9 (“TOPOLOGIA – DISTRIBUTED AVAILABILITY GROUP”)

Imagine o seguinte cenário:

[…]
Você precisa implementar uma solução de HA e DR usando o SQL Server Always On Availability Groups. Neste local já existem dois nós de WSFC em seus datacenters primário e secundário que estão em domínios diferentes.

Porém alguns requisitos precisam ser atendidos:

  • Usar os dois WSFCs existentes;
  • Implementar a solução sem fazer grandes alterações. Ou seja, você não pode colocar os dois datacenters no mesmo domínio.
  • Não pode atualizar os clusters para o Windows Server 2016/2019 e em seguida criar um single multi-domain cluster.

Uma das formas de solucionar esse cenário seria combinar Always On Availability Groups com Log Shipping ou Replication. Mas digamos que você quer usar apenas o Always On.

O que você poderia fazer para implementar essa solução ??

No SQL Server 2016 foi introduzido um novo recurso chamado Distributed Availability Group que irá permitir resolver o nosso problema e o melhor com um mínimo de esforço.
Distributed Availability Group é um tipo especial do Availability Group que permite associar dois Availability Groups que pertencem a diferentes WSFC.  Podem haver versões diferentes do sistema operacional do WSFC desde que tenham a mesma versão do SQL Server (2016 ou superior).

Isso inclui domínios e cross-platform, por exemplo, entre um availability group hospedado no Linux e outro hospedado no Windows. Será possivel configurar um distributed availability group com eles, contanto que dois availability groups possam se comunicar.

A Figura 1 abaixo  mostra a arquitetura de um distributed availability group:

 

db1

Fonte: Pro SQL Server AlwaysOn Availability Group [1]

Na imagem acima podemos ver que:

  1. Existem dois datacenters o primary datacenter (DC01) e o disaster recovery datacenter (DC02).
  2. Cada datacenter possui um WSFC o que chamamos de WSFC1 e WSFC2.
  3. O WSFC1 está no datacenter primário e o WSFC2 está no datacenter secundário.
  4. Cada cluster possui seu próprio availability group AG1 e AG2.
  5. AG1 e AG2 estão associados uns aos outros com um distributed availability group.
  6. AG1 é o primary availability group e o AG2 é o secondary availability group.
  7. Todas as suas atividades de leitura/escrita ocorrem na primary replica AlwaysOnN1 e em seguida são replicadas para suas secondary replica AlwaysOnN2.
  8. As alterações também são replicadas para a primary replica AlwaysOnN3 que esta no DC02 -> WSFC2 -> AG2.

Continua…

[..]

Referência:

[1] Parui, U.; Sanil, V. Pro SQL Server Always On Availability Groups: Apress

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair /  Alterar )

Foto do Google

Você está comentando utilizando sua conta Google. Sair /  Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair /  Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair /  Alterar )

Conectando a %s