Benefícios da migração do MongoDB para Cosmos DB
Depois de revisar os benefícios do Cosmos DB, seu CIO lhe deu a autorizaçã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ê seguirá as etapas para criar um banco de dados 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 de versão mais recente no seguinte site:
API do Azure Cosmos DB para MongoDB: sintaxe e recursos do MongoDB com suporte
Para começar a usar uma Cosmos DB no Azure, você cria uma conta de Cosmos DB com a API do MongoDB. Em seguida, cria um banco de dados na conta. Você pode separar suas cargas de trabalho de banco de dados em diferentes bancos, uma vantagem dessa abordagem é a granularidade na qual você pode definir a taxa de transferência em.
O acesso aos seus dados é controlado por meio de uso de 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 MongoDB local.
Normalmente, uma migração envolve uma grande quantidade de transferência de dados, e você pode aumentar a taxa de transferência temporariamente 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, o mínimo de RU/s 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 em nível de 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, é necessário escolher a configuração mais apropriada para o uso esperado do banco de dados após a migração.
Comparação entre as migrações offline e 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 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 transferência para o novo banco de dados ocorre para o online. Você deve executar uma migração de teste offline em uma cópia do sistema ao vivo para investigar se o tempo de inatividade é aceitável. Talvez seja possível executar uma migração por vez, quando a atividade normalmente estiver baixa. Se o tempo de inatividade da 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 o Azure Cosmos DB usando a API Mongo online
Para obter mais informações sobre migrações offline, consulte Migrar o MongoDB para o Azure Cosmos DB usando a API Mongo online