Planejamento de migração do MongoDB para o Cosmos DB

Depois de examinar os benefícios do Cosmos DB, seu CIO deu a você a possibilidade de executar uma prova de conceito. A primeira fase do projeto é planejar a migração de dados. Isso incluirá a configuração de um Cosmos DB vazio para hospedar os dados migrados.

Nesta unidade, você percorrerá as etapas para criar um banco de dados do Cosmos DB e selecionará um método de migração offline ou online.

Verificar a compatibilidade do MongoDB

A primeira tarefa antes da migração é verificar se você está migrando de uma versão com suporte do MongoDB. Você pode verificar o suporte à versão mais recente no seguinte site:

API do Azure Cosmos DB para MongoDB: recursos e sintaxe compatíveis

Para começar a usar um Cosmos DB no Azure, crie uma conta do Cosmos DB com a API do MongoDB. Em seguida, você cria um banco de dados na conta. Você pode separar suas cargas de trabalho de banco de dados em bancos de dados diferentes, um benefício dessa abordagem é a granularidade em que você pode definir a taxa de transferência.

O acesso aos seus dados é controlado usando redes virtuais do Azure (VNet). Você configurará seu Grupo de Segurança de Rede VNET para abrir as portas 53, 443, 445, 9354 e 10000-20000. Obviamente, você também precisará configurar seus firewalls locais para permitir o acesso por meio dessas portas ao servidor do MongoDB local.

Normalmente, uma migração envolve uma grande quantidade de transferência de dados e você pode aumentar temporariamente a taxa de transferência durante a migração. Se você especificar a taxa de transferência no nível do banco de dados, deverá considerar que cada coleção requer pelo menos 100 RU/s. Portanto, a RU/s mínima para o banco de dados é o número de coleções multiplicadas por 100. A taxa de transferência no nível do banco de dados geralmente parece mais apropriada do que a taxa de transferência no nível da coleção para cenários de migração, mas você deve considerar que essa configuração não pode ser modificada após a criação e, portanto, você deve escolher a configuração mais apropriada para o uso esperado do banco de dados após a migração.

Migração offline ou online

Em uma migração offline, você interrompe as conexões com o banco de dados, executa a migração e, em seguida, estabelece conexões com o novo banco de dados migrado. Ele é importado para impedir conexões durante a migração, pois essas transações serão perdidas.

Uma migração online aplica todas as transações que ocorrem durante a migração para o novo banco de dados migrado. Nenhuma transação é perdida.

Uma migração offline é mais rápida, mas uma migração online tem menos tempo de inatividade. O tempo de inatividade começa quando a migração começa para offline, mas o tempo de inatividade só começa no final da migração quando a substituição para o novo banco de dados ocorre para online. Você deve executar um teste de migração offline em uma cópia do sistema dinâmico para investigar se o tempo de inatividade é aceitável. Pode ser possível executar a migração em um momento em que a atividade normalmente é baixa. Se o tempo de inatividade para a migração offline não for aceitável, escolha a migração online.

Para obter mais informações sobre migrações online, consulte Migrar o MongoDB para a API do Mongo do Azure Cosmos DB online

Para obter mais informações sobre migrações offline, consulte Migrar o MongoDB para a API do Mongo do Azure Cosmos DB offline