Fabric-begrænsningspolitikken
Begrænsning sker, når en lejers kapacitet forbruger flere kapacitetsressourcer, end den har købt. For meget begrænsning kan resultere i en forringet slutbrugeroplevelse. En Microsoft Fabric-lejer kan oprette flere kapaciteter og tildele arbejdsområder til en bestemt kapacitet til fakturering og størrelse.
Begrænsning anvendes på kapacitetsniveau, hvilket betyder, at mens én kapacitet eller et sæt arbejdsområder kan opleve reduceret ydeevne på grund af overbelastning, kan andre kapaciteter fortsætte med at køre normalt. I tilfælde, hvor funktioner som OneLake-artefakter produceres i én kapacitet og forbruges af en anden, bestemmer forbrugskapacitetens begrænsningstilstand, om kald til artefaktet begrænses.
Balance mellem ydeevne og pålidelighed
Fabric er designet til at levere lynhurtigt ydeevne til sine kunder ved at give drifterne adgang til flere kapacitetsenhedsressourcer, end der er allokeret til kapaciteten. Opgaver, der kan tage flere minutter at udføre på andre platforme, kan udføres på få sekunder på Fabric. For at undgå at straffe brugerne, når driftsmæssige belastninger bølge, Fabric glatter eller gennemsnit CU brug af en operation over mindst fem minutter, og endnu længere for høj CU forbrug, men kort kørsel anmodninger. Denne funktionsmåde sikrer, at du kan få en konsekvent hurtig ydeevne uden at opleve begrænsning.
For baggrundshandlinger, der har lange kørselstider og forbruger tunge CU-belastninger, udjævner Fabric deres CU-forbrug over en 24-timers periode. Udjævning fjerner behovet for, at dataforskere og databaseadministratorer bruger tid på at oprette jobplaner for at sprede CU-belastningen over hele dagen for at forhindre konti i at fryse. Med 24-timers CU-udjævning kan planlagte job køre samtidigt uden at forårsage stigninger når som helst i løbet af dagen, og du kan nyde den konstant hurtige ydeevne uden at spilde tid på at administrere jobplaner.
In-flight operationer er ikke begrænset
Når en kapacitet går i en begrænset tilstand, påvirker den kun de handlinger, der anmodes om, efter at kapaciteten er begyndt at begrænse. Alle handlinger, herunder langvarige handlinger, der blev sendt, før begrænsningen begyndte, har tilladelse til at køre til fuldførelse. Denne funktionsmåde giver dig sikkerhed for, at handlingerne er fuldført, selv under overspændinger i CU-forbrug.
Throttle-udløsere og throttle-faser
Efter udjævning kan nogle konti stadig opleve stigninger i CU-forbruget under spidsbelastningsrapporteringstider. For at hjælpe med at administrere disse spidsbelastninger kan administratorer konfigurere mailbeskeder, der skal underrettes, når en kapacitet forbruger 100 % af sine klargjorte CU-ressourcer. Dette mønster er en indikation af, at kapaciteten kan drage fordel af justering af belastning, og administratoren bør overveje at øge SKU-størrelsen. Det er vigtigt at bemærke, at for F-SKU'er kan du manuelt øge og reducere dem når som helst i administratorindstillingerne. Men selvom en kapacitet opererer på sit fulde CU-potentiale, anvender Fabric ikke begrænsning. Denne funktionsmåde sikrer, at brugerne har en konsekvent hurtig ydeevne uden at opleve afbrydelser.
Den første fase af begrænsningen begynder, når en kapacitet har brugt alle sine tilgængelige CU-ressourcer i de næste 10 minutter. Hvis du f.eks. har købt 10 enheder kapacitet og derefter forbrugt 50 enheder pr. minut, skal du oprette en overførsel på 40 enheder pr. minut. Efter to og et halvt minut, ville du have akkumuleret en carryforward på 100 enheder, lånt fra fremtidige vinduer. På dette tidspunkt, hvor al kapacitet allerede er opbrugt i de næste 10 minutter, starter Fabric sit første niveau af begrænsning, og alle nye interaktive handlinger forsinkes med 20 sekunder efter indsendelsen. Hvis overførsel når en hel time, afvises interaktive anmodninger, men planlagte handlinger i baggrunden fortsætter med at køre. Hvis kapaciteten ophobes i hele 24 timers fremførsel, fastfryses hele kapaciteten, indtil der betales overførsel.
Fremtidigt udjævningsforbrug
Bemærk
Microsoft forsøger at forbedre kundefleksibiliteten i forbindelse med brugen af tjenesten, samtidig med at behovet for at administrere forbrug af kundekapacitet opvejes. Derfor kan Microsoft ændre eller opdatere Fabric-begrænsningspolitikken.
| Brug | Politikgrænser | Effekt af platformspolitikoplevelse |
|---|---|---|
| Forbrug <= 10 minutter | Beskyttelse mod overage | Job kan forbruge 10 minutters fremtidig kapacitetsanvendelse uden begrænsning. |
| 10 minutter < forbrug <= 60 minutter | Interaktiv forsinkelse | Brugeropsøgte interaktive job forsinkes 20 sekunder ved indsendelse. |
| 60 minutter < forbrug <= 24 timer | Interaktiv afvisning | Brugeropsøgte interaktive job afvises. |
| Forbrug > 24 timer | Afvisning i baggrunden | Alle anmodninger afvises. |
Reduktion af brug af fremførselskapacitet
Når en kapacitet har inaktiv kapacitet, betaler systemet overførselsniveauerne.
Hvis du har 100 CU minutter og en carryforward på 200 CU minutter, og du ikke har nogen operationer kører, det tager to minutter for dig at betale din carryforward. I dette eksempel begrænses systemet ikke, da der er to minutters overførsel. Begrænsningsforsinkelser begynder først, når 10 minutters overførsel er akkumuleret.
Hvis du har brug for at betale din overførsel hurtigere, kan du midlertidigt øge din SKU-størrelse for at generere mere inaktiv kapacitet, der anvendes på din carryforward.
Begrænsningsadfærd er specifik for Fabric
Selvom de fleste Fabric-produkter følger de tidligere nævnte begrænsningsregler, er der nogle undtagelser.
Fabric-hændelsesstrømme har f.eks. mange handlinger, der kan køre i årevis, når de er startet. Det ville ikke give mening at begrænse nye hændelsesstrømme, så i stedet reduceres mængden af CU-ressourcer, der er allokeret til at holde streamen åben, indtil kapaciteten er i god stand igen.
En anden undtagelse er Realtidsintelligens, som ikke ville være i realtid, hvis handlingerne blev forsinket med 20 sekunder. Som et resultat heraf ignorerer realtidsintelligens den første fase af begrænsningen med 20 sekunders forsinkelser ved 10 minutters overførsel og venter, indtil afvisningsfasen ved 60 minutters fremførsel begynder at begrænse. Denne funktionsmåde sikrer, at brugerne fortsat kan nyde godt af ydeevnen i realtid, selv i perioder med høj efterspørgsel.
På samme måde rapporteres næsten alle handlinger i kategorien Warehouse som baggrund for at drage fordel af 24-timers udjævning af aktiviteter for at give mulighed for de mest fleksible forbrugsmønstre. Hvis du klassificerer alle datawarehousing som baggrund , forhindres spidsbelastninger af CU-udnyttelsen i at udløse begrænsning for hurtigt. Nogle anmodninger kan udløse en streng af handlinger, der er begrænset forskelligt. Dette kan gøre en baggrundshandling underlagt begrænsning som en interaktiv handling.
Interaktive klassificeringer og baggrundsklassifikationer til begrænsning og udjævning
Microsoft Fabric opdeler handlinger i to typer, interaktiv og baggrund. Du kan finde beskrivelser af disse og forskellene mellem dem i Fabric-operationer.
Nogle administratorer vil måske bemærke, at handlinger nogle gange er klassificeret som interaktive og udjævnede som baggrund eller omvendt. Denne skelnen sker, fordi Fabrics begrænsningssystemer skal anvende begrænsningsregler, før en anmodning begynder at køre. Udjævning sker, når jobbet er begyndt at køre, og CU-forbrug kan måles.
Begrænsningssystemer forsøger at kategorisere handlinger nøjagtigt efter indsendelse, men nogle gange kan klassificeringen af en handling ændre sig, når begrænsningen er blevet anvendt. Når handlingen begynder at køre, bliver mere detaljerede oplysninger om anmodningen tilgængelige. I tvetydige scenarier forsøger begrænsningssystemer at fejle på siden af at klassificere handlinger som baggrund, hvilket er i brugerens bedste interesse.
Spor overages og afviste handlinger
Du kan se, om din kapacitet overbelastes, ved at gennemse diagrammet Udnyttelse i appen Microsoft Fabric Capacity Metrics. En spidsbelastning, der går over linjen, angiver en overbelastning. Hvis du vil undersøge overbelastningen yderligere, skal du gå videre til tidspunktets side. Du kan derefter gennemse både dine interaktive handlinger og dine handlinger i baggrunden og se, hvilke der var ansvarlige for overbelastning af din kapacitet. Du kan også bestemme, hvornår overbelastningshændelserne fandt sted.
Da udnyttelse på mere end 100 % ikke automatisk betyder begrænsning, skal du bruge diagrammet Throttling, når du evaluerer overforbrug. Herfra kan du åbne en tabel, der viser minutter til nedbrænding, et diagram med tilføjelse, nedbrænding og akkumuleret procent m.m.
Hvis du vil have vist en visuel oversigt over overudnyttelse af kapacitet, herunder overførsel, kumulativ og nedbrænding af udnyttelsesdata, skal du gå til fanen Overforbrug. Du kan ændre overbelastningsvisualiseringen til at vise 10 minutter, 60 minutter og 24 timer. Fremførsel tager kun hensyn til fakturerbare operationer.
Detailudledning i appen Microsoft Fabric Capacity Metrics giver administratorer mulighed for at se handlinger, der blev afvist under en begrænsningshændelse. Der er begrænsede oplysninger om disse handlinger, da de aldrig fik lov til at starte. Administratoren kan se produktet, brugeren, handlings-id'et og tidspunktet, hvor anmodningen blev sendt. Når en anmodning afvises, modtager slutbrugerne en fejlmeddelelse, der beder dem om at prøve igen senere.
Handlinger, du kan udføre for at genoprette efter overbelastningssituationer
Når din kapacitet er begrænset til det punkt, hvor den er frosset, modtager brugerne en fejl, hvis deres handling kræver Fabric-beregningsressourcer. Fejlen kan f.eks. sige Kan ikke indlæse modellen på grund af at nå kapacitetsgrænser. I sådanne tilfælde kan du bruge disse strategier til at genoprette din kapacitet fra dens frosne tilstand.
- Vent, indtil overbelastningstilstanden er forbi, før du udsteder nye anmodninger.
- Opgrader SKU'en for en F-kapacitet.
- Afbryd/genoptag en F-kapacitet.
- Skaler en P-kapacitet automatisk.
- Flyt arbejdsområder med lavere prioritet eller overforbrug fra kapaciteten.
Relateret indhold
- Installér appen Microsoft Fabric Capacity Metrics for at overvåge Fabric-kapaciteter.