Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Kapacitetsoverforbrug er en opt-in-funktion, der betaler for berettiget overskydende kapacitetsforbrug op til en rullende 24-timers grænse, som kapacitetsadministratoren fastsætter. Det hjælper med at forhindre throttling under midlertidig efterspørgsel over den provisionerede SKU. Den konfigurerede tærskel er ikke et hårdt forbrugsloft. Fordi Fabric periodisk vurderer overforbrug, og operationer, der allerede er i gang, fortsætter, kan dine afgifter overstige tærskelen.
Denne funktion fungerer som et sikkerhedsnet, der holder din kapacitet kørende, mens du tager handling for at forhindre yderligere throttling. Når du aktiverer det, opkræves kapacitetsoverforbruget tre gange pay-as-you-go-satsen, men kun for 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.
Bemærkning
Kapacitetsoverforbrug aktiveres som standard, når du opretter en Fabric-kapacitet. Du kan konfigurere det under kapacitetsoprettelse eller senere efter provisionering via OneLake-kataloget eller Admin-portalen.
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 throttling ved automatisk at betale overskydende kapacitetsforbrug op til en tærskel, som en administrator sætter. Sådan interagerer throttling i Fabric med kapacitetsoverskridelse:
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.
Kapacitetsoverskridelse betaler overforbruget på det tidspunkt, hvor throttling ellers ville ske.
Kapacitetsoverforbrug griber ind ved begrænsningspunktet. Når din kapacitets jævne forbrug overstiger de indbyggede tærskler, i stedet for at anvende forsinkelser eller afvisninger, afstemmer kapacitetsoverforbruget automatisk det overskydende forbrug ved at opkræve dit Azure-abonnement. Denne tilgang holder din kapacitet i en tilstand uden throttling. Kørende jobs fortsætter uden afbrydelse, og kapaciteten fortsætter med at fungere uden brugersynlig throttling.
For at balancere omkostninger og ydeevne definerer kapacitetsadministratorer en rullende 24-timers overforbrugsgrænse. Fabric sammenligner denne tærskel med dine behandlede overforbrug fra de seneste 24 timer og vurderer den med 5-minutters intervaller. For eksempel, hvis Fabric kører en kontrol kl. 09:00, sammenligner den tærsklen 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-tærskler bruger Fabric-kvoten, så du kan kun sætte en tærskel, hvis den ligger inden for din tilgængelige kvote. Den krævede kvote svarer til 1/24 af den tærskel, du har sat, fordi Fabric fordeler din CU-timers tærskel over 24 timer. For eksempel tilføjer en tærskel på 48 CU-timer 2 CU'er til din kvote. Hvis den tilgængelige kvote ikke kan understøtte den konfigurerede tærskel, kan du ikke aktivere kapacitetsoverskridelse, før du øger kvoten eller sænker tærsklen. 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 du bruger:
| Metode | Hvad det viser |
|---|---|
| Capacity Metrics-appen | Logfiler behandlede overforbrug, viser fakturerede CU-timer og kapacitetstilstand (aktiv vs. throttling). |
| Azure Cost Management | Spor opkrævede overforbrug via en separat måler (kapacitetsoverskridelse kapacitetsforbrug); viser økonomisk effekt over tid. |
| Kapacitetsbegivenheder i Real-Time Hub | Realtidsalarmering om kapacitetsoverskridelseshændelser ved brug af oversigtstabellen. |
Nøgleadfærdsbegreber
| Begreb | Beskrivelse |
|---|---|
| Triggerpunkt | Aktiveres, når den interaktive forsinkelsestærskelprocent overstiger 100% (det vil sige, når dit udjævnede forbrug for de næste 10 minutter overstiger 100% kapacitet). |
| Hvad der bliver faktureret | Enhver kumulativ carry forward ved punktets interaktive forsinkelsestærskelprocent overstiger 100%. |
| Ingen ydelsesforøgelse | Det øger ikke SKU-størrelsen eller tilgængelige ressourcer; Det forhindrer kun throttling. Sæt SKU'en i størrelse for vedvarende belastning. |
| Forbrugsgrænse | Sæt en grænse for 24-timers CU-timer. Når du når tærsklen, stopper kapacitetsoverforbruget, og begrænsningen genoptages, indtil forbruget forsvinder, eller du øger tærsklen. Tærsklen er ikke en hård grænse. For mere information, se Forstå overforbrugstærsklen. |
| Overspændingsbeskyttelsesinteraktion | Kapacitetsoverskridelse tilsidesætter ikke overspændingsbeskyttelsen; Begge funktioner arbejder sammen for at styre belastningen. |
| Selvstyrende adfærd | Fuldautomatisk; Starter når forbruget når tærsklen og stopper, når forbruget falder under tærsklen. |
Forstå overskridelsesgrænsen
Den overforbrugsgrense, du konfigurerer, er en forbrugsgrænse, ikke et hårdt forbrugsloft. Fabric vurderer bearbejdet overskud med jævne mellemrum. Når din kapacitet når tærsklen, kan der være en kort forsinkelse, før throttling begynder, og operationer, der allerede kører, fortsætter med at køre. Som følge heraf kan dine faktiske overforbrugsgebyrer overstige den tærskel, du har sat.
Følgende brug undgår throttling og regninger til overforbrugsprisen:
Overforbrug, der opløb før din kapacitet blev overskridet.
Drift, der kører, mens din kapacitet er overforbrug.
Operationer, der varer op til fem minutter efter, at din kapacitet når tærsklen.
Tærsklen gælder for behandlet overforbrug i et rullende 24-timers vindue. Efterhånden som ældre overforbrug bliver ældre ud af vinduet, bliver overforbruget plads igen tilgængelig.
| Fase | Kapacitetsadfærd | Faktureringsadfærd |
|---|---|---|
| Normal | Forbruget forbliver inden for SKU-allokeringen. | Ingen overforbrugsafgift. |
| Overaktiv | Fabric accepterer berettiget overforbrug, mens forarbejdet overskud forbliver under grænsen. | Fabric fakturerer overforbruget med overforbrugssatsen. |
| Tærsklen nået | Fabric bevæger sig mod throttling efter serviceevalueringsintervallet. | Forbrug under flyvning kan presse ladninger over tærsklen. |
| Gendannelse | Ældre behandlet overforbrug forlader det rullede vindue. | Overforbrugs-headroom bliver tilgængelig igen. |
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 tre 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-tærskel for at kontrollere omkostningerne. Når du når tærsklen, stopper kapacitetsoverskridelsen, og begrænsningen genoptages, indtil forbruget forsvinder, eller du øger tærsklen.
Forbrugsbaserede afgifter: Muliggørelse af kapacitetsoverskridelse medfører ingen stående afgift. Du betaler kun for de CU-timer, der forhindrer throttling.
Justering af tærsklen: Du kan opdatere tærsklen når som helst. At øge tærskelen genoptager faktureringen, hvis overbelastningen fortsætter. Sænkning af tærsklen kan resultere i throttling, hvis dine overskridelser af behandlede kapacitet overstiger den nye tærskel.
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 (for eksempel baggrundsafvisning).
- Juster tærsklen 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
Kapacitetsoverskridelsestærskler defineres 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 tilgængelige for hver kapacitets-SKU for at hjælpe dig med at vælge en passende overforbrugsgrænse. Fordi Azure fakturerer overforbrug til tre gange pay-as-you-go-satser, skal overforbrugsgrænsen holdes under en tredjedel af dine daglige CU-timer; det tidspunkt, hvor omkostningerne svarer til at skalere SKU'en op. Højere tærskler kan være nyttige til at håndtere korte, kraftige interaktive spidser, som stadig kan resultere i throttling, selv efter opskalering.
| Kapacitets-SKU | Basiskapacitetsenheder | CU-timer per dag |
|---|---|---|
| F2 | 2 | 48 |
| F4 | 4 | 96 |
| F8 | 8 | 192 |
| F16 | 16 | 384 |
| F32 | 32 | 768 |
| F64 | 64 | 1,536 |
| F128 | 128 | 3,072 |
| F256 | 256 | 6,144 |
| F512 | 512 | 12,288 |
| F1024 | 1,024 | 24,576 |
| F2048 | 2.048 | 49,152 |
| F4096 | 4,096 | 98.304 |
| F8192 | 8,192 | 196,608 |
Overvejelser og begrænsninger
Overvej følgende punkter, når du bruger kapacitetsoverskridelse:
Kapacitetsoverskridelse er kun tilgængelig for F-SKU'er.
Kapacitetsoverforbrug betaler din overskydende kapacitetsgæld for det nuværende tidsvindue, men frigør ikke din fremtidige gæld. Denne adfærd sikrer, at kapacitetsoverforbrug betaler det minimum levedygtige beløb af 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 grænse for CU-timer. Når kapacitetsoverskridelse aktiveres, gennemgå din kapacitet og tag passende handling.
Kapacitetsoverforbrug forhindrer throttling og tillader nye jobs at køre. Denne adfærd 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 du af og til rammer kapacitetsgrænser. Den er ideel til sjældne, uventede spidser eller små almindelige spidser, hvor du ikke behøver at skalere op. Hvis du regelmæssigt bliver begrænset uden for disse scenarier, så skaler op i stedet.
Forbedrer kapacitetsoverskridelse 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.