Begränsningsprincipen för infrastrukturresurser

Begränsning sker när en klients kapacitet förbrukar fler kapacitetsresurser än den har köpt. För mycket begränsning kan leda till en försämrad slutanvändarupplevelse. En Microsoft Fabric-klientorganisation kan skapa flera kapaciteter och tilldela arbetsytor till en specifik kapacitet för fakturering och storleksändring.

Begränsning tillämpas på kapacitetsnivå, vilket innebär att även om en kapacitet, eller en uppsättning arbetsytor, kan ha sämre prestanda på grund av överbelastning, kan andra kapaciteter fortsätta att köras normalt. I fall där funktioner som OneLake-artefakter produceras i en kapacitet och förbrukas av en annan, avgör begränsningstillståndet för den förbrukande kapaciteten om anrop till artefakten begränsas.

Balans mellan prestanda och tillförlitlighet

Fabric är utformat för att leverera blixtsnabba prestanda till sina kunder genom att ge driften åtkomst till fler kapacitetsenhetsresurser (CU) än vad som allokeras till kapaciteten. Uppgifter som kan ta flera minuter att slutföra på andra plattformar kan slutföras på bara några sekunder i Infrastrukturresurser. För att undvika att straffa användare när driftbelastningen ökar jämnar Fabric ut eller medelvärder CU-användningen av en åtgärd under minst fem minuter och ännu längre för hög CU-användning men korta körningsbegäranden. Det här beteendet säkerställer att du kan få konsekvent snabba prestanda utan begränsning.

För bakgrundsåtgärder som har långa körningstider och förbrukar tunga CU-belastningar jämnar Fabric ut sin CU-användning under en 24-timmarsperiod. Utjämning eliminerar behovet av att dataforskare och databasadministratörer ägnar tid åt att skapa jobbscheman för att sprida CU-belastningen över dagen för att förhindra att konton fryser. Med 24-timmars CU-utjämning kan schemalagda jobb köras samtidigt utan att orsaka några toppar när som helst under dagen, och du kan få konsekvent snabba prestanda utan att slösa tid på att hantera jobbscheman.

Åtgärder under flygning begränsas inte

När en kapacitet går in i ett begränsat tillstånd påverkar den bara åtgärder som begärs efter att kapaciteten har börjat begränsas. Alla åtgärder, inklusive långvariga åtgärder som skickades innan begränsningen började, tillåts köras till slutförande. Det här beteendet ger dig en försäkran om att åtgärderna har slutförts, även under ökningar av CU-användningen.

Begränsningsutlösare och begränsningssteg

Efter utjämningen kan vissa konton fortfarande uppleva toppar i CU-användningen under de högsta rapporteringstiderna. För att hantera dessa toppar kan administratörer konfigurera e-postaviseringar som ska meddelas när en kapacitet förbrukar 100 % av dess etablerade CU-resurser. Det här mönstret är en indikation på att kapaciteten kan dra nytta av belastningsutjämning, och administratören bör överväga att öka SKU-storleken. Observera att för F SKU:er kan du öka och minska dem manuellt när som helst i administratörsinställningarna. Men även om en kapacitet fungerar med sin fulla CU-potential tillämpar Fabric inte begränsning. Det här beteendet säkerställer att användarna har konsekvent snabba prestanda utan avbrott.

Den första begränsningsfasen börjar när en kapacitet har förbrukat alla sina tillgängliga CU-resurser under de kommande 10 minuterna. Om du till exempel köpte 10 enheter kapacitet och sedan förbrukade 50 enheter per minut skulle du skapa en carryforward på 40 enheter per minut. Efter två och en halv minut skulle du ha ackumulerat en carryforward på 100 enheter, lånad från framtida fönster. Nu när all kapacitet redan har förbrukats under de kommande 10 minuterna initierar Fabric sin första begränsningsnivå och alla nya interaktiva åtgärder fördröjs med 20 sekunder vid sändning. Om carryforward når en hel timme avvisas interaktiva begäranden, men schemalagda bakgrundsåtgärder fortsätter att köras. Om kapaciteten ackumulerar hela 24 timmars bärföring fryses hela kapaciteten tills transporten har betalats ut.

Framtida utjämnad förbrukning

Kommentar

Microsoft försöker förbättra kundernas flexibilitet när det gäller att använda tjänsten, samtidigt som behovet av att hantera kundkapacitetsanvändning balanseras. Därför kan Microsoft ändra eller uppdatera begränsningsprincipen för infrastrukturresurser.

Förbrukning	Principgränser	Påverkan på plattformspolicy
Användning <= 10 minuter	Skydd mot överförbrukning	Jobb kan förbruka 10 minuters framtida kapacitetsanvändning utan begränsning.
10 minuter < Användning <= 60 minuter	Interaktiv fördröjning	Användar begärda interaktiva jobb fördröjs 20 sekunder vid sändning.
60 minuter < Användning <= 24 timmar	Interaktivt avvisande	Användar begärda interaktiva jobb avvisas.
Användning > 24 timmar	Bakgrundsavslag	Alla begäranden avvisas.

Minskning av användning av carryforward-kapacitet

När en kapacitet har inaktiv kapacitet betalar systemet ned bärföringsnivåerna.

