Migratieplanning van MongoDB naar Cosmos DB
Nadat u de voordelen van Cosmos DB hebt bekeken, heeft uw CIO u de kans gegeven om een proof-of-concept uit te voeren. De eerste fase van het project is het plannen van de gegevensmigratie. Dit omvat het instellen van een lege Cosmos DB voor het hosten van de gemigreerde gegevens.
In deze les doorloopt u de stappen voor het maken van een Cosmos DB-database en selecteert u een offline- of onlinemigratiemethode.
Uw MongoDB-compatibiliteit controleren
De eerste taak vóór de migratie is om te controleren of u migreert vanuit een ondersteunde versie van MongoDB. U kunt de nieuwste versie-ondersteuning controleren op de volgende site:
Api van Azure Cosmos DB voor MongoDB: ondersteunde functies en syntaxis
Als u een Cosmos DB in Azure wilt gaan gebruiken, maakt u een Cosmos DB-account met de MongoDB-API. Vervolgens maakt u een database in het account. U kunt uw databaseworkloads in verschillende databases scheiden. Een voordeel van deze benadering is de granulariteit waarop u de doorvoer kunt instellen.
Toegang tot uw gegevens wordt beheerd door gebruik te maken van Azure Virtual Networks (VNet). U configureert uw VNET-netwerkbeveiligingsgroep om poorten 53, 443, 445, 9354 en 10000-20000 te openen. Uiteraard moet u ook uw on-premises firewalls configureren om toegang via deze poorten tot uw on-premises MongoDB-server toe te staan.
Normaal gesproken omvat een migratie een grote hoeveelheid gegevensoverdracht en kunt u de doorvoer tijdens de migratie tijdelijk verhogen. Als u doorvoer op databaseniveau opgeeft, moet u overwegen dat voor elke verzameling ten minste 100 RU/sec is vereist. Daarom is de minimale RU/sec voor de database het aantal verzamelingen vermenigvuldigd met 100. Doorvoer op databaseniveau lijkt vaak geschikter dan doorvoer op verzamelingsniveau voor migratiescenario's, maar u moet er rekening mee houden dat deze instelling niet kan worden gewijzigd na het maken. Daarom moet u de meest geschikte instelling kiezen voor het verwachte gebruik van de database na de migratie.
Offline- of onlinemigratie
In een offlinemigratie stopt u verbindingen met de database, voert u de migratie uit en brengt u vervolgens verbindingen tot stand met de nieuwe gemigreerde database. Het wordt geïmporteerd om verbindingen tijdens de migratie te voorkomen, omdat deze transacties verloren gaan.
Met een onlinemigratie worden alle transacties toegepast die plaatsvinden tijdens de migratie naar de nieuwe gemigreerde database. Er gaan geen transacties verloren.
Een offlinemigratie is sneller, maar een onlinemigratie heeft minder downtime. Downtime begint wanneer de migratie offline wordt gestart, maar downtime begint alleen aan het einde van de migratie wanneer de cutover naar de nieuwe database online plaatsvindt. U moet een offlinemigratietest uitvoeren op een kopie van het live-systeem om te onderzoeken of de downtime acceptabel is. Het is mogelijk om de migratie tegelijk uit te voeren wanneer de activiteit doorgaans laag is. Als de downtime voor offlinemigratie niet acceptabel is, kiest u onlinemigratie.
Zie MongoDB online migreren naar Azure Cosmos DB Mongo API voor meer informatie over onlinemigraties
Zie MongoDB offline migreren naar azure Cosmos DB Mongo-API voor meer informatie over offlinemigraties