Kapacitetsoverskridelse i Microsoft Fabric

Kapacitetsoverforbrug er en opt-in-funktion, der automatisk betaler for overskydende kapacitetsforbrug, op til en grænse fastsat af kapacitetsadministratoren. Det forhindrer throttling og sikrer, at arbejdsbelastninger fortsætter uafbrudt, selv når de midlertidigt overstiger kapacitetens grænser.

Denne funktion fungerer som et sikkerhedsnet, der holder din kapacitet kørende, mens du tager handling for at forhindre yderligere throttling. Når det er aktiveret, opkræves kapacitetsoverforbrug til tre gange pay-as-you-go-satsen, begrænset kun til brug, der overstiger din nuværende kapacitet og ellers ville udløse throttling. Ved at muliggøre kapacitetsoverforbrug sikrer du, at arbejdsbelastningen fortsætter uafbrudt under uventede efterspørgselsspidser eller små regelmæssige overbelastninger. Denne tilgang supplerer gode kapacitetsstyringspraksisser i stedet for at erstatte dem.

Vigtigste fordele

Kapacitetsoverforbrug giver følgende nøglefordele:

• Fungerer som et sikkerhedsnet under uventede overbelastninger, holder kapaciteterne kørende og giver administratorer tid til at reagere.
• Håndterer automatisk små, rutinemæssige interaktive overbelastninger uden at kræve administrativ handling.

Hvordan kapacitetsoverforbrug fungerer

Kapacitetsoverforbrug forhindrer nedregulering ved automatisk at betale overskydende kapacitetsforbrug op til en grænse, som admin sætter. Her er, hvordan throttling i Fabric interagerer med kapacitetsoverforbrug:

