Zásady omezování prostředků infrastruktury

K omezování dochází v případě, že kapacita tenanta spotřebovává více prostředků kapacity, než si koupil. Příliš mnoho omezování může vést ke snížení výkonu koncového uživatele. Tenant Microsoft Fabric může vytvořit více kapacit a přiřadit pracovní prostory ke konkrétní kapacitě pro fakturaci a změnu velikosti.

Omezení se používá na úrovni kapacity, což znamená, že zatímco u jedné kapacity nebo sady pracovních prostorů může docházet ke snížení výkonu kvůli přetížení, ostatní kapacity můžou dál normálně běžet. V případech, kdy jsou funkce, jako jsou artefakty OneLake, vytvářeny v jedné kapacitě a spotřebované jinou, určuje stav omezování spotřebované kapacity, zda jsou volání artefaktu omezena.

Vyvážení mezi výkonem a spolehlivostí

Fabric je navržený tak, aby zákazníkům poskytoval bleskově rychlý výkon tím, že umožňuje operacím přistupovat k více prostředkům jednotek kapacity (CU), než je přiděleno kapacitě. Dokončení úkolů na jiných platformách může trvat několik minut během několika sekund na platformě Fabric. Aby se zabránilo penalizaci uživatelů při nárůstu provozních zatížení, fabric vyhladí nebo zprůměruje využití operace za posledních nejméně pět minut a dokonce i déle pro vysoké využití CU, ale krátké žádosti o modul runtime. Toto chování zajišťuje, že můžete využívat konzistentně rychlý výkon bez omezení.

V případě operací na pozadí, které mají dlouhé moduly runtime a spotřebovávají vysoké zatížení CU, vyhlazení využití CU během 24hodinového období. Vyhlazování eliminuje potřebu datových vědců a správců databází trávit čas vytvářením plánů úloh za účelem rozložení zatížení CU po celý den, aby se zabránilo zablokování účtů. Díky 24hodinovému vyhlazování CU se můžou všechny naplánované úlohy spouštět současně, aniž by během dne způsobovaly špičky a můžete si vychutnat konzistentně rychlý výkon bez plýtvání časem při správě plánů úloh.

Provoz v letu není omezený

Když kapacita přejde do omezeného stavu, ovlivní pouze operace, které jsou požadovány po zahájení omezování kapacity. Všechny operace, včetně dlouhotrvajících operací odeslaných před zahájením omezování, se můžou spouštět do dokončení. Toto chování vám dává jistotu, že se operace dokončí, a to i během nárůstů využití CU.

Triggery omezení a fáze omezování

Po vyhlazování můžou u některých účtů stále docházet ke špičkám využití CU během období generování sestav ve špičce. Aby správci mohli tyto špičky spravovat, můžou nastavit e-mailová upozornění, která se budou informovat, když kapacita spotřebuje 100 % zřízených prostředků CU. Tento model značí, že kapacita může těžit z vyrovnávání zatížení, a správce by měl zvážit zvětšení velikosti skladové položky. Je důležité si uvědomit, že u skladových položek F můžete ručně zvýšit a snížit je kdykoli v nastavení správce. I když ale kapacita funguje v plném potenciálu CU, neplatí prostředky Fabric omezování. Toto chování zajišťuje, aby uživatelé měli konzistentně rychlý výkon, aniž by došlo k přerušení.

První fáze omezování začíná, když kapacita spotřebovala všechny dostupné prostředky CU během následujících 10 minut. Pokud jste například zakoupili 10 jednotek kapacity a pak spotřebovali 50 jednotek za minutu, vytvořili byste přenos 40 jednotek za minutu. Po dvouach V tomto okamžiku, kdy se veškerá kapacita už na dalších 10 minut vyčerpá, iniciuje Fabric svou první úroveň omezování a všechny nové interaktivní operace se po odeslání zpozdí o 20 sekund. Pokud přenos dosáhne celé hodiny, interaktivní žádosti se zamítnou, ale naplánované operace na pozadí se budou dál spouštět. Pokud kapacita nahromáždí plných 24 hodin přenosu, celá kapacita se zablokuje, dokud se přenos nezaplatí.

Budoucí vyhlazení spotřeby

Snížení využití kapacity za chodu

Kdykoli má kapacita nečinnou kapacitu, systém platí průběžné úrovně.

Pokud máte 100 minut CU a provádíte 200 minut CU a nemáte spuštěné žádné operace, trvá to dvě minuty, než zaplatíte za přenos. V tomto příkladu není systém omezen, protože existují dvě minuty přenosu. Zpoždění omezování se nezačnou až do 10 minut, než se nahromáždí přenos.

Pokud potřebujete průběžné platby urychlit, můžete velikost skladové položky dočasně zvýšit, aby se vygenerovala větší nečinná kapacita, která se použije pro přenos.

Chování omezování je specifické pro prostředky infrastruktury.

