A Háló szabályozási szabályzata

Szabályozás akkor történik, ha a műveletek több számítási egység-másodpercet (CU-t) használnak fel, mint amennyit a kapacitás SKU megenged. A túl sok szabályozás csökkentett végfelhasználói élményt eredményezhet. A Microsoft Fabric-bérlők több kapacitást is létrehozhatnak, és munkaterületeket rendelhetnek hozzá egy adott kapacitáshoz számlázáshoz és méretezéshez.

A szabályozás a kapacitás szintjén van alkalmazva, ami azt jelenti, hogy míg egy kapacitás vagy munkaterület-készlet túlterheltség miatt csökkenhet a teljesítmény, más kapacitások továbbra is normálisan futhatnak. Azokban az esetekben, amikor a OneLake-összetevőkhöz hasonló funkciók egy kapacitásban jönnek létre, és egy másik használja őket, a fogyasztó kapacitás szabályozása határozza meg, hogy az összetevőre irányuló hívások szabályozva vannak-e.

A teljesítmény és a megbízhatóság egyensúlya

A Fabric úgy lett kialakítva, hogy gyors teljesítményt nyújtson ügyfeleinek. A más platformokon több percet is igénybe vehető feladatok csak másodpercek alatt fejeződhetnek be a Fabricen. A nagy műveletek a nap bármely szakaszában futtathatók gondos ütemezés nélkül, mivel az ilyen műveletek számítása hosszabb idő alatt oszlik el, és nem lassítja a műveletet. A Szövet ezt beépített kitöréssel és kiegyenlítéssel teszi lehetővé. Lehetővé teszik a kapacitások önkezelését és öngyógyítását, ha a használat ideiglenes kiugrása más rendszerek meghibásodását vagy lelassulását okozná.

Átmeneti lemezteljesítmény-fokozás

A gyors teljesítmény biztosítása érdekében a Fabric robbanást használ, hogy a műveletek a lehető leggyorsabban fussanak. A kipukkadás lehetővé teszi, hogy a műveletek ideiglenesen több számítási kapacitást használjanak, mint az adott kapacitás SKU-hoz kiosztott számítási kapacitás. A "bursting" technológia miatt a felhasználók gyorsan, várakozás nélkül kapják meg az eredményeket. A kipukkadás azt is lehetővé teszi, hogy egy kisebb kapacitás nagyobb műveleteket futtasson, amelyek általában drágább kapacitást igényelnek.

Simítás

Annak érdekében, hogy elkerülhető legyen a felhasználók büntetése, amikor a műveletek a hirtelen megnövekedő terhelést kihasználják, a Fabric simítja, vagy átlagolja, a műveletek CU-használatát hosszabb időkereten keresztül. Ez a viselkedés biztosítja, hogy a felhasználók folyamatosan gyors teljesítményt élvezhessék anélkül, hogy korlátozást tapasztalnak.

A simítás elosztja a CU-felhasználást a jövőbeli időpontokban. A Fabric környezetben lévő időpontok 30 másodperc hosszúak. A következő 24 órában 2880 időpont van. A Fabric automatikusan kezeli az egyes időpontokban felhasznált kapacitási egységek mennyiségét.

A művelet kihasználtsági típusa határozza meg a simításhoz használt időpontokat. Tudnivalók a Fabric-műveletekről.

• Az interaktív műveletek legalább öt perc alatt simulnak össze, és legfeljebb 64 percig, attól függően, hogy mennyi CU-használatot vesznek igénybe.
• A háttérműveletek 24 órás időtartamon keresztül egyenletesebbé válnak, mivel általában hosszú futásidejük van és nagy a CU-fogyasztásuk.

A simítás miatt egy művelet CU-használatának csak egy része vonatkozik minden egyes időpontra, ami összességében csökkenti a korlátozást. A simított CU-használat a műveletek futása közben halmozódik fel. A simított használatot a jövőbeli kapacitás fedezi, mely a jövőbeli időpontokban rendelkezésre álló CUs-t jelenti, mivel a kapacitás folyamatosan működik.

A kipukkadás és a simítás együtt dolgozik, hogy a kapacitásfelhasználók könnyebben elvégezhessék a munkájukat. A felhasználók például általában időt töltenek a feladatok ütemezésével és terjesztésével egész nap. A simítással a háttérfeladatok számítási költsége 24 órára kiegyenlítődik. Ez azt jelenti, hogy az ütemezett feladatok egyszerre futtathatók anélkül, hogy olyan kiugró értékeket okoznának, amelyek egyébként blokkolnák a feladatok indítását. Ugyanakkor a felhasználók folyamatosan gyors teljesítményt élvezhetnek anélkül, hogy lassú feladatok elvégzésére várnak, vagy időt fordosnak a feladatütemezések kezelésére.

Feljegyzés

A kitörés és a simítás nem támogatott, ha a kapacitásgazda engedélyezte a Spark automatikus skálázási számlázását. Ebben a forgatókönyvben a Spark-használat fizetésesYou-Go módban működik, és a kipukkadás és a simítás fogalmai nem érvényesek.

A fojtószelep-triggerek és a szabályozás fázisai

Annak ellenére, hogy a kapacitások beépített simítással rendelkeznek, amely csökkenti a kihasználtság csúcsainak hatását, túl sok művelet futtatásával továbbra is túlterhelhető a kapacitás.

A kapacitás automatikusan korlátozza az új műveleteket, ha túlterhelt. A szabályozás fokozatos lépésekben történik, így minimalizálható a fontos feladatokra, például az adatfrissítésekre gyakorolt hatás.

Még ha egy kapacitás 100% kihasználtság felett is működik, a Fabric nem alkalmazza azonnal a szabályozást. Ehelyett a kapacitás túlhasználat elleni védelmet biztosít, amely lehetővé teszi 10 percnyi jövőbeli kapacitás szabályozás nélküli használatát. Ez a viselkedés korlátozott beépített védelmet nyújt a túlfeszültségek ellen, miközben a felhasználók folyamatosan gyors teljesítményt nyújtanak megszakítások nélkül.

A szabályozás akkor kezdődik, amikor egy kapacitás a következő 10 percre felhasználja az összes CU-erőforrását. A szabályozás első fázisa 20 másodperces késést alkalmaz az új interaktív műveletekre. A szabályozás második fázisa elutasítja az új interaktív műveleteket, amikor egy kapacitás az összes CU-erőforrását felhasználja a következő egy órában. Ebben a fázisban a háttérműveletek elindíthatók és futtathatók. A szabályozás harmadik fázisa az összes új kérés elutasítása, interaktív és háttérbeli, amikor a kapacitás a következő 24 órában felhasználja az összes rendelkezésre álló CU-erőforrást. A kapacitás továbbra is szabályozza a kérelmeket, amíg a felhasznált CU-t ki nem fizetik.

Feljegyzés

A Microsoft igyekszik javítani az ügyfelek rugalmasságát a szolgáltatás használatában, miközben kiegyensúlyozza az ügyfélkapacitás-használat kezelésének szükségességét. Emiatt előfordulhat, hogy a Microsoft módosítja vagy frissíti a Háló szabályozási szabályzatát.

A táblázat összefoglalja a szabályozás eseményindítóit és szakaszait.

Használat	Szabályzatkorlátok	Platformszabályzatok felhasználói élményének hatása
Használat <= 10 perc	Túlhasználat elleni védelem	A feladatok 10 percnyi jövőbeli kapacitáshasználatot használhatnak fel szabályozás nélkül.
10 perc < használat <= 60 perc	Interaktív késleltetés	A felhasználó által kért interaktív feladatok a beküldéskor 20 másodperccel késnek.
60 perc < használat <= 24 óra	Interaktív elutasítás	A rendszer elutasítja a felhasználó által kért interaktív feladatokat.
Használat > 24 óra	Háttér elutasítása	A rendszer minden kérést elutasít.

Példa simítási és szabályozási korlátokra

Íme egy szemléltető példa arra, hogyan működik a simítás egy olyan háttérművelet esetében, amely 1 CUHr-t fogyasztott (a használata 1 CU-nak felelt meg 1 órán keresztül). A háttérműveletek egyenletesen kezelve vannak 24 órán át. A háttérműveletek bármely időpontban kifejtett hozzájárulása az művelethez szükséges CUHrs / termékváltozat szintjén lévő CUHrs száma. F2 esetén ez a feladat 1 CUHr / 48 CUhrs = kb. 2,1% járul hozzá minden egyes időponthoz. A 10 perces és 60 perces szabályozási korlátokra gyakorolt hatás ~2,1%.

A példát alátámasztó részletek:

1 CUHr = 3600 CU (1 CU * 60 perc óránként * 60 másodperc percenként)

