Het fabric-beperkingsbeleid

Beperking treedt op wanneer de capaciteit van een tenant meer capaciteitsresources verbruikt dan het heeft aangeschaft. Te veel beperking kan leiden tot een verminderde eindgebruikerservaring. Een Microsoft Fabric-tenant kan meerdere capaciteiten maken en werkruimten toewijzen aan een specifieke capaciteit voor facturering en grootte.

Beperking wordt toegepast op capaciteitsniveau, wat betekent dat, terwijl één capaciteit of set werkruimten te maken heeft met verminderde prestaties als gevolg van overbelaste capaciteit, andere capaciteiten normaal blijven werken. In gevallen waarin functies zoals OneLake-artefacten in één capaciteit worden geproduceerd en door een andere worden verbruikt, bepaalt de beperkingsstatus van de verbruikscapaciteit of aanroepen naar het artefact worden beperkt.

Balans tussen prestaties en betrouwbaarheid

Fabric is ontworpen om razendsnelle prestaties te leveren aan klanten door bewerkingen toegang te geven tot meer CU-resources (capacity unit) dan aan de capaciteit worden toegewezen. Taken die enkele minuten in beslag kunnen nemen op andere platforms, kunnen in slechts enkele seconden op Fabric worden voltooid. Om te voorkomen dat gebruikers worden bestraft wanneer de operationele belasting piekt, wordt het CU-gebruik van een bewerking over een minimum van vijf minuten en zelfs langer voor hoog CU-gebruik, maar korte runtime-aanvragen afgevlakt of gemiddelden. Dit gedrag zorgt ervoor dat u consistent snelle prestaties kunt genieten zonder dat u last hebt van bandbreedtebeperking.

Voor achtergrondbewerkingen die lange runtimes hebben en zware CU-belastingen verbruiken, verzacht Fabric het CU-gebruik gedurende een periode van 24 uur. Het soepel maken elimineert de noodzaak voor gegevenswetenschappers en databasebeheerders om tijd te besteden aan het maken van taakschema's om CU-belasting over de dag te verdelen om te voorkomen dat accounts worden bevroren. Met 24-uurs CU-vereffening kunnen geplande taken allemaal tegelijkertijd worden uitgevoerd zonder pieken op elk gewenst moment tijdens de dag te veroorzaken en kunt u profiteren van consistente snelle prestaties zonder tijd te verspillen aan het beheren van taakschema's.

Vluchtbewerkingen worden niet beperkt

Wanneer een capaciteit een beperkte status krijgt, is dit alleen van invloed op bewerkingen die worden aangevraagd nadat de capaciteit is begonnen met beperken. Alle bewerkingen, inclusief langlopende bewerkingen die zijn ingediend voordat de beperking begon, mogen worden uitgevoerd tot voltooiing. Dit gedrag geeft u de zekerheid dat bewerkingen zijn voltooid, zelfs tijdens pieken in CU-gebruik.

Triggers en vertragingsfasen beperken

Na het gladmaken kunnen sommige accounts nog steeds pieken ervaren in cu-gebruik tijdens piekrapportagetijden. Om deze pieken te beheren, kunnen beheerders e-mailwaarschuwingen instellen om op de hoogte te worden gesteld wanneer een capaciteit 100% van de ingerichte CU-resources verbruikt. Dit patroon is een indicatie dat de capaciteit kan profiteren van taakverdeling en dat de beheerder moet overwegen om de SKU-grootte te verhogen. Het is belangrijk te weten dat u voor F-SKU's deze op elk gewenst moment in de beheerinstellingen handmatig kunt verhogen en verlagen. Zelfs wanneer een capaciteit op zijn volledige CU-potentieel werkt, past Fabric echter geen beperking toe. Dit gedrag zorgt ervoor dat gebruikers consistent snelle prestaties hebben zonder onderbrekingen te ondervinden.

