Práticas recomendadas de replicação entre regiões e da mesma região no Azure DocumentDB

Este artigo discute a recuperação de desastres entre regiões (DR) para o Azure DocumentDB. Ele também aborda as capacidades de leitura dos clusters de réplica nas mesmas ou em outras regiões do Azure para escalabilidade de operações de leitura.

O recurso de replicação entre regiões permite replicar dados de um cluster para um cluster somente leitura em outra região ou na mesma região do Azure. As réplicas são atualizadas com a tecnologia de replicação assíncrona. Você pode ter uma réplica de cluster em outra região de escolha para o cluster principal do Azure DocumentDB. Em um caso raro de interrupção da região, você pode promover a réplica do cluster em outra região para se tornar o novo cluster de leitura e gravação para a operação contínua do seu banco de dados MongoDB. Os aplicativos podem continuar a usar as mesmas cadeias de conexão depois que a réplica do cluster em outra região for promovida para se tornar o novo cluster primário.

As réplicas são novos clusters que você gerencia de forma semelhante aos clusters regulares. Para cada réplica de leitura, você será cobrado pela computação provisionada em vCores e pelo armazenamento em GiB/mês. Os custos de computação e armazenamento dos clusters de réplica têm a mesma estrutura que os clusters regulares e os preços da região do Azure em que foram criados.

Recuperação de desastre usando clusters de réplica

A replicação entre regiões é um dos vários pilares importantes da estratégia de continuidade de negócios e recuperação de desastres (BCDR) do Azure. A replicação entre regiões replica de modo assíncrono os mesmos aplicativos e dados em outras regiões do Azure para proteção de recuperação de desastre. Nem todos os serviços do Azure replicam dados automaticamente ou retornam automaticamente de uma região com falha para replicação cruzada para outra região habilitada. O Azure DocumentDB fornece uma opção para criar uma réplica de cluster em outra região e ter dados gravados no cluster primário replicados para essa réplica automaticamente. O fallback para a réplica do cluster se houver uma interrupção na região primária precisa ser iniciado manualmente.

Quando a replicação entre regiões é habilitada em um cluster do Azure DocumentDB, cada fragmento é replicado para outra região continuamente. Essa replicação mantém uma réplica dos dados na região selecionada. Essa réplica está pronta para ser usada como parte do plano de recuperação de desastres em um caso raro de interrupção da região primária. A replicação é assíncrona. As operações de gravação no fragmento do cluster primário não aguardam a conclusão da replicação para o fragmento da réplica correspondente antes de enviar a confirmação de uma gravação bem-sucedida. A replicação assíncrona ajuda a evitar o aumento das latências das operações de gravação no cluster primário.

Operações de leitura em réplicas de cluster e cadeias de conexão

A cadeia de conexão de leitura/gravação global no Azure DocumentDB direciona consistentemente gravações para o cluster ativo habilitado para gravação. Quando você inicia uma promoção de um cluster de réplica, o cluster de réplica na Região B é mudado para o modo de gravação, enquanto o cluster primário original na Região A é mudado para modo de somente leitura. Antes da promoção, a cadeia de conexão de leitura/gravação global tem como destino o cluster primário na Região A e, em seguida, atualiza para apontar para a Região B, pois assume responsabilidades de gravação. Para aplicativos que usam a cadeia de conexão de leitura/gravação global, as operações de gravação continuam perfeitamente durante todo o processo de promoção, mantendo o fluxo de dados ininterrupto.

Os clusters de réplica também estão disponíveis para leituras. Isso ajuda a descarregar operações de leitura intensivas do cluster primário ou a fornecer latência reduzida para operações de leitura aos clientes que estão localizados mais perto da região de replicação. Quando a replicação entre regiões está habilitada, os aplicativos podem usar a cadeia de conexão própria do cluster de réplica para realizar leituras da réplica do cluster. O cluster primário está disponível para operações de leitura e gravação usando sua própria cadeia de conexão.

Quando você cria uma réplica habilitando a replicação entre regiões ou a mesma região, ela não herda configurações de rede, como regras de firewall do cluster primário. Essas configurações devem ser definidas de forma independente para a réplica. A réplica herda a conta de administrador do cluster primário. As contas de usuário precisam ser gerenciadas no cluster primário. Você pode se conectar ao cluster primário e ao cluster de réplica usando as mesmas contas de usuário.

Promoção do cluster de réplicas

Se ocorrer uma interrupção na região, você poderá executar a operação de recuperação de desastres promovendo a réplica do cluster em outra região para que fique disponível para gravações. Durante a operação de promoção da réplica, estas etapas ocorrerão:

1. As gravações na réplica da região B são habilitadas, além das leituras. A réplica anterior se torna um novo cluster de leitura e gravação.
2. O cluster de réplica promovido na região B aceita gravações usando sua cadeia de conexão e a cadeia de conexão de leitura/gravação global.
3. O cluster na região A é definido como somente leitura e mantém sua cadeia de conexão.

Métodos de autenticação em clusters de réplica

Os métodos de autenticação são gerenciados independentemente nos clusters primário e de réplica. Os usuários e outras entidades de segurança, como identidades gerenciadas, são sempre gerenciados no cluster primário e sincronizados com o cluster de réplica.

Se o cluster primário tiver o método de autenticação nativo do DocumentDB desabilitado no momento em que o cluster de réplica for criado, a habilitação da autenticação nativa do DocumentDB na réplica não será permitida. Para habilitar a autenticação nativa do DocumentDB nessa réplica, ela deve primeiro ser promovida.

Conteúdo relacionado

• Saiba como habilitar a replicação e promover o cluster de réplicas
• Confira os limites e limitações de replicação
• Para resolver um problema com a replicação entre regiões, confira este guia de solução de problemas.
• Saiba mais sobre confiabilidade no Azure DocumentDB