Grupos de disponibilidade distribuídos - AWS Orientação prescritiva

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Grupos de disponibilidade distribuídos

Um grupo de disponibilidade distribuído abrange dois grupos de disponibilidade separados. Você pode pensar nisso como um grupo de disponibilidade de grupos de disponibilidade. Os grupos de disponibilidade subjacentes são configurados em dois clusters WSFC diferentes. Os grupos de disponibilidade que participam de um grupo de disponibilidade distribuído não precisam compartilhar o mesmo local. Eles podem ser físicos ou virtuais, on-premises ou na nuvem pública. Os grupos de disponibilidade em um grupo de disponibilidade distribuído não precisam executar a mesma versão do SQL Server. A instância de banco de dados de destino pode executar uma versão posterior do SQL Server que a instância de banco de dados de origem.

Uma arquitetura de grupo de disponibilidade distribuída oferece uma maneira flexível de redefinir a hospedagem de uma instância ou banco de dados essencial do SQL Server no AWS. Ele fornece uma solução híbrida para o lift and shift (ou lift and transform) de seus bancos de dados essenciais do SQL Server no AWS.

Usar uma arquitetura de grupo de disponibilidade distribuída é mais eficiente do que estender os clusters WFSC on-premises existentes para AWS. Os dados são transferidos somente do primário on-premises para uma das réplicas do AWS (o encaminhador). O encaminhador é responsável por enviar dados para outras réplicas de leitura secundárias em AWS.

No diagrama a seguir, o primeiro cluster WSFC (WSFC 1) está hospedado on-premises e tem um grupo de disponibilidade locais (AG 1). O segundo cluster WSFC (WSFC 2) está hospedado na AWS e tem um grupo de disponibilidade AWS (AG 2). O AWS Direct Connect é usado como uma conexão de rede dedicada entre o ambiente on-premises e AWS. O grupo de disponibilidade on-premises (AG 1) tem duas réplicas (nós). A transferência de dados entre os nós é síncrona, com failover automático. Da mesma forma, o grupo de disponibilidade AWS (AG 2) também tem duas réplicas, e a transferência de dados entre elas é sincronizada com o failover automático. O grupo de disponibilidade distribuída mantém os bancos de dados sincronizados de forma assíncrona. Os dados são transferidos da réplica primária do SQL Server no AG 1 (que está on-premises) para a réplica primária (o encaminhador) no AG 2 (que está ativado AWS). O encaminhador é responsável por enviar dados para outras réplicas de leitura no AWS e mantendo-as atualizadas. Depois que os bancos de dados on-premises e na AWS forem sincronizados, você poderá realizar um failover manual do grupo de disponibilidade distribuído para a AWS. O banco de dados na AWS se torna o banco de dados principal para acesso de leitura/gravação dos aplicativos.

SQL Server migration process with distributed availability groups

nota

Em qualquer dado momento, há apenas um banco de dados disponível para operações de gravação. Você pode usar as réplicas secundárias restantes para operações de leitura. Para aumentar a escala horizontalmente de suas cargas de trabalho de leitura, você pode adicionar mais réplicas de leitura em várias zonas de disponibilidade no AWS.

Para obter mais informações sobre grupos de disponibilidade distribuídos, consulte: