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 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 de ene capaciteit, of een set werkruimten, mogelijk minder prestaties ondervindt 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 (Capaciteitseenheden) dan aan de capaciteit zijn 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 gedurende minimaal 5 minuten afgevlakt of gemiddelden, en zelfs langer voor hoge CU- maar korte runtimeaanvragen. 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 CU-pieken.

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 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 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 cu hebt gekocht en vervolgens 50 eenheden per minuut hebt verbruikt, maakt u een overdracht van 40 eenheden per minuut. Na tweeënhalve minuten zou u een overdracht van 100 eenheden hebben verzameld, geleend uit toekomstige ramen. Op dit punt waar de capaciteit al alle capaciteit voor de komende 10 minuten heeft uitgeput, start Fabric het eerste niveau van beperking en worden alle nieuwe interactieve bewerkingen met 20 seconden vertraagd na verzending. Als de overdracht een vol uur bereikt, worden interactieve aanvragen geweigerd, maar worden geplande bewerkingen op de achtergrond nog steeds uitgevoerd. Als de capaciteit een volledige overdracht van 24 uur opeenstapelt, wordt de volledige capaciteit geblokkeerd totdat de overdracht wordt terugbetaald.

Toekomstig vereffend verbruik

Notitie

Microsoft probeert de flexibiliteit van de klant bij het gebruik van de service te verbeteren, waarbij het capaciteitsgebruik van de klant moet worden aangepast. 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.

Capaciteitsgebruiksvermindering doorvoeren

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 overdracht betaalt. In dit voorbeeld wordt het systeem niet beperkt, omdat er twee minuten worden overgedragen. Beperkingsvertragingen beginnen pas na 10 minuten vooruit.

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

Beperkingsgedrag is specifiek voor Fabric

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

Fabric-gebeurtenisstromen 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 die is toegewezen om de stream open te houden, verlaagd totdat de capaciteit weer goed staat.

Een andere uitzondering is Realtime Analytics, wat niet realtime zou zijn als bewerkingen met 20 seconden werden vertraagd. Als gevolg hiervan negeert Real-Time Analytics de eerste fase van beperking met vertragingen van 20 seconden bij 10 minuten na overdracht en wacht totdat de afwijzingsfase op 60 minuten na overdracht begint om 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

Sommige beheerders merken mogelijk dat bewerkingen soms als interactief en vloeiend als achtergrond worden geclassificeerd, 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.

Geweigerde bewerkingen bijhouden

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. Eindgebruikers krijgen een foutbericht wanneer een aanvraag wordt geweigerd, waarin ze het later opnieuw moeten proberen.

Gerelateerde inhoud

• Installeer de app metrische gegevens van Microsoft Fabric-capaciteit om de capaciteit van fabric te bewaken.