Minden időpont 30 másodperc hosszú. 24 óra alatt 2880 időpont van (24 óra * 60 perc * 2 időpont percenként).

Mivel a 3600 CUs 24 órán keresztül le van simítva, a munka 3,600 CUs/2,880 időpontot ad hozzá minden 30 másodperces időponthoz. Így időpontonként 1,25 számítási egységet ad hozzá.

A 10 perces szabályozás százalékos értéke az összes CU-kapacitás következő 10 percében történő kapacitási üzemidő alapján van meghatározva.

Az F2-kapacitás másodpercenként 2 CU-val rendelkezik (vagy 2 CU-val). Minden időpontban egy F2 2 számítási egység * 30 másodperc = 60 számítási egység használatát jelenti.

A háttérfolyamat bármely egy adott időponthoz való hozzájárulása 1,25 számítási egység / 60 számítási egység = ~2,1% egy adott időpontban.

10 perc alatt az F2 2 számítási egység * 60 másodperc * 10 perc = 1200 számítási egység számítást biztosít.

A háttérfeladat azon része, amely egyenletesen eloszlott a következő 10 perc kapacitására, 1,25 kapacitás egység * 2 időpont percenként * 10 perc = 25 kapacitás egység.

A 10 perces szabályozási arány tehát 25 számítási egység / 1 200 számítási egység = ~2,1%.

Hasonlóképpen a háttérfeladat 60 perces szabályozás százalékos hatása is ~2,1%.

Annak ellenére, hogy a háttérművelet a következő 10 percben elérhető kérelemegységeknél többet használt fel (az összeg hatszorosát használta fel), az F2 kapacitást nem korlátozzák, mert a teljes kérelemegységek 24 órás időszakra vannak átlagolva. Simítás miatt a felhasznált számítási egységek csak kis része vonatkozik az egyes időpontokra.

Többlet, átvitel és leépítés

Ha a műveletek több kapacitást használnak, mint amennyit a termékváltozat támogat egy adott időpontban, a rendszer túlhasználatot számít ki. A túllépések kiszámítása a simítás alkalmazása után történik. Ha vannak olyan többletfelhasználások, amelyek túllépik az engedélyezett 10 perces szabályozási időtartamot, akkor átvihető egységekké válnak.

A túlhasználat elleni védelem biztosítja, hogy a kapacitás korlátozása csak akkor lépjen érvénybe, amikor a 10 perces szabályozási időablak megtelt. Úgy tervezték, hogy csökkentse az interaktív késések gyakoriságát a kihasználtság ideiglenes csúcspontjai miatt.

A carryforward egységeket minden későbbi időpontban alkalmazzuk. Ha egy időintervallum nincs teljesen kihasználva, akkor a fel nem használt számítási egységek csökkentik az átvitt számítási egységek mennyiségét. A csökkentést leégésnek nevezzük.

A korlátozás alkalmazása mindaddig folytatódik, amíg a nem használt kapacitás meg nem fizeti az összes átvitt kapacitásegységet.

Szabályozási kapacitások monitorozása

A kapacitásgazdák beállíthatnak olyan e-mail-értesítéseket, amelyek értesítenek arról, ha egy kapacitás eléri a 100%-t a kiépített CU-erőforrások felhasználásában. A rendszergazdák a kapacitásmetrika alkalmazással is áttekinthetik a kapacitásuk szabályozási szintjeit.

Kapacitás jobb méretezése és optimalizálása

A folyamatosan magas szabályozási szintek azt jelzik, hogy több kapacitás terheléselosztására van szükség, vagy növelni kell a kapacitás termékváltozatának méretét. Az F termékváltozatok használatakor a rendszergazdai beállításokban bármikor manuálisan növelheti és csökkentheti a termékváltozat méretét, így szükség esetén feloldhatja a szabályozást.

Annak jelzése, hogy a kapacitásszabályozás folyamatban van

Amikor egy kapacitás elutasítja a kérelmeket, a felhasználók konkrét hibakódokat és hibaszöveget látnak:

1. Állapotkód CapacityLimitExceeded
2. Hibaüzenet: Your organization's Fabric compute capacity has excceded its limits. Try again later.
3. Hibaüzenet: Cannot load model due to reaching capacity limits

Feljegyzés

Az alacsony teljesítmény gyakran egy elem tervezésének köszönhető. A kapacitásszabályozás miatt csak néha lassú a teljesítmény.

