Dela via

Optimeringssteg efter migreringen när du använder Azure Cosmos DB:s API för MongoDB

  • Artikel

GÄLLER FÖR: MongoDB

Viktigt!

Läs hela den här guiden innan du utför stegen efter migreringen.

Den här mongoDB-guiden efter migreringen är en del av serien om MongoDB-migrering. De kritiska Stegen för MongoDB-migrering är före migrering, migrering och efter migrering, enligt nedan.

Diagram över migreringssteg.

Översikt över eftermigrering

När du har migrerat data som lagras i MongoDB-databasen till API för Azure Cosmos DB för MongoDB kan du ansluta till Azure Cosmos DB och hantera data. Den här guiden innehåller anvisningar att överväga efter migreringen. Se självstudien Migrera MongoDB till Azure Cosmos DB:s API för MongoDB för migreringsstegen.

Följ de här stegen för att utföra en eftermigrering

Kommentar

Det enda obligatoriska steget efter migreringen är att ändra niska veze i ditt program så att det pekar på ditt nya Azure Cosmos DB-konto. Alla andra steg efter migreringen är rekommenderade optimeringar för att förbättra prestanda för datalager. Men om du utför programsnedskärning omedelbart utan de andra stegen, kommer ditt program omedelbart att se effekten av att ha icke-optimal indexering och konsekvens. Mer specifikt, om du snabbar upp innan du konfigurerar dina index, kan programmet se ett omedelbart pris/prestandafall. Tänk på att detta kan åtgärdas – när indexet har optimerats förväntar vi oss att Azure Cosmos DB ofta överträffar status quo-lösningen på pris/prestanda.

Förutsättningar

I den här guiden förutsätter vi att du upprätthåller en post för migreringens förlopp med hjälp av någon form av spårningsartefakt, till exempel ett kalkylblad. Om du inte redan har gjort det rekommenderar vi att du läser guiden före migreringen för vägledning om hur du skapar ett kalkylblad för dataegendomsmigrering, identifierar dina befintliga MongoDB-resurser och planerar migreringen.

Optimera indexeringsprincipen

För att optimera pris och prestanda rekommenderar vi att du går igenom kalkylbladet för migrering av dataegendom och utformar en indexkonfiguration för varje resurs.

  1. Vi rekommenderar faktiskt att du planerar dina index under fasen före migreringen. Lägg till en kolumn i kalkylbladet för migrering av dataegendom för indexinställningar.

    • Azure Cosmos DB for MongoDB-serverversionerna 3.6 och senare indexerar automatiskt endast fältet _id. Det går inte att ta bort det här fältet. Det framtvingar automatiskt unikheten i det _id fältet per shardnyckel. Om du vill indexera fler fält kan du använda MongoDB-kommandona för indexhantering. Den här standardindexeringsprincipen skiljer sig från Azure Cosmos DB för NoSQL, som indexerar alla fält som standard.

    • För Azure Cosmos DB for MongoDB-server version 3.2 indexeras alla datafält automatiskt som standard under migreringen av data till Azure Cosmos DB. I många fall är den här standardindexeringsprincipen acceptabel. I allmänhet optimerar borttagning av index skrivbegäranden och med standardindexeringsprincipen (dvs. automatisk indexering) optimeras läsbegäranden.

    • De indexeringsfunktioner som tillhandahålls av Azure Cosmos DB omfattar tillägg av sammansatta index, unika index och TTL-index (time-to-live). Indexhanteringsgränssnittet mappas till kommandot createIndex(). Läs mer i Indexering i Azure Cosmos DB och Indexering i Azure Cosmos DB:s API för MongoDB.

  2. Använd dessa indexinställningar under eftermigreringen.

Distribuera dina data globalt

Azure Cosmos DB är tillgängligt i alla Azure-regioner över hela världen.

  1. Följ riktlinjerna i artikeln Distribuera data globalt på Azure Cosmos DB:s API för MongoDB för att distribuera dina data globalt. När du har valt standardkonsekvensnivån för ditt Azure Cosmos DB-konto kan du associera en eller flera Azure-regioner (beroende på dina globala distributionsbehov). För hög tillgänglighet och affärskontinuitet rekommenderar vi alltid att du kör i minst 2 regioner. Du kan granska tipsen för att optimera kostnaden för distributioner i flera regioner i Azure Cosmos DB.

Ange konsekvensnivå

Azure Cosmos DB erbjuder 5 väldefinierade konsekvensnivåer. Om du vill läsa om mappningen mellan Konsekvensnivåer för MongoDB och Azure Cosmos DB läser du Konsekvensnivåer och Azure Cosmos DB-API:er. Standardkonsekvensnivån är sessionskonsekvensnivån. Det är valfritt att ändra konsekvensnivån och du kan optimera den för din app. Så här ändrar du konsekvensnivå med Hjälp av Azure-portalen:

  1. Gå till bladet Standardkonsekvens under Inställningar.
  2. Välj konsekvensnivå

De flesta användare lämnar sin konsekvensnivå vid standardinställningen för sessionskonsekvens. Det finns dock tillgänglighets- och prestandaavvägningar för olika konsekvensnivåer.

Ansluta eller minska ditt program

Med bearbetningen av att skära över eller ansluta ditt program kan du byta program så att det använder Azure Cosmos DB när migreringen är klar. Följ stegen nedan:

  1. Logga in på Azure Portal i ett nytt fönster.
  2. Öppna menyn Alla resurser i den vänstra rutan i Azure-portalen och leta reda på det Azure Cosmos DB-konto som du har migrerat dina data till.
  3. Öppna bladet Anslutningssträng. Den högra rutan innehåller all information som du behöver för att ansluta till ditt konto.
  4. Använd anslutningsinformationen i programmets konfiguration (eller andra relevanta platser) för att återspegla Azure Cosmos DB:s API för MongoDB-anslutning i din app. Skärmbild som visar inställningarna för en anslutningssträng.

Mer information finns på sidan Anslut ett MongoDB-program till Azure Cosmos DB .

Justera för optimal prestanda

Ett praktiskt fakta om indexering, global distribution och konsekvens – alla dessa kan enkelt konfigureras och konfigureras om som du vill. Så när du har slutfört programmets snabb användning rekommenderar vi att du övervakar programmets prestanda och justerar de här inställningarna efter behov för att uppfylla programmets krav.

Nästa steg