Olvasás angol nyelven

Megosztás a következőn keresztül:


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

Szabályozás akkor történik, ha a bérlő kapacitása több kapacitáserőforrást használ fel, mint amennyit vásárolt. 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 villámgyors teljesítményt nyújtson ügyfeleinek azáltal, hogy lehetővé teszi a műveletek számára, hogy a kapacitáshoz lefoglaltnál több kapacitásegység-erőforráshoz (CU) férhessenek hozzá. A más platformokon több percet is igénybe vehető feladatok a Fabricen másodpercek alatt elvégezhetők. A felhasználók büntetésének elkerülése érdekében, ha a működési terhelések megnőnek, a Fabric legalább öt perc alatt simítja vagy átlagozza egy művelet CU-használatát, és még tovább tart a magas CU-használat, de a rövid futásidejű kérelmek esetében. Ez a viselkedés biztosítja, hogy folyamatosan gyors teljesítményt élvezhesse anélkül, hogy szabályozást tapasztal.

A hosszú futásidejű és nagy CU-terhelést használó háttérműveletek esetében a Fabric 24 órás időtartamon keresztül simítja a CU használatát. A simítás szükségtelenné teszi, hogy az adattudósok és az adatbázisgazdák időt töltsenek a cu-terhelés napi elosztására szolgáló feladatütemezések létrehozásával, hogy megakadályozzák a fiókok befagyasztását. A 24 órás CU simítással az ütemezett feladatok egyszerre futtathatók anélkül, hogy a nap bármely szakaszában kiugró csúcsokat okozna, és folyamatosan gyors teljesítményt élvezhet a feladatütemezések kezelése nélkül.

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

Amikor egy kapacitás szabályozott állapotba kerül, az csak a kapacitás szabályozásának megkezdése után igényelt műveleteket érinti. Minden művelet, beleértve a szabályozás megkezdése előtt elküldött, hosszú ideig futó műveleteket is, futtatható a befejezésig. Ez a viselkedés biztosítja, hogy a műveletek befejeződnek, még a CU-használat megugrása során is.

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

A simítás után előfordulhat, hogy egyes fiókok még mindig kiugróan magas CU-használatot tapasztalnak a jelentéskészítés csúcsidejében. A kiugró csúcsok kezelése érdekében a rendszergazdák beállíthatnak e-mail-riasztásokat, amelyek értesítést kapnak arról, ha egy kapacitás a kiosztott CU-erőforrások 100%-át használja fel. Ez a minta azt jelzi, hogy a kapacitás kihasználhatja a terheléselosztás előnyeit, és a rendszergazdának érdemes megfontolnia a termékváltozat méretének növelését. Fontos megjegyezni, hogy az F termékváltozatok esetében a rendszergazdai beállításokban bármikor manuálisan növelheti és csökkentheti őket. A Fabric azonban még akkor sem alkalmazza a szabályozást, ha egy kapacitás teljes CU-potenciállal működik. Ez a viselkedés biztosítja, hogy a felhasználók folyamatosan gyors teljesítménnyel rendelkezzenek anélkül, hogy fennakadásokat tapasztalnak.

A szabályozás első fázisa akkor kezdődik, amikor egy kapacitás a következő 10 percre felhasználta az összes rendelkezésre álló CU-erőforrást. Ha például 10 egység kapacitást vásárolt, majd percenként 50 egységet használt fel, akkor percenként 40 egységnyi átvitelt hozna létre. Két és fél perc múlva 100 egységből álló hordárat halmoztak volna fel, amelyet a jövőbeli ablakokból kölcsönöztek. Ezen a ponton, ahol az összes kapacitás már kimerült a következő 10 percre, a Fabric megkezdi a szabályozás első szintjét, és az összes új interaktív művelet 20 másodperccel késik a beküldéskor. Ha a carryforward egy teljes órát ér el, a rendszer elutasítja az interaktív kéréseket, de az ütemezett háttérműveletek továbbra is futnak. Ha a kapacitás teljes 24 órányi átvitelt halmoz fel, a teljes kapacitás le van fagyasztva, amíg ki nem fizetik a carryforwardot.

Jövőbeli simított felhasználás

Megjegyzé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.

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.

Carryforward kapacitáshasználat csökkentése

Ha egy kapacitás üresjárati kapacitással rendelkezik, a rendszer a carryforward szinteket fizeti ki.

Ha 100 CU perce és 200 CU-ás átvitele van, és semmilyen művelet nem fut, két percig tart, amíg kifizeti a carryforwardot. Ebben a példában a rendszer nincs szabályozva, mivel két percnyi átvitelre van szükség. A szabályozás késleltetése csak 10 percnyi átvitel után kezdődik.

Ha gyorsabban kell fizetnie a carryforwardért, ideiglenesen növelheti a termékváltozat méretét, hogy több üresjárati kapacitást hozzon létre, amely a carryforwardra lesz alkalmazva.

A szabályozás viselkedése a Fabricre 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 valós idejű intelligencia figyelmen kívül hagyja a szabályozás első szakaszát 20 másodperces késéssel 10 perces átvitelkor, és megvárja, amíg az elutasítási fázis 60 percnél nem kezdi meg 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 különböző szabályozású műveletek sorozatát indíthatják el. Ez lehetővé teszi, hogy a háttérműveleteket interaktív műveletként szabályozni lehessen.

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

A Microsoft Fabric a műveleteket két típusra osztja, interaktívra és háttérre. Ezek leírását és a közöttük lévő különbségeket megtalálhatja a Fabric-műveletekben.

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 simítás a feladat futtatása után történik, és a CU-használat mérhető.

A szabályozási rendszerek megpróbálják pontosan kategorizálni a műveletet a beküldéskor, de néha előfordulhat, hogy egy művelet besorolása megváltozik a szabályozás alkalmazása után. A művelet futtatásakor részletesebb információk válnak elérhetővé a kérelemről. Kétértelmű forgatókönyvek esetén a szabályozási rendszerek a műveletek háttérként való besorolásának oldalán próbálnak tévedni, ami a felhasználó érdekét szolgálja.

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

A kapacitás túlterhelését a Microsoft Fabric Kapacitásmetrikák alkalmazás kihasználtsági diagramjának áttekintésével tekintheti meg. A vonal fölötti csúcs túlterhelést jelez. A túlterhelés további vizsgálatához lépjen tovább 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 kapacitás túlterheléséért. Azt is meghatározhatja, hogy mikor történtek túlterhelési események.

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 kijelölt időpont részletezési beállítását bemutató animáció.

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 Carryforward csak a számlázható műveleteket veszi figyelembe.

Az idő múlásával túlhasználatot bemutató animáció.

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.

A túlterhelési helyzetekből való helyreállításhoz használható műveletek

Ha a kapacitása a lefagyott pontig van szabályozva, a felhasználók hibaüzenetet kapnak, ha a műveletükhöz Fabric számítási erőforrásokra van szükség. A hiba például azt jelentheti, hogy a kapacitáskorlátok elérése miatt nem tölthető be a modell. Ilyen esetekben ezeket a stratégiákat használva helyreállíthatja a kapacitását a befagyasztott állapotból.

  • Várjon, amíg a túlterhelési állapot véget ér, mielőtt új kéréseket ad ki.
  • F-kapacitás termékváltozatának frissítése.
  • F-kapacitás szüneteltetése/folytatása.
  • P-kapacitás automatikus méretezése .
  • Alacsonyabb prioritású vagy túlkonkonzult munkaterületek áthelyezése a kapacitásból.