Planejamento de migração do MongoDB para o Cosmos DB
Depois de analisar os benefícios do Cosmos DB, seu CIO lhe deu o botão para 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.
Verifique a compatibilidade do seu MongoDB
A primeira tarefa antes da migração é verificar se você está migrando de uma versão suportada do MongoDB. Você pode verificar o suporte à versão mais recente no seguinte site:
API do Azure Cosmos DB para MongoDB: recursos e sintaxe suportados
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 fazendo uso das 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 seu servidor 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/Sec. Portanto, o mínimo de RU/Seg para o banco de dados é o número de coleções multiplicado 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, deve escolher a configuração mais apropriada para o uso esperado da pós-migração do banco de dados.
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 estabelece conexões com o novo banco de dados migrado. Ele é importado para evitar conexões durante a migração, porque 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 ocorre a transferência para o novo banco de dados online. Você deve executar uma migração offline de teste em uma cópia do sistema ativo para investigar se o tempo de inatividade é aceitável. Talvez seja possível executar a migração em um momento em que a atividade é normalmente baixa. Se o tempo de inatividade para migração offline não for aceitável, escolha migração online.
Para obter mais informações sobre migrações online, consulte Migrar o MongoDB para a API Mongo do Azure Cosmos DB online
Para obter mais informações sobre migrações offline, consulte Migrar o MongoDB para a API Mongo do Azure Cosmos DB offline