Visão geral de clusters estendidos

  • Artigo

Aplica-se a: Azure Stack HCI, versões 22H2 e 21H2

Uma solução de cluster estendido do Azure Stack HCI para recuperação de desastre fornece failover automático para restaurar a produção rapidamente e sem a necessidade de intervenção manual. A Réplica de Armazenamento fornece a replicação de volumes entre sites para recuperação de desastre, com todos os servidores permanecendo em sincronia.

A Réplica de Armazenamento dá suporte à replicação síncrona e assíncrona:

  • A replicação síncrona espelha dados entre sites em uma rede de baixa latência com volumes consistentes com falhas para garantir a perda de dados zero no nível do sistema de arquivos durante uma falha.
  • A replicação assíncrona espelha dados entre sites além de intervalos metropolitanos em links de rede com latências mais altas, mas sem uma garantia de que ambos os sites têm cópias idênticas dos dados no momento de uma falha. Se a replicação for concluída antes da falha, o volume de destino fica online automaticamente após o failover. Se a replicação estiver em processo no momento da falha, você deverá colocar o volume de destino online manualmente.

Há dois tipos de clusters estendidos, ativo-passivo e ativo-ativo. Você pode configurar a replicação de site ativo-passivo, em que há um site e uma direção preferenciais para replicação. A replicação ativa-ativa é onde a replicação pode ocorrer bidirecionalmente de qualquer site. Este artigo aborda apenas a configuração ativa/passiva.

Em termos simples, um site ativo é aquele que tem recursos e está fornecendo funções e cargas de trabalho para os clientes se conectarem. Um site passivo é aquele que não fornece nenhuma função ou carga de trabalho para clientes e está aguardando um failover do site ativo para recuperação de desastre.

Os locais podem estar em dois estados diferentes, cidades diferentes, andares diferentes ou salas diferentes. Os clusters estendidos que usam dois sites fornecem recuperação de desastre e continuidade dos negócios caso um site sofra uma interrupção ou falha.

Reserve alguns minutos para watch o vídeo em clustering estendido com o Azure Stack HCI:

Cluster estendido ativo-passivo

O diagrama a seguir mostra o Site 1 como o site ativo com replicação para o Site 2, uma replicação unidirecional.

Cenário de cluster estendido ativo/passivo.

Cluster estendido ativo-ativo

O diagrama a seguir mostra o Site 1 e o Site 2 como sendo sites ativos, com replicação bidirecional para o outro site.

Cenário de cluster estendido ativo/ativo

Considerações sobre failover de IP convidado

Ao falar sobre o stretch clustering, uma das considerações que devem ser consideradas são as máquinas virtuais e os endereços IP que estão sendo usados. Os datacenters que residem em locais diferentes geralmente têm sub-redes IP diferentes. Os endereços IP que as máquinas virtuais usam seriam bons para um datacenter, mas inacessíveis em outro. Portanto, o planejamento de como lidar com alterações de endereço IP deve ser contabilizado. Na maioria das vezes, há quatro maneiras diferentes de lidar com a alteração do endereço IP na máquina virtual no failover. Pode haver outros, mas este documento abordará os quatro primeiros.

O primeiro e mais fácil é o uso de DHCP. Ao mover uma máquina virtual de um site para outro, uma etapa que ela fará é solicitar um endereço DHCP. Isso obterá o endereço IP adequado para o site adequado em que ele estiver, desde que um servidor DHCP esteja disponível.

Em seguida, há o uso de um endereço estático. No entanto, ao contrário da Réplica do Hyper-V, não há uma maneira de especificar um endereço IP alternativo. Portanto, um script precisará ser criado para atribuir o endereço IP adequado para a VM, dependendo de qual site ele está. Por exemplo, o SiteA usa uma rede 1.x e o SiteB usa uma rede 156.x. Esse script precisaria detectar a rede em que a máquina virtual está e definir um esquema de endereços IP 1.x se estiver no SiteA ou em um esquema de endereços IP 156.x se estiver no SiteB. Os DNS (Serviços de Nomes de Domínio) também precisarão ser alertados sobre a alteração e replicados entre os sites.

Outra opção é o uso de um dispositivo de rede intermediário que fornecerá um único endereço IP para a máquina virtual para conectividade do cliente que pode rotear o tráfego para a máquina virtual para o site em que está atualmente. Os clientes e o DNS sempre terão o mesmo endereço para a máquina virtual, e o dispositivo intermediário precisaria acompanhar o endereço IP real e o local da máquina virtual para que os clientes sejam direcionados para a máquina virtual adequadamente.

A última opção é o uso de uma vLAN estendida. Com uma vLAN ampliada, as máquinas virtuais podem manter o mesmo endereço IP, independentemente do site em que ela está. No entanto, devido a algumas das complexidades de configurar e manter uma vLAN ampliada, essa opção não é recomendada pela Microsoft.

Com qualquer uma das opções acima, considerações adicionais (DNS, caches ARP, TTL etc.) precisam ser consideradas quando se trata de conectividade do cliente e devem ser cuidadosamente consideradas. Trabalhe com sua equipe de rede para identificar a melhor opção para atender às suas necessidades.

Próximas etapas