Beräkna RU/s med azure Cosmos DB-kapacitetsplaneraren – Azure Cosmos DB för MongoDB
GÄLLER FÖR: 
MongoDB
Kommentar
Om du planerar en datamigrering till Azure Cosmos DB och allt du vet är antalet virtuella kärnor och servrar i ditt befintliga fragmenterade och replikerade databaskluster kan du även läsa om att uppskatta enheter för begäranden med virtuella kärnor eller virtuella kärnor
Det är viktigt att konfigurera dina databaser och samlingar med rätt mängd etablerat dataflöde eller enheter för begäran (RU/s) för din arbetsbelastning för att optimera kostnader och prestanda. Den här artikeln beskriver hur du använder Kapacitetshanteraren för Azure Cosmos DB för att få en uppskattning av nödvändiga RU/s och kostnaden för din arbetsbelastning när du använder Azure Cosmos DB för MongoDB. Om du använder API för NoSQL kan du läsa artikeln om hur du använder kapacitetskalkylatorn med API för NoSQL .
Kapacitetsplaneringslägen
Grundläggande
Ger en snabb ru/s på hög nivå och kostnadsuppskattning. Det här läget förutsätter standardinställningarna för Azure Cosmos DB för indexeringsprincip, konsekvens och andra parametrar.
Använd grundläggande läge för en snabb uppskattning på hög nivå när du utvärderar en potentiell arbetsbelastning som ska köras i Azure Cosmos DB. Mer information finns i hur du beräknar kostnader med grundläggande läge.
Avancerad
Ger en mer detaljerad RU/s och kostnadsuppskattning med möjlighet att justera fler inställningar: indexeringsprincip, konsekvensnivå och andra parametrar som påverkar kostnaden och dataflödet.
Använd avancerat läge när du beräknar RU/s för ett nytt projekt eller vill ha en mer detaljerad uppskattning. Mer information finns i hur du beräknar kostnader med avancerat läge.
Beräkna etablerat dataflöde och kostnader med hjälp av grundläggande läge
Om du vill få en snabb uppskattning för din arbetsbelastning med hjälp av det grundläggande läget går du till kapacitetshanteraren. Ange följande parametrar baserat på din arbetsbelastning:
| Indata | Beskrivning |
|---|---|
| API | Välj API för MongoDB |
| Antal regioner | Azure Cosmos DB for MongoDB är tillgängligt i alla Azure-regioner. Välj det antal regioner som krävs för din arbetsbelastning. Du kan associera valfritt antal regioner med ditt konto. Mer information finns i global distribution . |
| Skrivningar för flera regioner | Om du aktiverar skrivningar i flera regioner kan programmet läsa och skriva till valfri Azure-region. Om du inaktiverar skrivningar i flera regioner kan ditt program skriva data till en enda region. Aktivera skrivningar i flera regioner om du förväntar dig att ha en aktiv-aktiv arbetsbelastning som kräver skrivningar med låg svarstid i olika regioner. Till exempel en IOT-arbetsbelastning som skriver data till databasen med höga volymer i olika regioner. Skrivningar i flera regioner garanterar läs- och skrivtillgänglighet på 99,999 %. Skrivningar i flera regioner kräver mer dataflöde jämfört med de enskilda skrivregionerna. Mer information finns i artikeln om hur RU:er skiljer sig åt för enskilda regioner och regioner med flera skrivningsområden. |
| Totalt antal data som lagras i transaktionslager | Totalt antal lagrade data (GB) i transaktionslagret i en enda region. |
| Använda analysarkiv | Välj På om du vill använda Synapse-analysarkivet. Ange totalt lagrade data i analysarkivet, det representerar de uppskattade data som lagras (GB) i analysarkivet i en enda region. |
| Objektstorlek | Den uppskattade storleken på dokumenten, från 1 KB till 2 MB. |
| Söker efter/s | Antal sökåtgärder som förväntas per sekund per region. |
| Infogar/s | Antal infogningsåtgärder som förväntas per sekund per region. |
| Uppdateringar per sekund | Antal uppdateringsåtgärder som förväntas per sekund per region. När du väljer automatisk indexering beräknas de uppskattade RU/s för uppdateringsåtgärden som en egenskap som ändras per uppdatering. |
| Tar bort/s | Antal borttagningsåtgärder som förväntas per sekund per region. |
När du har fyllt i nödvändig information väljer du Beräkna. Fliken Kostnadsuppskattning visar den totala kostnaden för lagring och etablerat dataflöde. Du kan expandera länken Visa information på den här fliken för att få en uppdelning av det dataflöde som krävs för olika CRUD- och frågebegäranden. Varje gång du ändrar värdet för ett fält väljer du Beräkna för att beräkna om den uppskattade kostnaden.
Beräkna etablerat dataflöde och kostnader med avancerat läge
Med avancerat läge kan du ange fler inställningar som påverkar RU/s-uppskattningen. Om du vill använda det här alternativet går du till kapacitetshanteraren och loggar in på verktyget med ett konto som du använder för Azure. Inloggningsalternativet är tillgängligt i det högra hörnet.
När du har loggat in kan du se fler fält jämfört med fälten i grundläggande läge. Ange de andra parametrarna baserat på din arbetsbelastning.
| Indata | Beskrivning |
|---|---|
| API | Azure Cosmos DB är en tjänst för flera modeller och flera API:er. Välj API för MongoDB. |
| Antal regioner | Azure Cosmos DB for MongoDB är tillgängligt i alla Azure-regioner. Välj det antal regioner som krävs för din arbetsbelastning. Du kan associera valfritt antal regioner med ditt Azure Cosmos DB-konto. Mer information finns i global distribution . |
| Skrivningar för flera regioner | Om du aktiverar skrivningar i flera regioner kan programmet läsa och skriva till valfri Azure-region. Om du inaktiverar skrivningar i flera regioner kan ditt program skriva data till en enda region. Aktivera skrivningar i flera regioner om du förväntar dig att ha en aktiv-aktiv arbetsbelastning som kräver skrivningar med låg svarstid i olika regioner. Till exempel en IOT-arbetsbelastning som skriver data till databasen med höga volymer i olika regioner. Skrivningar i flera regioner garanterar läs- och skrivtillgänglighet på 99,999 %. Skrivningar i flera regioner kräver mer dataflöde jämfört med de enskilda skrivregionerna. Mer information finns i artikeln om hur RU:er skiljer sig åt för enskilda regioner och regioner med flera skrivningsområden. |
| Standardkonsekvens | Azure Cosmos DB for MongoDB har stöd för 5 konsekvensnivåer så att utvecklare kan balansera kompromissen mellan konsekvens, tillgänglighet och svarstidsavvägningar. Mer information finns i artikeln om konsekvensnivåer . Som standard använder API för MongoDB sessionskonsekvens, vilket garanterar möjligheten att läsa egna skrivningar i en session. Om du väljer stark eller begränsad föråldring krävs dubbelt så många RU/s för läsningar, jämfört med session, konsekvent prefix och eventuell konsekvens. Stark konsekvens med skrivningar i flera regioner stöds inte och standardvärdet är automatiskt skrivningar med en region med stark konsekvens. |
| Indexeringsprincip | Om du väljer Alternativet Av indexeras ingen av egenskaperna. Detta resulterar i den lägsta RU-avgiften för skrivningar. Inaktivera indexeringsprincipen om du bara planerar att fråga med hjälp av fältet _id och shardnyckeln för varje fråga (båda per fråga). Om du väljer alternativet Automatisk indexerar 3.6- och högre versioner av API för MongoDB automatiskt _id inlämnade. När du väljer automatisk indexering motsvarar det att ange ett jokerteckenindex (där varje egenskap indexeras automatiskt). Använd jokerteckenindex för alla fält för flexibla och effektiva frågor. Om du väljer alternativet Anpassad kan du ange hur många egenskaper som indexeras med flernyckelindex eller sammansatta index. Du kan ange antalet egenskaper som indexeras senare i formuläret. Mer information finns i indexhantering i API för MongoDB. |
| Totalt antal data som lagras i transaktionslager | Totalt antal lagrade data (GB) i transaktionslagret i en enda region. |
| Använda analysarkiv | Välj På om du vill använda Synapse-analysarkivet. Ange totalt lagrade data i analysarkivet, det representerar de uppskattade data som lagras (GB) i analysarkivet i en enda region. |
| Arbetsbelastningsläge | Välj alternativet Stadig om din arbetsbelastningsvolym är konstant. Välj alternativet Variabel om din arbetsbelastningsvolym ändras över tid. Till exempel under en viss dag eller en månad. Följande inställning är tillgänglig om du väljer alternativet för variabel arbetsbelastning:
Om du till exempel har en arbetsbelastning som har hög aktivitet under 09.00–18.00 vardagars kontorstid är 45 procentandelen tid vid hög belastning timmar vid veckans topp (168 hours), vilket motsvarar: $45/168 = 0,267 = ~27%$.Med intervall med hög och låg belastning kan du optimera din kostnad genom att programmatiskt skala upp och ned ditt etablerade dataflöde . |
| Objektstorlek | Storleken på dokumenten, från 1 KB till 2 MB. Du kan lägga till uppskattningar för flera exempelobjekt. Du kan också ladda upp exempeldokument (JSON) för en mer exakt uppskattning. Om din arbetsbelastning har flera typer av objekt (med olika JSON-innehåll) i samma container kan du ladda upp flera JSON-dokument och hämta uppskattningen. Använd knappen Lägg till nytt objekt för att lägga till flera JSON-exempeldokument. |
| Åtgärdstyp | Typ av åtgärd, till exempel Hitta, Aggregera, Ändra osv. |
| Ru-avgift (Request Unit) per samtal | Den uppskattade RU/s-kostnaden för att köra den valda åtgärdstypen. |
| Samtal per sekund per region | Antal valda åtgärdstyper som körs per sekund per region. |
Du kan också använda knappen Spara uppskattning för att ladda ned en CSV-fil som innehåller den aktuella uppskattningen.
Priserna som visas i kapacitetsplaneraren är uppskattningar baserat på de offentliga priserna för dataflöde och lagring. Alla priser visas i US-dollar. Se prissidan för Azure Cosmos DB för att se alla priser per region.
Nästa steg
- Om allt du vet är antalet virtuella kärnor och servrar i ditt befintliga databaskluster läser du om att uppskatta enheter för begäranden med virtuella kärnor eller virtuella kärnor
- Läs mer om Prissättningsmodellen för Azure Cosmos DB.
- Skapa ett nytt Azure Cosmos DB-konto, en databas och en container.
- Lär dig hur du optimerar kostnaden för etablerat dataflöde.
- Lär dig hur du optimerar kostnader med reserverad kapacitet.
- Försöker du planera kapacitet för en migrering till Azure Cosmos DB? Du kan använda information om ditt befintliga databaskluster för kapacitetsplanering.