Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
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.