Kapasitetsoverskridelse i Microsoft Fabric

Kapasitetsoverskudd er en opt-in-funksjon som betaler for kvalifisert overskuddskapasitetsbruk opp til en rullerende 24-timers terskel som kapasitetsadministratoren setter. Det hjelper til med å forhindre throttling under midlertidig etterspørsel over den provisjonerte SKU-en. Den konfigurerte terskelen er ikke en hard utgiftsgrense. Fordi Fabric evaluerer overforbruk periodisk og pågående operasjoner fortsetter, kan avgiftene dine overstige terskelen.

Denne funksjonen fungerer som et sikkerhetsnett som holder kapasiteten i gang mens du tar grep for å forhindre ytterligere nedtrapping. Når du aktiverer det, belastes kapasitetsoverskridelse tre ganger pay-as-you-go-satsen, men kun for bruk som overstiger din nåværende kapasitet og ellers ville utløse throttling. Ved å muliggjøre kapasitetsovertakelse sikrer du at arbeidsmengden fortsetter uavbrutt under uventede etterspørselstopper eller små regelmessige overbelastninger. Denne tilnærmingen utfyller gode kapasitetsstyringspraksiser i stedet for å erstatte dem.

Hovedfordeler

Kapasitetsoverskridelse gir følgende viktige fordeler:

• Fungerer som et sikkerhetsnett under uventede overbelastninger, holder kapasitetene i gang samtidig som administratorene får tid til å reagere.
• Håndterer automatisk små, rutinemessige interaktive overbelastninger uten administrasjonshandling.

Hvordan kapasitetsoverskudd fungerer

Kapasitetsoverskridelse forhindrer throttling ved automatisk å betale ned overflødig kapasitetsbruk opp til en terskel en administrator setter. Slik henger throttling i Fabric sammen med kapasitetsoverskridelse:

• Hver kapasitet har faste beregningsressurser målt i Capacity Units (CUs).

• Når etterspørselen overstiger tilgjengelig kapasitet (etter utjevning) utover en definert terskel, anvender Fabric throttling. For å lære mer om throttling, se hvordan throttling fungerer.

• Kapasitetsoverskridelse betaler ut overforbruk på det punktet hvor throttling ellers ville skjedd.

Kapasitetsoverskridelse griper inn ved strupingpunktet. Når kapasitetens jevne bruk overstiger de innebygde tersklene, i stedet for forsinkelser eller avslag, avstemmer kapasitetsoverskridelse automatisk overskuddsbruken ved å belaste Azure-abonnementet ditt. Denne tilnærmingen holder kapasiteten din i en ikke-throtted tilstand. Kjørende jobber fortsetter uten avbrudd, og kapasiteten fortsetter å operere uten brukersynlig throttling.

For å balansere kostnader og ytelse definerer kapasitetsadministratorer en rullerende 24-timers overforbruksterskel. Fabric sammenligner denne terskelen med dine behandlede overskudd fra de siste 24 timene og vurderer den med 5-minutters intervaller. For eksempel, hvis Fabric kjører en sjekk klokken 09:00, sammenligner den terskelen med dine prosesserte overganger fra 09:00 i går til 09:00 i dag. Klokken 09:05 flyttes vinduet fem minutter frem, og evaluerer bruken fra 09:05 i går til 09:05 i dag.

Overtidsgrenser bruker Fabric-kvoten, så du kan bare sette en terskel hvis den faller innenfor din tilgjengelige kvote. Den nødvendige kvoten tilsvarer 1/24 av terskelen du satte, fordi Fabric fordeler CU-timersgrensen din over 24 timer. For eksempel legger en terskel på 48 CU-timer til 2 CU-er til kvoten din. Hvis den tilgjengelige kvoten ikke kan støtte den konfigurerte terskelen, kan du ikke aktivere kapasitetsoverskridelse før du øker kvoten eller senker terskelen. For å lære mer om kvoter, se Fabric quotas.

Bruk av overforbruk på spor

Microsoft Fabric tilbyr flere metoder for å spore når kapasitetsoverskudd aktiveres og hvor mye ekstra kapasitet du bruker:

Nøkkelbegreper for atferd

Forstå terskelen for overforbruk

Overforbruksterskelen du konfigurerer er en utgiftsgrense, ikke en hard utgiftsgrense. Fabric vurderer prosessert overskudd med jevne mellomrom. Når kapasiteten din når terskelen, kan det være en kort forsinkelse før throttling starter, og operasjoner som allerede er i gang fortsetter å kjøre. Som et resultat kan dine faktiske overforbruksgebyrer overstige terskelen du har satt.

Følgende bruk unngår throttling og fakturerer med overtidssatsen:

• Overskuddsbruk som oppløp før kapasiteten din ble overspist.

• Operasjoner som kjører mens kapasiteten din er i overskudd.

• Operasjoner som varer i opptil fem minutter etter at kapasiteten din når terskelen.

Terskelen gjelder for behandlet overforbruk i et rullerende 24-timers vindu. Etter hvert som eldre overforbruk forsvinner, blir overforbruket igjen tilgjengelig.

Kostnadshensyn ved kapasitetsoverskridelse

Å muliggjøre kapasitetsoverskridelse kan føre til ekstra kostnader utover din kapasitets-SKU. Vurder følgende kostnadskontroller og atferd:

• Faktureringsmåler: Azure fakturerer overforbruk gjennom en separat måler til tre ganger pay-as-you-go-satser. Denne satsen gjelder kun for CU-timer utover din SKU-tillatelse.