Ha egy kapacitás túlterhelt, a kapacitás adminisztrátor a Fabric kapacitásmetrikák alkalmazásával megerősítheti a korlátozás tényét.

1. A Rendszeresemények tábla a Számítás lapon a szabályozási események előzményeit mutatja be.
2. A Számítási lapon látható szabályozási diagramok azt mutatják, hogy a simított használat túllépi az egyik szabályozási korlátot.

A teljesítmény korlátozásának megszüntetése, amikor ez bekövetkezik

A kapacitások öngyógyítóak, így mindig megvárhatja, amíg a túlterhelési állapot véget ér, mielőtt új kéréseket küld.

A sebességkorlátozás gyorsabb leállításának érdekében azonban használhatja az alábbi stratégiákat.

Az F SKU kapacitások használata esetén a teljesítménykorlátozás leállítása:

• Ideiglenesen növelje a termékváltozatot. Az SKU növelésével gyorsabban csökken a feldolgozandó teher, mivel minden időpontban több kihasználatlan kapacitás áll rendelkezésre.
• Szüneteltetheti, majd folytathatja a kapacitást. A kapacitás szüneteltetése számlázási eseményt eredményez a halmozott jövőbeli kapacitáshasználathoz. Amikor egy kapacitás elindul vagy újraindul, a kapacitás jövőbeli kihasználtsága nulla, így azonnal elfogadhatja az új műveleteket.

P termékváltozat-kapacitások használata esetén a szabályozás leállítása:

• Engedélyezze az automatikus skálázást a P-kapacitáshoz.

A repülés közbeni műveletek nincsenek szabályozva

A szabályozás csak a kapacitás szabályozásának megkezdése után kért műveleteket érinti. Minden művelet, beleértve azokat a hosszú ideig futó műveleteket, amelyeket a szabályozás megkezdése előtt nyújtottak be, engedélyezettek a befejezésig történő futtatásra. Ez a viselkedés biztosítja, hogy a műveletek befejeződnek, még a CU-használat megugrása során is.

Összetett terhelés korlátozás elleni védelem

A Hálóban az egyik művelet gyakran más elemeket vagy számítási feladatokat aktivál a befejezéshez. Számos példa létezik, de általában egy jelentés megtekintése. A jelentés minden vizualizációja lekérdezést futtat egy mögöttes szemantikai modellen. A szemantikai modell a OneLake adatformátumot is beolvashatja a lekérdezés eredményének biztosítása érdekében. Mindegyik kérés láncot alkot.

Híváslánc esetén fennáll az összetett limitálás veszélye, amely akkor lép fel, ha a rendszer többször alkalmazza a limitálást ugyanarra a kérelemre. A Fabric beépített összetett korlátozás elleni védelemmel rendelkezik, amely csökkenti az összetett korlátozás előfordulásának valószínűségét. A munkaterhelések dönthetnek úgy, hogy használják ezt a védelmet.

Ha a számítási feladatok támogatják az összetett szabályozás védelmét, a rendszer csak egyszer szabályoz egy kérést a láncban részt vevő minden egyes kapacitás esetében. A terhelés-korlátozási döntés akkor történik, amikor a kérelem megkezdésekor és a lánc összes műveletére vonatkozik.

Ha egy lánc egynél több kapacitásra támaszkodik, akkor minden kapacitás egyszer korlátozást alkalmaz az első kapacitásra érkező kérésre.

A következő számítási feladatok támogatják az összetett korlátozást:

• A Direct Query használatával más szemantikai modellekhez csatlakozó szemantikai modellek.
• DAX-lekérdezések lapszámozott jelentésekből szemantikai modellekbe.

A korlátozás viselkedése a Fabric számítási feladataira jellemző

Bár a Legtöbb Fabric-termék a korábban említett szabályozási szabályokat követi, vannak kivételek.

A Fabric-eseménystreamek például számos olyan műveletből állnak, amelyek az indításuk után évekig futtathatók. Az új eventstream-műveletek szabályozása nem lenne értelme, ezért ehelyett a stream nyitva tartásához lefoglalt CU-erőforrások mennyisége csökken, amíg a kapacitás ismét jó állásba nem kerül.

