Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Importante
Você está procurando uma solução de banco de dados para cenários de alta escala com um contrato de nível de serviço (SLA) de disponibilidade de 99.999%, dimensionamento automático instantâneo e failover automático em várias regiões? Considere Azure Cosmos DB para NoSQL.
Este artigo abrange as seguintes tarefas:
- Configurar a distribuição global com o portal do Azure
- Configurar a distribuição global usando 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).
No Portal do Azure, na barra esquerda, clique em Azure Cosmos DB.
Na página Azure Cosmos DB, selecione a conta de base de dados a modificar.
Na página da conta, clique em Replicar dados globalmente no menu.
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.
Depois de adicionar uma segunda região, a opção Falha Manual é ativada na página Replicar dados globalmente no portal. Pode utilizar esta opção para testar o processo de failover 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:
- Proporcionar acesso de latência baixa aos dados pelos utilizadores finais, independentemente da respetiva localização em todo o mundo
- 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, é recomendável adicionar regiões com base nos pares de regiões descritos no artigo Replicação entre regiões no Azure: continuidade de negócios e recuperação de desastres.
Conectando-se a uma região preferencial usando a API para Tabela
Para aproveitar a distribuição global, os aplicativos cliente devem especificar o local atual onde o aplicativo está sendo executado. Isso é feito definindo a CosmosExecutorConfiguration.CurrentRegion propriedade. A propriedade CurrentRegion deve conter apenas um único local. Cada instância de cliente pode especificar sua própria região para leituras de baixa latência. A região deve ser nomeada usando seus nomes de exibição, como "Oeste dos EUA".
O SDK do Azure Cosmos DB para Tabela escolhe automaticamente o melhor endpoint para comunicação, com base na configuração da conta e na disponibilidade regional atual. Ele prioriza a região mais próxima para fornecer melhor latência aos clientes. Depois de definir a propriedade atual CurrentRegion , as solicitações de leitura e gravação são direcionadas da seguinte maneira:
Solicitações de leitura: Todas as solicitações de leitura são enviadas para o configurado
CurrentRegion. Com base na proximidade, o SDK seleciona automaticamente uma região replicada geograficamente para alta disponibilidade.Solicitações de gravação: o SDK envia automaticamente todas as solicitações de gravação para a região de gravação atual. Numa conta com escritas em várias regiões, a região atual também processa os pedidos de escrita. Com base na proximidade, o SDK seleciona automaticamente uma região replicada geograficamente para alta disponibilidade.
Se você não especificar a CurrentRegion propriedade, o SDK usará a região de gravação atual para todas as operações.
Por exemplo, se uma conta do Azure Cosmos DB estiver nas regiões "Oeste dos EUA" e "Leste dos EUA". Se "West US" for a região de escrita e o aplicativo estiver presente em "East US". Se a propriedade CurrentRegion não estiver configurada, todos os pedidos de leitura e escrita são sempre direcionados para a região "West US". Se a propriedade CurrentRegion estiver configurada, todas as solicitações de leitura serão atendidas da região "Leste dos EUA".
Passos seguintes
Neste tutorial, fez o seguinte:
- Configurar a distribuição global com o portal do Azure
- Configurar a distribuição global utilizando as APIs de Tabela do Azure Cosmos DB