I když většina produktů Fabric dodržuje dříve uvedená pravidla omezování, existují některé výjimky.

Streamy událostí Infrastruktury mají například mnoho operací, které se můžou spouštět po dobu několika let, jakmile se spustí. Omezování nových operací datových proudů událostí by nemělo smysl, takže místo toho se množství prostředků CU přidělených k zachování otevřeného datového proudu sníží, dokud nebude kapacita opět v dobrém stavu.

Další výjimkou je inteligence v reálném čase, která by nebyla v reálném čase, pokud by operace byly zpožděny o 20 sekund. Díky tomu inteligentní funkce v reálném čase ignoruje první fázi omezování s 20sekundovým zpožděním v 10 minutách přenosu a čeká na zahájení fáze zamítnutí v 60 minutách od spuštění omezování. Toto chování zajišťuje, že uživatelé můžou i nadále využívat výkon v reálném čase i během období vysoké poptávky.

Podobně jsou téměř všechny operace v kategorii Sklad hlášeny jako pozadí , aby využily 24hodinové vyhlazování aktivity, aby bylo možné zajistit nejflexibilnější vzory použití. Klasifikace všech datových skladů jako pozadí brání špičkám využití CU v příliš rychlé aktivaci omezování. Některé požadavky můžou aktivovat řetězec operací, které jsou omezeny odlišně. Operace na pozadí tak může být předmětem omezování jako interaktivní operace.

Interaktivní klasifikace a klasifikace na pozadí pro omezování a vyhlazování

Microsoft Fabric rozděluje operace na dva typy, interaktivní a pozadí. Popisy těchto hodnot a rozdíly mezi nimi najdete v operacích Fabric.

Někteří správci si mohou všimnout, že operace jsou někdy klasifikovány jako interaktivní a vyhlazované jako pozadí nebo naopak. K tomuto rozdílu dochází, protože systémy omezení prostředků infrastruktury musí před spuštěním požadavku použít pravidla omezování. K vyhlazování dochází po spuštění úlohy a spotřebě CU je možné změřit.

Systémy omezování se při odesílání pokoušejí přesně kategorizovat operace, ale někdy se klasifikace operace může po použití omezování změnit. Jakmile se operace začne spouštět, budou k dispozici podrobnější informace o požadavku. V nejednoznačných scénářích se systémy omezování snaží předvést na straně klasifikace operací jako pozadí, což je v zájmu uživatele.

Sledování nadlimitního využití a odmítnutých operací

Pokud chcete zjistit, jestli vaše kapacita přetíží, projděte si graf využití v aplikaci Microsoft Fabric Capacity Metrics. Špička, která prochází přes čáru, označuje přetížení. Pokud chcete přetížení dále prozkoumat, přejděte na stránku časového bodu. Pak můžete zkontrolovat interaktivní operace i operace na pozadí a zjistit, které operace byly zodpovědné za přetížení vaší kapacity. Můžete také určit, kdy došlo k přetížení událostí.

Vzhledem k tomu, že využití překračující 100 % neznamená automatické omezování, je potřeba při vyhodnocování nadlimitního využití použít graf omezování. Odtud můžete otevřít tabulku, která zobrazuje počet minut do burndownu, graf s přidáním, burndownem a kumulativním procentem a dalšími informacemi.

Pokud chcete zobrazit vizuální historii jakéhokoli nadměrného využití kapacity, včetně přenosů, kumulativních a vypálení dat o využití, přejděte na kartu Nadlimitní využití. Můžete změnit měřítko nadlimitního využití tak, aby zobrazoval 10 minut, 60 minut a 24 hodin. Funkce Carryforward bere v úvahu pouze fakturovatelné operace.

Podrobná analýza aplikace Microsoft Fabric Capacity Metrics umožňuje správcům zobrazit operace, které byly odmítnuty během události omezování. O těchto operacích jsou omezené informace, protože nikdy nemohly začít. Správce může zobrazit produkt, uživatele, ID operace a čas odeslání žádosti. Když se žádost odmítne, zobrazí se koncovým uživatelům chybová zpráva s výzvou k dalšímu pokusu později.

Akce, které můžete provést k zotavení z přetížení situací

Když je kapacita omezena na bod, který je zablokovaný, zobrazí se uživatelům chyba, pokud jejich akce vyžaduje výpočetní prostředky Fabric. Například chyba může říct , že nejde načíst model kvůli dosažení limitů kapacity. V takových případech můžete pomocí těchto strategií obnovit kapacitu ze stavu zmrazení.

• Před vydáním nových požadavků počkejte, až se stav přetížení přetíží.
• Upgradujte skladovou položku kapacity F.
• Pozastavte nebo obnovte kapacitu F.
• Automatické škálování kapacity P
• Přesuňte pracovní prostory s nižší prioritou nebo nadkonsumováním kapacity.

Související obsah

• Nainstalujte aplikaci Microsoft Fabric Capacity Metrics pro monitorování kapacit Fabric.