Enheter för programbegäran (RU:er) i Cosmos DB (i Azure och Fabric)

Cosmos DB (i Azure och Fabric) normaliserar kostnaden för alla databasåtgärder med hjälp av enheter för programbegäran (RU) och mäter kostnaden baserat på dataflöde (enheter för begäranden per sekund, RU/s). Begärandeenheten är en prestandavaluta som abstraherar systemresurserna, till exempel bearbetning (CPU), indata-/utdataåtgärder (IOPS) och minne som krävs för att utföra databasåtgärder som stöds av Cosmos DB. Oavsett om databasåtgärden är en skrivåtgärd, en punktläsning eller en fråga mäts den alltid i RU.

En punktläsning är till exempel namnet som används för att referera till att hämta ett enskilt objekt med dess ID och partitionsnyckelvärde. En punktläsning för ett 1 KB objekt motsvarar en RU-enhet (Request Unit).

Du kan kategorisera vanliga databasåtgärder i specifika typer och göra rimliga antaganden om antalet enheter för begäranden som förbrukas av varje åtgärdstyp:

Verksamhet	Description
Läsåtgärd	Förbrukar en RU
Infoga åtgärd	Förbrukar ett variabelt antal RU:er
Upsert-åtgärd	Förbrukar ett variabelt antal RU:er
Ta bort åtgärd	Förbrukar ett variabelt antal RU:er
Frågeoperation	Förbrukar ett variabelt antal RU:er, potentiellt fler än punktåtgärder

Viktigt!

Microsoft Fabric rapporterar all användning och fakturering med hjälp av kapacitetsenheter. Cosmos DB i Microsoft Fabric normaliserar internt kostnaden för alla databasåtgärder med hjälp av begärandenheter (eller RU:er, kort sagt) och mäter kostnader baserat på genomströmning (begärandenheter per sekund, RU/s). RU/s från Cosmos DB konverteras sedan till kapacitetsenheter (CUs) inom Fabric i användnings- och faktureringssyfte.

Diagrammet ansluter visuellt resursanvändningsrutan till databasåtgärderna, vilket illustrerar att varje åtgärd förbrukar RU:er baserat på dess resurskrav.

För att hantera och planera kapacitet ser Cosmos DB till att antalet RU:er för en viss databasåtgärd över en viss datauppsättning är deterministisk. Du kan granska svarshuvudet för att följa antalet RU:er som förbrukas av valfri databasåtgärd. När du förstår de faktorer som påverkar RU-kostnader och dataflödeskraven för ditt program kan du köra programmet kostnadseffektivt. I nästa avsnitt beskrivs de tidigare nämnda faktorerna som påverkar RU-förbrukningen.

Överväganden

Tänk på följande faktorer när du beräknar antalet RU:er som förbrukas av din arbetsbelastning:

• Objektstorlek: När storleken på ett objekt ökar ökar även antalet RU:er som används för att läsa eller skriva objektet.

• Objektindexering: Som standard indexeras varje objekt automatiskt. Färre RUs förbrukas om du väljer att inte indexera vissa objekt i en container.

• Antal objektegenskaper: Förutsatt att standardindexeringen finns på alla egenskaper ökar antalet RU:er som används för att skriva ett objekt när antalet objektegenskaper ökar.

• Indexerade egenskaper: En indexprincip för varje container avgör vilka egenskaper som indexeras som standard. För att minska RU-förbrukningen för skrivåtgärder bör du begränsa antalet indexerade egenskaper.

• Typ av läsning: Punktläsningar kostar färre RU än frågeåtgärder.

• Frågemönster: Komplexiteten i en fråga påverkar hur många RU:er som används för en åtgärd. Faktorer som påverkar kostnaden för frågeåtgärder omfattar:

  • Antalet frågeresultat

  • Antalet predikat

  • Predikatens karaktär

  • Antalet användardefinierade funktioner

  • Storleken på källdata

  • Resultatuppsättningens storlek

  • Antalet och storleken på egenskaper som projiceras från en fråga

Anmärkning

Samma fråga mot samma data kostar alltid samma antal RU:er vid upprepade körningar.

Relaterat innehåll

• Indexering i Cosmos DB (i Azure och Fabric)