Optimeringssteg efter migrering 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 MongoDB-migreringsstegen är före migrering, migrering och efter migrering, enligt nedan.

Diagram över migreringssteg.

Översikt över efter migreringen

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 dessa steg för att utföra en eftermigrering

Anteckning

Det enda obligatoriska steget efter migreringen är att ändra anslutningssträngen i ditt program så att den 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 programbeskärning omedelbart utan de andra stegen ser ditt program omedelbart effekten av att ha icke-optimal indexering och konsekvens. Mer specifikt kan det hända att programmet ser ett omedelbart pris/prestandafall om du snabbar på innan du konfigurerar dina index. 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 antar 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 migrering av dataegendom, 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 för 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 _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 för 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 standardindexeringsprincipen (dvs. automatisk indexering) optimerar läsbegäranden.

    • Indexeringsfunktionerna 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 läsa 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. Mer information om mappningen mellan MongoDB- och Azure Cosmos DB-konsekvensnivåerna finns i 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 Portal:

  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 ned eller ansluta ditt program kan du växla ditt 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. Från Azure Portal öppnar du menyn Alla resurser i den vänstra rutan och letar 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 optimala prestanda

Ett praktiskt faktum om indexering, global distribution och konsekvens – alla dessa kan enkelt konfigureras och konfigureras om som du vill. Så när du har slutfört programbegränsningen 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