De eerste fase van beperking begint wanneer een capaciteit de komende 10 minuten alle beschikbare CU-resources heeft verbruikt. Als u bijvoorbeeld 10 eenheden capaciteit hebt gekocht en vervolgens 50 eenheden per minuut hebt verbruikt, maakt u een overdracht van 40 eenheden per minuut. Na tweeënhalve minuten had u een overdracht van 100 eenheden geaccumuleerd, geleend uit toekomstige ramen. Op dit punt waar alle capaciteit de komende 10 minuten al is uitgeput, start Fabric het eerste niveau van beperking en worden alle nieuwe interactieve bewerkingen na verzending met 20 seconden vertraagd. Als de carryforward een vol uur bereikt, worden interactieve aanvragen geweigerd, maar worden geplande achtergrondbewerkingen nog steeds uitgevoerd. Als de capaciteit een volle 24 uur aan overdracht verzamelt, wordt de volledige capaciteit bevroren totdat de overdracht wordt terugbetaald.

Toekomstig vereffend verbruik

Notitie

Microsoft probeert de flexibiliteit van klanten bij het gebruik van de service te verbeteren, terwijl de noodzaak om het capaciteitsgebruik van klanten te beheren. Daarom kan Microsoft het beperkingsbeleid voor infrastructuur wijzigen of bijwerken.

Gebruik	Beleidslimieten	Impact van platformbeleid
Gebruik <= 10 minuten	Overschrijdingsbeveiliging	Taken kunnen 10 minuten aan toekomstig capaciteitsgebruik verbruiken zonder beperking.
Gebruik van 10 minuten < <= 60 minuten	Interactieve vertraging	Door de gebruiker aangevraagde interactieve taken worden 20 seconden vertraagd bij verzending.
Gebruik van 60 minuten < <= 24 uur	Interactieve afwijzing	Door de gebruiker aangevraagde interactieve taken worden geweigerd.
Gebruik > 24 uur	Achtergrondafkeuring	Alle aanvragen worden geweigerd.

Vermindering van het capaciteitsgebruik

Wanneer een capaciteit niet-actieve capaciteit heeft, betaalt het systeem de overdrachtsniveaus omlaag.

Als u 100 CU-minuten en een overdracht van 200 CU-minuten hebt en er geen bewerkingen worden uitgevoerd, duurt het twee minuten voordat u uw carryforward betaalt. In dit voorbeeld wordt het systeem niet beperkt, omdat er twee minuten aan carryforward zijn. Vertraging van bandbreedtebeperking begint pas na 10 minuten van carryforward.

Als u uw carryforward sneller wilt betalen, kunt u de SKU-grootte tijdelijk verhogen om meer niet-actieve capaciteit te genereren die wordt toegepast op uw carryforward.

Beperkingsgedrag is specifiek voor Fabric

Hoewel de meeste Fabric-producten voldoen aan de eerder genoemde beperkingsregels, zijn er enkele uitzonderingen.

Fabric-eventstreams hebben bijvoorbeeld veel bewerkingen die jaren kunnen worden uitgevoerd zodra ze zijn gestart. Het beperken van nieuwe gebeurtenisstroombewerkingen zou niet zinvol zijn, dus in plaats daarvan wordt de hoeveelheid CU-resources die zijn toegewezen om de stream open te houden, verlaagd totdat de capaciteit weer goed staat.

Een andere uitzondering is Realtime Intelligence, wat niet realtime zou zijn als bewerkingen met 20 seconden werden vertraagd. Als gevolg hiervan negeert Real-Time Intelligence de eerste fase van beperking met vertragingen van 20 seconden bij 10 minuten van carryforward en wacht totdat de afwijzingsfase op 60 minuten van de overdrachtsfase begint te beginnen met beperken. Dit gedrag zorgt ervoor dat gebruikers kunnen blijven genieten van realtime prestaties, zelfs tijdens perioden van hoge vraag.

Op dezelfde manier worden bijna alle bewerkingen in de categorie Warehouse gerapporteerd als achtergrond om te profiteren van een 24-uurs soepelheid van de activiteit, zodat de meest flexibele gebruikspatronen mogelijk zijn. Als u alle datawarehousing als achtergrond classificeert, voorkomt u dat pieken in cu-gebruik te snel beperking activeren. Sommige aanvragen kunnen een reeks bewerkingen activeren die anders worden beperkt. Hierdoor kan een achtergrondbewerking onderhevig worden aan beperking als een interactieve bewerking.