Om du har 100 CU minuter och en carryforward på 200 CU minuter, och du inte har några åtgärder igång, tar det två minuter för dig att betala av din carryforward. I det här exemplet begränsas inte systemet eftersom det finns två minuters carryforward. Begränsningsfördröjningar börjar inte förrän 10 minuters överföring har ackumulerats.

Om du behöver betala av din carryforward snabbare kan du öka SKU-storleken tillfälligt för att generera mer inaktiv kapacitet som tillämpas på din carryforward.

Begränsningsbeteendet är specifikt för Infrastrukturresurser

De flesta Fabric-produkter följer de tidigare nämnda begränsningsreglerna, men det finns vissa undantag.

Till exempel har Fabric eventstreams många åtgärder som kan köras i flera år när de har startats. Det skulle inte vara meningsfullt att begränsa nya eventstream-åtgärder, så i stället minskas mängden CU-resurser som allokerats för att hålla strömmen öppen tills kapaciteten är i gott skick igen.

Ett annat undantag är Realtidsinformation, som inte skulle vara realtid om åtgärderna försenades med 20 sekunder. Därför ignorerar Realtidsinformation den första fasen av begränsningen med 20 sekunders fördröjningar vid 10 minuters carryforward och väntar tills avvisningsfasen vid 60 minuters carryforward börjar begränsas. Det här beteendet säkerställer att användarna kan fortsätta att få prestanda i realtid även under perioder med hög efterfrågan.

På samma sätt rapporteras nästan alla åtgärder i kategorin Lager som bakgrund för att dra nytta av 24-timmars utjämning av aktiviteten för att möjliggöra de mest flexibla användningsmönstren. Om du klassificerar alla datalager som bakgrund förhindrar du att toppar i CU-användningen utlöser begränsningar för snabbt. Vissa begäranden kan utlösa en sträng med åtgärder som begränsas på olika sätt. Detta kan göra att en bakgrundsåtgärd blir föremål för begränsning som en interaktiv åtgärd.

Interaktiva klassificeringar och bakgrundsklassificeringar för begränsning och utjämning

Microsoft Fabric delar upp åtgärder i två typer, interaktiva och bakgrunder. Du hittar beskrivningar av dessa och skillnaderna mellan dem i infrastrukturåtgärder.

Vissa administratörer kanske märker att åtgärder ibland klassificeras som interaktiva och utjämnade som bakgrund, eller vice versa. Den här skillnaden sker eftersom Infrastrukturresursers begränsningssystem måste tillämpa begränsningsregler innan en begäran börjar köras. Utjämning sker när jobbet har börjat köras och CU-förbrukningen kan mätas.

Begränsningssystem försöker kategorisera åtgärder korrekt när de skickas, men ibland kan en åtgärds klassificering ändras när begränsningen har tillämpats. När åtgärden börjar köras blir mer detaljerad information om begäran tillgänglig. I tvetydiga scenarier försöker begränsningssystem fela på sidan av att klassificera åtgärder som bakgrund, vilket ligger i användarens intresse.

Spåra överförbrukning och avvisade åtgärder

Du kan se om kapaciteten överbelastas genom att granska diagrammet Användning i appen Kapacitetsmått för Microsoft Fabric. En topp som går över linjen indikerar en överbelastning. Om du vill undersöka överbelastningen ytterligare går du vidare till tidspunktssidan. Du kan sedan granska både dina interaktiva åtgärder och bakgrundsåtgärder och se vilka som var ansvariga för att överbelasta din kapacitet. Du kan också avgöra när överlagringshändelserna ägde rum.

Eftersom användning över 100 % inte automatiskt innebär begränsning måste du använda begränsningsdiagrammet vid utvärdering av överförbrukning. Därifrån kan du öppna en tabell som visar minuter att bränna ned, ett diagram med add, burndown och kumulativ procent med mera.

Om du vill visa en visuell historik över eventuell överutnyttjande av kapacitet, inklusive överföring, kumulativ och nedbrännskada av användningsdata, går du till fliken Överförbrukning. Du kan ändra den visuella överförbrukningsskalan så att den visar 10 minuter, 60 minuter och 24 timmar. Carryforward tar endast hänsyn till fakturerbara åtgärder.

Med appgranskningen för Microsoft Fabric Capacity Metrics kan administratörer se åtgärder som avvisades under en begränsningshändelse. Det finns begränsad information om dessa åtgärder eftersom de aldrig tilläts starta. Administratören kan se produkten, användaren, åtgärds-ID:t och tiden då begäran skickades. När en begäran avvisas får slutanvändarna ett felmeddelande som ber dem att försöka igen senare.

Åtgärder som du kan vidta för att återställa från överlagringssituationer

När din kapacitet begränsas till den punkt där den är låst får användarna ett fel om åtgärden kräver infrastrukturresurser. Felet kan till exempel säga Att det inte går att läsa in modellen på grund av att kapacitetsgränserna har nåtts. I sådana fall kan du använda dessa strategier för att återställa din kapacitet från dess frusna tillstånd.

• Vänta tills överlagringstillståndet är över innan du skickar nya begäranden.
• Uppgradera SKU:n för en F-kapacitet.
• Pausa/återuppta en F-kapacitet.
• Autoskalning av en P-kapacitet.
• Flytta arbetsytor med lägre prioritet eller överförbrukning av arbetsytor från kapaciteten.

Relaterat innehåll

• Installera appen Kapacitetsmått för Microsoft Fabric för att övervaka Infrastrukturkapaciteter.