Compartilhar via

Etapas de otimização após a migração com a API do Azure Cosmos DB para MongoDB

  • Artigo

APLICA-SE AO: MongoDB

Importante

Leia este guia completamente antes de realizar as etapas pós-migração.

Este guia pós-migração do MongoDB é parte da série sobre a migração do MongoDB. As etapas críticas de migração do MongoDB são a pré-migração, a migração e a pós-migração, conforme mostrado abaixo.

Diagrama das etapas de migração.

Visão geral da pós-migração

Depois de migrar os dados armazenados no banco de dados do MongoDB para a API do Azure Cosmos DB para MongoDB, você pode se conectar ao Azure Cosmos DB e gerenciar os dados. Neste guia, você encontra as etapas que deve considerar após a migração. Consulte o tutorialmigrar o MongoDB para a API do Azure Cosmos DB para MongoDB para as etapas de migração.

Siga estas etapas para realizar uma pós-migração

Observação

A única etapa pós-migração obrigatória é alterar a cadeia de conexão no aplicativo para apontar para a nova conta do Azure Cosmos DB. Todas as outras etapas pós-migração são otimizações recomendadas para melhorar o desempenho da camada de dados. No entanto, se você realizar a substituição do aplicativo diretamente sem executar as outras etapas, o aplicativo imediatamente enfrentará o impacto de ter a indexação e a consistência não ideais. Especificamente, se substituir antes de configurar os índices, o aplicativo poderá enfrentar uma queda imediata de desempenho/preço. Saiba que isso pode ser solucionado, após a otimização do índice, o Azure Cosmos DB geralmente supera a solução de status quo no desempenho/preço.

Pré-requisitos

Neste guia, supomos que você está mantendo um registro do progresso da migração usando um artefato de rastreamento como, uma planilha. Caso contrário, é recomendável a leitura do guia de pré-migração para obter as diretrizes de como compilar uma planilha de migração de propriedades de dados, descobrir os recursos do MongoDB existentes e planejar a migração.

Otimizar a política de indexação

Para otimizar o preço e o desempenho, é recomendável analisar a planilha de migração de dados e criar uma configuração de índice para cada recurso.

  1. Efetivamente, é recomendável planejar os índices durante a fase de pré-migração. Adicione uma coluna à planilha de migração de dados para as configurações de indexação.

    • As versões 3.6 e superiores do Azure Cosmos DB for MongoDB indexam automaticamente apenas o campo _id. Esse campo não pode ser removido. Ele impõe automaticamente a exclusividade do campo _id por chave de fragmento. Para indexar campos adicionais, você aplica os comandos de gerenciamento de índice do MongoDB. Essa política de indexação padrão difere do Azure Cosmos DB for NoSQL, que indexa todos os campos por padrão.

    • Para o servidor do Azure Cosmos DB for MongoDB versão 3.2, por padrão todos os campos de dados são indexados automaticamente durante a migração de dados para o Azure Cosmos DB. Em muitos casos, essa política de indexação padrão é aceitável. Em geral, a remoção de índices otimiza as solicitações de gravação e ter a política de indexação padrão (ou seja, a indexação automática) otimiza as solicitações de leitura.

    • Os recursos de indexação fornecidos pelo Azure Cosmos DB incluem a adição de índices compostos, índices exclusivos e índices TTL (vida útil). A interface de gerenciamento de índice é mapeada para o comando createIndex(). Saiba mais em Indexação no Azure Cosmos DB e Indexação na API do Azure Cosmos DB para MongoDB.

  2. Aplique essas configurações de indexação durante a pós-migração.

Distribua seus dados globalmente

O Azure Cosmos DB está disponível em todas as regiões do Azure pelo mundo.

  1. Siga as diretrizes no artigo Distribuir dados globalmente na API do Azure Cosmos DB para MongoDB para distribuir os dados globalmente. Depois de selecionar o nível de consistência padrão para sua conta do Azure Cosmos DB, você pode associar uma ou mais regiões do Azure (dependendo das suas necessidades de distribuição global). Para alta disponibilidade e continuidade dos negócios, sempre recomendamos a execução em pelo menos duas regiões. Você pode examinar as dicas para otimizar o custo de implantações de várias regiões no Azure Cosmos DB.

Definir nível de consistência

O Azure Cosmos DB oferece 5 níveis de consistênciabem definidos. Para ler sobre o mapeamento entre os níveis de consistência do MongoDB e do Azure Cosmos DB, leia Níveis de consistência e APIs de Azure Cosmos DB. O nível de consistência padrão é definido como consistência de sessão. Alterar o nível de consistência é opcional e você pode otimizá-lo para seu aplicativo. Para alterar o nível de consistência usando portal do Azure:

  1. Vá para a página consistência padrão em configurações.
  2. Selecione seu nível de consistência

A maioria dos usuários deixa seu nível de consistência como padrão na configuração de consistência da sessão. No entanto, existe oEquilíbrio entre disponibilidade e desempenho para vários níveis de coerência.

Conectar ou substituir o aplicativo

O processamento de substituição ou de conexão do aplicativo permitirá alternar o aplicativo para utilizar o Azure Cosmos DB assim que a migração for concluída. Siga as etapas abaixo:

  1. Em uma nova janela, entre no portal do Azure.
  2. No portal do Azure, no painel esquerdo, abra o menu todos os recursos e localize a conta do Azure Cosmos DB para a qual você migrou seus dados.
  3. Abra a página blade Cadeia de Conexão. O painel direito contém todas as informações necessárias para conectar-se à sua conta com êxito.
  4. Use as informações de conexão na configuração do aplicativo (ou em outros locais relevantes) para refletir a API do Azure Cosmos DB para a conexão do MongoDB em seu aplicativo. Captura de tela mostra as configurações de uma Cadeia de Conexão.

Para obter mais detalhes, consulte a página Conectar um aplicativo MongoDB ao Azure Cosmos DB.

Ajustar para um desempenho ideal

Um fato conveniente sobre a indexação, a distribuição global e a consistência é que todas podem ser facilmente configuradas e reconfiguradas conforme a necessidade. Portanto, após concluir a substituição do aplicativo é recomendável monitorar o desempenho do aplicativo e ajustar essas configurações, conforme necessário, para atender aos requisitos do aplicativo.

Próximas etapas