Dela via


Burstbar kapacitet i Fabricdatalager

Gäller för:✅ SQL-analysslutpunkt och lager i Microsoft Fabric

En infrastrukturkapacitet är en distinkt resurskälla vars storlek (eller SKU) bestämmer mängden tillgänglig beräkningskraft. Slutpunkt för datalager- och SQL-analys erbjuder elastisk kapacitet som gör att belastningar kan använda fler resurser för att uppnå bättre prestanda.

Burstbar kapacitet

Burstkapacitet har en direkt korrelation till den SKU som har tilldelats Fabric-kapaciteten i arbetsytan. Det är också en funktion av arbetsbelastningen. En arbetsbelastning som inte är krävande kanske aldrig använder kapacitetsenheter med variabel effekt. Arbetsbelastningen kan uppnå optimala prestanda inom baslinjekapaciteten som har köpts.

För att avgöra om din arbetsbelastning använder burstbar kapacitet kan följande formel användas för att beräkna skalningsfaktorn för din arbetsbelastning: Capacity Units (CU) / duration / Baseline CU = Scale factor

Som en illustration av den här formeln, om din kapacitet är en F8 och din arbetsbelastning tar 100 sekunder att slutföra, och den använder 1500 CU, beräknas skalningsfaktorn på följande sätt: 1500 / 100 / 8 = 1.875

CU kan fastställas med hjälp av appen Kapacitetsmått för Microsoft Fabric.

När en skalningsfaktor är över 1 innebär det att burstbar kapacitet används för att uppfylla arbetsbelastningens krav. Det innebär också att din belastning lånar kapacitetsenheter från ett framtida tidsintervall. Detta är ett grundläggande begrepp i Microsoft Fabric som kallas utjämning.

Utjämning ger avlastning för kunder som skapar plötsliga toppar under rusningstid, medan de har mycket outnyttjad kapacitet. Smoothing förenklar kapacitetshanteringen genom att fördela utvärderingen av beräkningsprocesser för att säkerställa att kundernas uppgifter körs smidigt och effektivt.

SKU-skyddsräcken

Burstbar kapacitet är begränsad. Det finns en gräns som tillämpas på beräkningsresurserna på serversidan för att avsevärt minska risken för att arbetsbelastningar för lager- och SQL-analysslutpunkter orsakar strypning.

Gränsen är en skalfaktor som är direkt korrelerad till den SKU-storlek för fabrikkapacitet som tilldelas arbetsytan.

Tyg-SKU Motsvarande Premium-SKU Grundkapacitetsenheter (CU) Burstbar skalningsparameter
F2 2 1x - 32x
F4 4 1x - 16x
F8 8 1x - 12x
F16 16 1x - 12x
F32 32 1x - 12x
F64 P1 64 1x - 12x
F128 P2 128 1x - 12x
F256 P3 256 1x - 12x
F512 P4 512 1x - 12x
F1024 P5 1024 1x - 12x
F2048 2048 1x - 12x

Mindre SKU-storlekar används ofta för utvecklings-/testscenarier eller ad hoc-arbetsbelastningar. Den större skalningsfaktor som visas i tabellen ger mer bearbetningskraft som överensstämmer med lägre övergripande användning som vanligtvis finns i dessa miljöer.

Större SKU-storlekar har åtkomst till fler totala kapacitetsenheter, vilket gör att mer komplexa arbetsbelastningar kan köras optimalt och med mer samtidighet. Om önskad prestanda för en arbetsbelastning inte uppnås kan det därför vara fördelaktigt att öka kapacitetens SKU-storlek .

Anteckning

Den maximala ökbara skalningsfaktorn kan endast observeras under extremt små tidsintervall, ofta inom en enda fråga för sekunder eller till och med millisekunder. När du använder Microsoft Fabric-appen för kapacitetsmått för att övervaka skalbar kapacitet blir skalningsfaktorn lägre över längre tidsperioder.

Isoleringsgränser

Informationslagret isolerar helt inmatning från frågebearbetning, enligt beskrivningen i Arbetsbelastningshantering.

Den burstable skalningsfaktorn kan uppnås oberoende för inmatning samtidigt som den burstable skalningsfaktorn uppnås för frågebearbetning. Dessa skalningsfaktorer kapslar in alla processer i en enda arbetsyta. Flera arbetsytor kan dock kopplas till en kapacitet. Därför skulle den sammanlagda maxskalningsfaktorn för en kapacitet representeras i följande formel: ([Query burstable scale factor] + [Ingestion burstable scale factor]) * [number of Fabric workspaces] = [aggregate burstable scale factor]

Att tänka på

  • Vanligtvis ska en komplex förfrågan som körs på en arbetsyta som är tilldelad en SKU med liten kapacitet slutföras. Men om datahämtningen eller mellanliggande databehandling fysiskt inte kan köras inom den burstbara skalningsfaktorn resulterar det i följande felmeddelande: This query was rejected due to current capacity constraints. Granska prestandariktlinjerna för att säkerställa data- och frågeoptimering innan du ökar SKU-storleken. Kontakta kapacitetsadministratören om du vill öka SKU-storleken.

  • När kapaciteten har storleksändrats tillämpas nya begränsningar när nästa fråga körs. Prestanda bör stabiliseras till den nya SKU-kapaciteten inom några sekunder efter den första förfrågan.

  • En arbetsbelastning som körs på en icke-optimal kapacitetsstorlek kan vara föremål för resurskonkurrering (till exempel spill) som kan öka CU-användningen av arbetsbelastningen.