• Utgiftsterskel: Sett en rullerende 24-timers CU-terskel for å kontrollere kostnadene. Når du når terskelen, stopper kapasitetsoverskuddet og strupingen fortsetter til forbruket forsvinner eller du øker terskelen.

• Bruksbaserte avgifter: Muliggjørende kapasitetsoverskridelse medfører ingen stående avgift. Du betaler kun for CU-timene som forhindrer throttling.

• Justering av terskler: Du kan oppdatere terskelen når som helst. Å øke terskelen gjenopptar faktureringen hvis overbelastningen vedvarer. Å senke terskelen kan føre til throttling hvis dine prosesserte kapasitetsoverskridelser overstiger den nye terskelen.

• Aktivering av overforbruksbeskyttelse under struping: Hvis du aktiverer kapasitetsoverspising under en kraftig stryping, belaster Fabric deg for all kumulativ overføring når du aktiverer kapasitetsoverforbruk.

• Når kapasitetsoverskudd aktiveres:

  • Gå gjennom arbeidsmengder og optimaliser eller omfordele der det er mulig.
  • Skaler opp til en større SKU hvis du har hyppige kapasitetsoverskridelser eller er i en dyp throttling-tilstand (for eksempel bakgrunnsavvisning).
  • Juster terskelen basert på budsjett og ytelsesbehov.

• Visningskostnader: Bruk Azure Cost Management og filtrer etter overforbruksmåleren (Capacity Overage Capacity Usage CU) for å overvåke bruk og kostnader.

Kapasitetsoverskridelsesgrenser

Kapasitetsoverskridelsesgrenser er definert i CU-timer. For eksempel gir en F2 2 CU-timer per time, eller 48 CU-timer per dag, mens en F256 gir 256 CU-timer per time, eller 6 144 CU-timer per dag.

Tabellen nedenfor viser de daglige CU-timene tilgjengelig for hver kapasitets-SKU for å hjelpe deg med å velge en passende overtidsgrense. Fordi Azure fakturerer overforbruk til tre ganger pay-as-you-go-satser, bør du holde overforbruksterskelen under en tredjedel av dine daglige CU-timer; punktet hvor kostnadene er på nivå med å skalere opp SKU-en. Høyere terskler kan være nyttige for å håndtere korte, kraftige interaktive topper som fortsatt kan føre til throttling selv etter oppskalering.

Hensyn og begrensninger

Vurder følgende punkter når du bruker kapasitetsoverskridelse:

• Kapasitetsoverskridelse er kun tilgjengelig for F-SKU-er.

• Kapasitetsoverskudd betaler ned din overskytende kapasitetsgjeld for det nåværende tidsvinduet, men fjerner ikke din fremtidige gjeld. Denne oppførselen sikrer at kapasitetsoverskudd betaler ned det minste levedyktige beløpet av CU-en for å holde kapasiteten i gang. Det betyr også at hvis du har betydelig overbelastning, kan kapasitetsoverskuddet fortsette i lange perioder, og til slutt nå terskelen for CU-timer. Når kapasitetsoverskridelse aktiveres, vurder kapasiteten din og iverksett passende tiltak.

• Kapasitetsoverskudd forhindrer struping og lar nye jobber kjøre. Denne oppførselen forhindrer nedstrøms påvirkning på brukerne, men kan også tillate nye store jobber. For å forhindre at Fabric aksepterer nye bakgrunnsjobber under bakgrunnsavslag, sett en kapasitetsoverspenningsgrense på 100%.

• Vær forsiktig når du skalerer ned kapasiteten med kapasitetsoverskridelse aktivert. Å redusere kapasiteten kan føre til betydelige overskridelser som kapasitetsoverskridelse automatisk belaster.

Ofte stilte spørsmål og beste praksis

Når bør jeg bruke kapasitetsoverskudd?

Bruk den når oppetid er kritisk og du av og til når kapasitetsgrenser. Den er ideell for sjeldne, uventede topper eller små vanlige topper hvor du ikke trenger å skalere opp. Hvis du blir regulert utenom disse situasjonene, skaler opp i stedet.

Forbedrer kapasitetsoverskridelse ytelsen?

Nei. Det forhindrer throttling, men gir verken mer minne eller hastighet. Jobbene fungerer som vanlig, men uten forsinkelser eller avslag.

Hva skjer hvis jeg aktiverer den under throttling?

Det betaler umiddelbart ut oppsamlet overforbruk.

Kan jeg finne ut hvilke arbeidsbelastninger eller brukere som forårsaket overforbruket?

Overbelastning skyldes akkumulering av alle operasjoner på kapasiteten. Analyser data i Capacity Metrics-appen for å finne innsikt i hvilke operasjoner som kjørte på din kapasitet innenfor et spesifisert tidsvindu.

Vil kapasitetsoverskridelse beskytte meg mot alle kapasitetsrelaterte problemer?

Nei. Det forhindrer kun throttling på grunn av CU-utmattelse. Minne-, samtidighets- og andre begrensninger gjelder fortsatt (se for eksempel begrensningen for Semantic Model SKU ).

Hvis kapasiteten min aldri overstiger 100% interaktiv forsinkelse, er det noen kostnad ved å la kapasitetsoverskridelse stå på?

Nei. Du betaler bare når overskridelser oppstår.

Relatert innhold

• Aktiver kapasitetsovertakelse
• Fabric throttling-policy
• Overspenningsbeskyttelse
• Måledataapp for stoffkapasitet
• Forstå at Azure fakturerer på en Fabric kapasitet