Interactieve en achtergrondclassificaties voor beperking en smoothing

Microsoft Fabric verdeelt bewerkingen in twee typen, interactief en achtergrond. Hier vindt u beschrijvingen en het verschil tussen deze beschrijvingen in Fabric-bewerkingen.

Sommige beheerders merken mogelijk dat bewerkingen soms worden geclassificeerd als interactief en glad worden weergegeven als achtergrond, of omgekeerd. Dit onderscheid treedt op omdat de beperkingssystemen van Fabric beperkingsregels moeten toepassen voordat een aanvraag wordt uitgevoerd. De werking van de taak verloopt nadat de taak is gestart en cu-verbruik kan worden gemeten.

Beperkingssystemen proberen bewerkingen nauwkeurig te categoriseren bij verzending, maar soms kan de classificatie van een bewerking veranderen nadat beperking is toegepast. Wanneer de bewerking wordt uitgevoerd, wordt gedetailleerdere informatie over de aanvraag beschikbaar. In dubbelzinnige scenario's proberen beperkingssystemen aan de kant van het classificeren van bewerkingen als achtergrond te treden, wat in het belang van de gebruiker is.

Overschrijdingen en geweigerde bewerkingen bijhouden

U kunt zien of uw capaciteit overbelast is door het gebruiksdiagram te bekijken in de app Metrische gegevens over Microsoft Fabric-capaciteit. Een piek die over de lijn loopt, duidt op een overbelasting. Als u de overbelasting verder wilt onderzoeken, zoomt u in op de timepoint-pagina. U kunt vervolgens zowel uw interactieve als achtergrondbewerkingen bekijken en zien welke verantwoordelijk waren voor het overbelasten van uw capaciteit. U kunt ook bepalen wanneer de overbelastingsevenementen plaatsvonden.

Omdat het gebruik van meer dan 100% niet automatisch betekent dat beperking, moet u het beperkingsdiagram gebruiken bij het evalueren van overschrijdingen. Hier kunt u een tabel openen waarin minuten worden weergegeven voor burndown, een grafiek met optellen, burndown en cumulatief percentage, en meer.

Ga naar het tabblad Overschrijdingen om een visuele geschiedenis weer te geven van een overbezetting van capaciteit, inclusief overdracht, cumulatief en burndown van gebruiksgegevens. U kunt de overschrijdingsvisualschaal wijzigen om 10 minuten, 60 minuten en 24 uur weer te geven. Carryforward houdt alleen rekening met factureerbare bewerkingen.

Met de drilldown van de Microsoft Fabric Capacity Metrics-app kunnen beheerders bewerkingen zien die zijn geweigerd tijdens een beperkingsgebeurtenis. Er is beperkte informatie over deze bewerkingen, omdat ze nooit mogen starten. De beheerder kan het product, de gebruiker, de bewerkings-id en het tijdstip zien waarop de aanvraag is ingediend. Wanneer een aanvraag wordt geweigerd, ontvangen eindgebruikers een foutbericht waarin ze wordt gevraagd het later opnieuw te proberen.

Acties die u kunt ondernemen om te herstellen uit overbelastingssituaties

Wanneer uw capaciteit wordt beperkt tot het punt dat deze is geblokkeerd, ontvangen gebruikers een foutmelding als voor hun actie Rekenresources voor Fabric zijn vereist. De fout kan bijvoorbeeld zeggen dat het model niet kan worden geladen vanwege het bereiken van capaciteitslimieten. In dergelijke gevallen kunt u deze strategieën gebruiken om uw capaciteit te herstellen van de bevroren status.

• Wacht totdat de overbelastingsstatus voorbij is voordat nieuwe aanvragen worden uitgegeven.
• Werk de SKU van een F-capaciteit bij.
• Een F-capaciteit onderbreken/hervatten.
• Een P-capaciteit automatisch schalen .
• Verplaats een lagere prioriteit of overconsumerende werkruimten uit de capaciteit.

Gerelateerde inhoud

• Installeer de Microsoft Fabric Capacity Metrics-app om fabric-capaciteiten te bewaken.