Replicação entre regiões no Azure Cosmos DB para MongoDB vCore
APLICA-SE A: 
MongoDB vCore
Este artigo discute a recuperação de desastres (DR) entre regiões para o Azure Cosmos DB para MongoDB vCore. Ele também abrange os recursos de leitura das réplicas de cluster em outras regiões 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 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 vCore primário do Azure Cosmos DB para MongoDB. Em um caso raro de interrupção de região, você pode promover a réplica de cluster em outra região para se tornar o novo cluster de leitura-gravação para operação contínua do banco de dados MongoDB. Os aplicativos podem continuar a usar as mesmas cadeias de conexão depois que a réplica de cluster em outra região for promovida para se tornar o novo cluster primário.
As réplicas são novos clusters que pode gerir de forma semelhante aos clusters normais. Para cada réplica de leitura, são-lhe faturados a computação aprovisionada nos vCores e o armazenamento em GiB/mês. Os custos de computação e armazenamento para clusters de réplica têm a mesma estrutura que os clusters regulares e os preços da região do Azure onde são criados.
Recuperação de desastres usando réplicas de leitura de cluster
A replicação entre regiões é um dos vários pilares importantes na estratégia BCDR (continuidade de negócios e recuperação de desastres) do Azure. A replicação entre regiões replica de forma assíncrona os mesmos aplicativos e dados em outras regiões do Azure para proteção de recuperação de desastres. 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 Cosmos DB para MongoDB vCore 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 vCore do Azure Cosmos DB para MongoDB, cada fragmento é replicado para outra região continuamente. Essa replicação mantém uma réplica de 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 esperem pela replicação concluída no 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 latências maiores para operações de gravação no cluster primário.
Gravações contínuas, operações de leitura em réplicas de cluster e cadeias de conexão
A cadeia de conexão global de leitura-gravação no Azure Cosmos DB para MongoDB direciona consistentemente as gravações para o cluster ativo habilitado para gravação. Ao iniciar uma promoção de cluster de réplica, o cluster de réplica na Região B é alternado para o modo de gravação, enquanto o cluster primário original na Região A transita para somente leitura. Antes da promoção, a cadeia de conexão global de leitura-gravação tem como alvo o cluster primário na Região A e, em seguida, é atualizada para apontar para a Região B à medida que assume responsabilidades de gravação. Para aplicativos que usam a cadeia de conexão global de leitura-gravação, as operações de gravação continuam perfeitamente durante todo o processo de promoção, mantendo o fluxo de dados ininterrupto.
Clusters de réplica também estão disponíveis para leitura. Ele ajuda a descarregar operações de leitura intensivas do cluster primário ou fornecer latência reduzida para operações de leitura para os clientes localizados mais próximos da região de replicação. Quando a replicação entre regiões está habilitada, os aplicativos podem usar a cadeia de autoconexão do cluster de réplica para executar 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 automática.
Quando você cria uma réplica habilitando a replicação entre regiões, ela não herda configurações de rede, como regras de firewall do cluster primário. Essas configurações devem ser configuradas independentemente 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 seu cluster de réplica usando as mesmas contas de usuário.
Promoção de cluster de réplica
Se ocorrer uma interrupção de região, você poderá executar a operação de recuperação de desastres promovendo a réplica do cluster em outra região para ficar disponível para gravações. Durante a operação de promoção de réplicas, estas etapas estão acontecendo:
- As gravações na réplica na região B são habilitadas, além das leituras. A réplica anterior torna-se um novo cluster de leitura-gravação.
- 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 global de leitura-gravação.
- O cluster na região A é definido como somente leitura e mantém sua cadeia de conexão.
Importante
Como a replicação é assíncrona, alguns dados do cluster na região A podem não ser replicados para a região B quando a réplica do cluster na região B é promovida. Se esse for o caso, a promoção resultará nos dados não replicados não presentes em ambos os clusters.