Configurar a distribuição global do Azure Cosmos DB com a API para Tabela

  • Artigo

APLICA-SE A: Tabela

Este artigo abrange as seguintes tarefas:

  • Configurar a distribuição global com o portal do Azure
  • Configurar a distribuição global com a API para Tabela

Adicionar regiões de base de dados globais com o Portal do Azure

O Azure Cosmos DB está disponível em todas as regiões do Azure em todo o mundo. Depois de selecionar o nível de consistência predefinido para a sua conta de base de dados, pode associar uma ou mais regiões (dependendo da sua escolha do nível de consistência predefinido e das suas necessidades de distribuição global).

  1. No Portal do Azure, na barra esquerda, clique em Azure Cosmos DB.

  2. Na página Azure Cosmos DB, selecione a conta de base de dados a modificar.

  3. Na página da conta, clique em Replicar dados globalmente no menu.

  4. Na página Replicar dados globalmente, selecione as regiões a adicionar ou remover, clicando em regiões do mapa e, em seguida, clique em Guardar. Existe um custo para a adição de regiões, consulte a página de preços ou o artigo Distribuir dados globalmente com o Azure Cosmos DB para obter mais informações.

    Clicar em regiões do mapa para adicioná-las ou removê-las

Depois de adicionar uma segunda região, a opção Ativação Pós-falha Manual fica ativada na página Replicar dados globalmente no portal. Pode utilizar esta opção para testar o processo de ativação pós-falha ou alterar a região de escrita principal. Depois de adicionar uma terceira região, a opção Prioridades da Ativação Pós-falha fica ativada na mesma página, para que possa alterar a ordem de ativação pós-falha para as leituras.

Selecionar regiões globais de bases de dados

Existem dois cenários comuns para configurar duas ou mais regiões:

  1. Proporcionar acesso de latência baixa aos dados pelos utilizadores finais, independentemente da respetiva localização em todo o mundo
  2. Adicionar resiliência regional para continuidade empresarial e recuperação após desastre (BCDR)

Para proporcionar latência baixa aos utilizadores finais, recomenda-se que implemente a aplicação e o Azure Cosmos DB nas regiões que correspondem àquelas onde os utilizadores da aplicação estão localizados.

Para BCDR, é recomendado adicionar regiões com base nos pares de regiões descritos no artigo Replicação entre regiões no Azure: Continuidade do negócio e recuperação após desastre .

Ligar a uma região preferencial com a API para Tabela

Para tirar partido da distribuição global, as aplicações cliente devem especificar a localização atual onde a aplicação está em execução. Isto é feito ao definir a CosmosExecutorConfiguration.CurrentRegion propriedade . A CurrentRegion propriedade deve conter uma única localização. Cada instância de cliente pode especificar a sua própria região para leituras de baixa latência. A região tem de ter o nome ao utilizar os respetivos nomes a apresentar , como "E.U.A. Oeste".

O SDK do Azure Cosmos DB para Tabela escolhe automaticamente o melhor ponto final para comunicar com base na configuração da conta e na disponibilidade regional atual. Atribui prioridades à região mais próxima para proporcionar uma melhor latência aos clientes. Depois de definir a propriedade atual CurrentRegion , os pedidos de leitura e escrita são direcionados da seguinte forma:

  • Pedidos de leitura: Todos os pedidos de leitura são enviados para o configurado CurrentRegion. Com base na proximidade, o SDK seleciona automaticamente uma região georreplicada de contingência para elevada disponibilidade.

  • Escrever pedidos: O SDK envia automaticamente todos os pedidos de escrita para a região de escrita atual. Numa conta com escritas em várias regiões, a região atual também servirá os pedidos de escrita. Com base na proximidade, o SDK seleciona automaticamente uma região georreplicada de contingência para elevada disponibilidade.

Se não especificar a CurrentRegion propriedade, o SDK utiliza a região de escrita atual para todas as operações.

Por exemplo, se uma conta do Azure Cosmos DB estiver nas regiões "E.U.A. Oeste" e "E.U.A. Leste". Se "E.U.A. Oeste" for a região de escrita e a aplicação estiver presente em "E.U.A. Leste". Se a propriedade CurrentRegion não estiver configurada, todos os pedidos de leitura e escrita são sempre direcionados para a região "E.U.A. Oeste". Se a propriedade CurrentRegion estiver configurada, todos os pedidos de leitura são servidos a partir da região "E.U.A. Leste".

Passos seguintes

Neste tutorial, fez o seguinte:

  • Configurar a distribuição global com o portal do Azure
  • Configurar a distribuição global do Azure Cosmos DB com APIs de Tabela