Migreringsplanering för MongoDB till Cosmos DB
När du har granskat fördelarna med Cosmos DB har din CIO gett dig möjlighet att köra ett konceptbevis. Den första fasen i projektet är att planera datamigreringen. Detta inkluderar att konfigurera en tom Cosmos DB som värd för migrerade data.
I den här lektionen går du igenom stegen för att skapa en Cosmos DB-databas och välja antingen en offline- eller onlinemigreringsmetod.
Kontrollera MongoDB-kompatibiliteten
Den första uppgiften före migreringen är att kontrollera att du migrerar från en version av MongoDB som stöds. Du kan kontrollera det senaste versionsstödet på följande webbplats:
Azure Cosmos DB:s API för MongoDB: funktioner och syntax som stöds
Om du vill börja använda en Cosmos DB i Azure skapar du ett Cosmos DB-konto med MongoDB-API:et. Sedan skapar du en databas i kontot. Du kan separera dina databasarbetsbelastningar i olika databaser. En fördel med den här metoden är den kornighet som du kan ange dataflödet till.
Åtkomst till dina data styrs genom användning av virtuella Azure-nätverk (VNet). Du konfigurerar VNET-nätverkssäkerhetsgruppen så att portarna 53, 443, 445, 9354 och 10000-20000 öppnas. Självklart måste du också konfigurera dina lokala brandväggar för att tillåta åtkomst via dessa portar till din lokala MongoDB-server.
En migrering innebär vanligtvis en stor mängd dataöverföring och du kan tillfälligt öka dataflödet under migreringen. Om du anger dataflöde på databasnivå bör du tänka på att varje samling kräver minst 100 RU/s. Därför är den minsta RU/s för databasen antalet samlingar multiplicerat med 100. Dataflöde på databasnivå verkar ofta lämpligare än dataflöde på samlingsnivå för migreringsscenarier, men du bör tänka på att den här inställningen inte kan ändras när den har skapats och därför bör du välja den lämpligaste inställningen för den förväntade användningen av databasen efter migreringen.
Offline- eller onlinemigrering
I en offlinemigrering stoppar du anslutningar till databasen, utför migreringen och upprättar sedan anslutningar till den nya migrerade databasen. Den importeras för att förhindra anslutningar under migreringen, eftersom dessa transaktioner går förlorade.
En onlinemigrering tillämpar alla transaktioner som sker under migreringen till den nya migrerade databasen. Inga transaktioner går förlorade.
En offlinemigrering går snabbare, men en onlinemigrering har mindre stilleståndstid. Stilleståndstiden börjar när migreringen startar offline, men stilleståndstiden startar bara i slutet av migreringen när snabbstarten till den nya databasen sker för online. Du bör köra en offlinemigrering av ett test på en kopia av livesystemet för att undersöka om stilleståndstiden är acceptabel. Det kan vara möjligt att köra migreringen vid en tidpunkt då aktiviteten vanligtvis är låg. Om stilleståndstiden för offlinemigrering inte är acceptabel väljer du onlinemigrering.
Mer information om onlinemigreringar finns i Migrera MongoDB till Azure Cosmos DB Mongo API online
Mer information om offlinemigreringar finns i Migrera MongoDB till Azure Cosmos DB Mongo API offline