Kapasitetsoverskudd (forhåndsvisning) i Microsoft Fabric

Kapasitetsoverskridelse (forhåndsvisning) er en opt-in-funksjon som automatisk betaler for overskuddskapasitetsbruk, opp til en grense som kapasitetsadministratoren setter. Det forhindrer struping og sikrer at arbeidsbelastningene fortsetter uavbrutt, selv når de midlertidig overstiger kapasitetens grenser.

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 overskuddskapasitetsbruk opp til en grense 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 kostnad og ytelse definerer kapasitetsadministratorer en rullerende 24-timers overtaksgrense. Fabric sammenligner denne grensen med dine prosesserte 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 grensen med dine behandlede 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.

Overforbruksgrenser bruker Fabric-kvoten, så du kan bare sette en grense hvis den faller innenfor din tilgjengelige kvote. Den nødvendige kvoten tilsvarer 1/24 av grensen du satte, fordi Fabric fordeler CU-timegrensen din over 24 timer. For eksempel legger en grense på 48 CU-timer til 2 kredittpoeng til kvoten din. Hvis den tilgjengelige kvoten ikke støtter den konfigurerte grensen, kan du ikke aktivere kapasitetsoverskridelse før du øker kvoten eller reduserer grensen. 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

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.

• Utgiftsgrense: Sett en rullerende 24-timers CU-grense for å kontrollere kostnadene. Når du når grensen, stopper kapasitetsoverskuddet og throttlingen fortsetter til forbruket ruller ut av vinduet eller du øker grensen.

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

• Justering av grenser: Du kan oppdatere grensene når som helst. Å øke grensen gjenopptar faktureringen hvis overbelastningen vedvarer. Å senke grensen kan føre til throttling hvis overskridelsen av prosessert kapasitet overstiger den nye grensen.

• 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 grensene 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.

Begrensninger for kapasitetsoverskridelse

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, anbefaler vi å holde overtidsgrensen under en tredjedel av dine daglige CU-timer; punktet hvor kostnadene er tilsvarende som å skalere opp SKU-en. Høyere grenser kan imidlertid 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 kapasitetsoverbelastning vare i lange perioder, og til slutt nå grensen 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