Egy másik kivétel a valós idejű intelligencia, amely nem lenne valós idejű, ha a műveletek 20 másodperccel késnek. Ennek eredményeképpen a Real-Time Intelligence nem alkalmazza a korlátozás első szakaszát, amely 20 másodperces késleltetéseket tartalmaz a jövőbeli kapacitás 10 perces időintervallumainál. A Real-Time Intelligence megvárja az elutasítási fázist, amely 60 perc jövőbeli kapacitásnál kezdődik, hogy megkezdje a szabályozást. Ez a viselkedés biztosítja, hogy a felhasználók továbbra is élvezhessék a valós idejű teljesítményt még a nagy igényű időszakokban is.

Hasonlóképpen, a Warehouse kategória szinte minden műveletét háttérként jelenti a rendszer, hogy kihasználhassa a tevékenység 24 órás simításának előnyeit, hogy a legrugalmasabb használati mintákat is lehetővé tegye. Az összes adattárház háttérként való besorolása megakadályozza, hogy a CU-kihasználtság csúcsai túl gyorsan aktiválják a szabályozást. Egyes kérések olyan műveleti láncot indíthatnak el, amely másképpen van szabályozva. Amikor egy interaktív művelet elindít egy háttérműveletet tartalmazó láncot, a háttérművelet szabályozhatóvá válhat interaktív műveletként.

Interaktív és háttérbesorolások szabályozáshoz és simításhoz

Egyes rendszergazdák észrevehetik, hogy a műveletek néha interaktívként vannak besorolva, háttérként simulnak, vagy fordítva. Ez a különbség azért van, mert a Fabric szabályozási rendszereinek szabályozási szabályokat kell alkalmazniuk a kérések futtatása előtt.

A szabályozási rendszer a beküldéskor megpróbálja pontosan kategorizálni a műveleteket. Néha, amikor egy művelet elkezd futni, részletesebb információk válnak elérhetővé, amelyek megváltoztatják a kategorizálást. Kétértelmű forgatókönyvek esetén a szabályozó rendszer a műveleteket háttérben sorolja be, ami a felhasználó számára előnyös.

Túlhasználatok és elutasított műveletek nyomon követése

A Kapacitásmetrikák alkalmazáskihasználtsági diagramjának áttekintésével ellenőrizheti, hogy a kapacitás túlterhelt-e. A vonal fölötti csúcs túlhasználatot jelez. A túllépés további vizsgálatához fúrjon le az időpont oldalára. Ezután áttekintheti az interaktív és a háttérműveleteket is, és megtekintheti, hogy mely műveletek voltak felelősek a túlhasználatért.

Mivel a 100%-ot meghaladó kihasználtság nem jelent automatikusan szabályozást, a túlhasználat értékelésekor a szabályozási diagramot kell használnia. Innen megnyithat egy táblát, amely a leégés perceit, a hozzáadást, leégést és összegző százalékot tartalmazó diagramot stb. A leégés percek alatt megbecsüli, hogy mennyi ideig tart a leégés, ha nem történik több művelet a kapacitásban.

A kapacitások túlzott kihasználtságának vizuális előzményeit , beleértve a kihasználtsági adatok átvitelét, kumulatív és leégetett adatait, nyissa meg a Túlhasználatok lapot. A túlhasználatos vizualizációs skálát 10 perc, 60 perc és 24 óra megjelenítésére módosíthatja.

A Microsoft Fabric Kapacitásmetrikák alkalmazás részletezése lehetővé teszi a rendszergazdák számára, hogy lássák a szabályozási esemény során elutasított műveleteket. Ezekről a műveletekről korlátozott információ áll rendelkezésre, mivel soha nem kezdődhettek el. A rendszergazda láthatja a terméket, a felhasználót, a művelet azonosítóját és a kérés elküldési idejét. Ha egy kérést elutasítanak, a végfelhasználók hibaüzenetet kapnak, amely arra kéri őket, hogy próbálkozzon újra később.

Számlázható és nem számlázható számítás

A kapacitásmetrikák alkalmazás kapacitáshasználatának áttekintésekor egyes műveletek számlázhatók, míg mások nem számlázhatók. A szabályozás számításai csak a számlázható műveleteket tartalmazzák. Az előzetes verziójú képességek nem számlázható műveleteket hozhatnak létre. A nem számlázható műveletek használatával előre tervezhet, hogy a kapacitás megfelelően legyen méretezve, amikor ezek az előzetes funkciók számlázhatóvá válnak.

Kapcsolódó tartalom

• Telepítse a Microsoft Fabric Kapacitásmetrikák alkalmazást a Fabric-kapacitások figyeléséhez.
• A kapacitás átméretezése.