• Hver kapacitet har faste beregningsressourcer målt i kapacitetsenheder (CU'er).

• Når efterspørgslen overstiger den tilgængelige kapacitet (efter udjævning) ud over en defineret tærskel, anvender Fabric throttling. For at lære mere om throttling, se hvordan throttling fungerer.

• Kapacitetsoverforbrug betaler overforbruget på det tidspunkt, hvor throttling ellers ville finde sted.

Kapacitetsoverforbrug griber ind ved begrænsningspunktet. Når din kapacitets glatte forbrug overstiger de indbyggede tærskler, vil kapacitetsoverskridelse i stedet for forsinkelser eller afvisninger automatisk "betale" det overskydende forbrug ved at opkræve dit Azure-abonnement. Det holder din kapacitet i en ikke-throttlet tilstand. Kørende jobs påvirkes ikke, og kapaciteten fortsætter med at fungere uden brugersynlig throttling.

For at balancere omkostninger og ydeevne definerer kapacitetsadministratorer en rullende 24-timers overforbrugsgrænse. Denne grænse sammenlignes med dine behandlede overforbrug fra de seneste 24 timer, vurderet med 5-minutters intervaller. For eksempel, hvis der foretages en kontrol kl. 09:00, vil grænsen blive sammenlignet med dine behandlede overforbrug fra kl. 09:00 i går til kl. 09:00 i dag. Kl. 09:05 rykker vinduet fem minutter frem og vurderer forbruget fra 09:05 i går til 09:05 i dag.

Overage-grænser bruger Fabric-kvoten, så du kan kun sætte en grænse, hvis det ligger inden for din tilgængelige kvote. Den krævede kvote svarer til 1/24 af den grænse, du sætter. Det skyldes, at Fabric spreder din CU-timers grænse over 24 timer. For eksempel tilføjer en grænse på 48 CU 2 CU'er til din kvote. Hvis den tilgængelige kvote ikke kan understøtte den konfigurerede grænse, kan kapacitetsoverskridelse ikke aktiveres, før kvoten øges eller grænsen sænkes. For at lære mere om kvoter, se Fabric quotas.

Brugen af sporoverforbrug

Microsoft Fabric tilbyder flere metoder til at spore, hvornår kapacitetsoverforbrug aktiveres, og hvor meget ekstra kapacitet der bruges:

Nøgleadfærdsbegreber

Omkostningsovervejelser ved kapacitetsoverskridelse

At muliggøre kapacitetsoverskridelse kan medføre ekstra gebyrer ud over din kapacitets-SKU. Overvej følgende omkostningskontroller og adfærd:

• Faktureringsmåler: Azure fakturerer overforbrug gennem en separat måler til 3 gange pay-as-you-go-satser. Denne sats gælder kun for CU-timer ud over din SKU-tilladelse.

• Forbrugsgrænse: Sæt en rullende 24-timers CU-grænse for at kontrollere omkostningerne. Når du når grænsen, stopper kapacitetsoverforbruget, og nedtrapningen genoptages, indtil forbruget forsvinder, eller du øger grænsen.

• Forbrugsbaserede afgifter: Der er ikke noget stående gebyr for at muliggøre kapacitetsoverskridelse. Du betaler kun for de CU-timer, der forhindrer throttling.

• Justering af grænser: Du kan opdatere grænserne når som helst. At øge grænsen genoptager faktureringen, hvis overbelastningen fortsætter. Sænkning af grænsen kan resultere i throttling, hvis dine overskridelser af den behandlede kapacitet overstiger den nye grænse.

• Aktivering af overforbrugsbeskyttelse under throttling: Hvis du aktiverer kapacitetsoverforbrug under en kraftig throttling-hændelse, opkræver Fabric dig for al kumulativ overførsel på det tidspunkt, du aktiverer kapacitetsoverforbrug.

• Når kapacitetsoverskridelse aktiveres:

  • Gennemgå arbejdsbelastninger og optimer eller omfordele, hvor det er muligt.
  • Skaler op til en større SKU, hvis du ofte har kapacitetsoverskridelser eller er i en dyb throttling-tilstand (f.eks. baggrundsafvisning).
  • Juster grænserne baseret på budget og præstationsbehov.

• Visningsgebyrer: Brug Azure Cost Management og filtrer efter overforbrugsmåleren (Capacity Overage Capacity Usage CU) for at overvåge forbrug og omkostninger.

Kapacitetsoverskridelsesgrænser

Kapacitetsoverskridelsesgrænser er defineret i CU-timer. For eksempel leverer en F2 2 CU-timer i timen, eller 48 CU-timer om dagen, mens en F256 leverer 256 CU-timer i timen, eller 6.144 CU-timer om dagen.

Følgende tabel viser de daglige CU-timer, der er tilgængelige for hver kapacitets-SKU, for at hjælpe dig med at vælge en passende overskridelsesgrænse. Fordi Azure fakturerer overforbrug til 3 gange pay-as-you-go-satser, anbefales det at holde overforbrugsgrænsen under en tredjedel af dine daglige CU-timer; det tidspunkt, hvor omkostningerne svarer til at skalere SKU'en op. Højere grænser kan dog være nyttige til at håndtere korte, kraftige interaktive spidser, som stadig kan resultere i throttling, selv efter opskalering.

Overvejelser og begrænsninger

Overvej følgende, når du bruger kapacitetsoverforbrug:

• Kapacitetsoverforbrug betaler din overskydende kapacitetsgæld for det nuværende tidsvindue, men frigør ikke din fremtidige gæld. Dette sikrer, at kapacitetsoverforbrug betaler det mindst mulige levedygtige beløb i CU, så din kapacitet kan fortsætte. Det betyder også, at hvis du har betydelige overbelastninger, kan kapacitetsoverforbruget fortsætte i lange perioder og til sidst nå din CU-timers grænse. Når kapacitetsoverskridelse aktiveres, gennemgå din kapacitet og tag passende handling.

• Kapacitetsoverforbrug forhindrer throttling og tillader nye jobs at køre. Dette forhindrer nedstrøms påvirkning på brugerne, men kan også give plads til nye store opgaver. For at forhindre Fabric i at acceptere nye baggrundsjob under baggrundsafvisning, sæt en kapacitetsoverspændingsbeskyttelsesgrænse på 100%.

• Vær forsigtig, når du skalerer ned på kapaciteten med kapacitetsoverforbrug aktiveret. Reduktion af kapacitet kan resultere i betydelige overskridelser, som kapacitetsoverforbruget automatisk opkræver.

Ofte stillede spørgsmål og bedste praksis

Hvornår skal jeg bruge kapacitetsoverforbrug?

Brug det, når oppetid er kritisk, og kapacitetsgrænserne af og til nås. Det er ideelt til sjældne, uventede spidser eller små almindelige spidser, hvor opskalering ikke er nødvendig. Hvis du regelmæssigt bliver begrænset uden for disse scenarier, så skaler op i stedet.

Forbedrer det ydeevnen?

Nej. Det forhindrer throttling, men tilføjer ikke hukommelse eller hastighed. Jobbene kører som normalt, men uden forsinkelser eller afslag.

Hvad sker der, hvis jeg aktiverer den under throttling?

Det betaler straks det opsparede overskud tilbage.

Kan jeg se, hvilke arbejdsbelastninger eller brugere der forårsagede overforbruget?

Overbelastninger skyldes akkumulering af alle operationer på kapaciteten. Analyser data i Capacity Metrics-appen for at finde indsigt i, hvilke operationer der kørte på din kapacitet inden for et angivet tidsvindue.

Vil kapacitetsoverforbrug beskytte mig mod alle kapacitetsrelaterede problemer?

Nej. Det forhindrer kun throttling på grund af CU-udmattelse. Hukommelse, samtidighed og andre begrænsninger gælder stadig (se for eksempel begrænsningen for Semantic Model SKU ).

Hvis min kapacitet aldrig overstiger 100% interaktiv forsinkelse, er der så nogen omkostninger ved at lade kapacitetsoverskridelse være tændt?

Nej. Du betaler kun, når der sker overskridelser.

Relateret indhold

• Muliggør kapacitetsoverforbrug
• Fabric throttling-politik
• Overspændingsbeskyttelse
• Fabric Capacity Metrics app
• Forstå din Azure fakturerer på en Fabric kapacitet