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

  • Článek

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 Fabric může vytvořit více kapacit a přiřadit pracovní prostory ke konkrétní kapacitě pro fakturaci a změnu velikosti.

Omezování se uplatňuje 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 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í

Prostředky infrastruktury jsou navržené tak, aby zákazníkům poskytovaly bleskově rychlý výkon tím, že umožňují operacím přistupovat k více prostředkům CU (kapacitní jednotky), 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 dobu minimálně 5 minut a dokonce i déle pro vysoké 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ů CU.

Triggery omezení a fáze omezování

Po vyhlazování můžou některé účty během špičky stále zaznamenat špičky využití CU. 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é 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í. Tím se zajistí, že uživatelé budou mít 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 CU a pak spotřebovali 50 jednotek za minutu, vytvořili byste přenos 40 jednotek za minutu. Po dvou a půl minutách byste si nashromáždili přenos 100 jednotek, které jste si půjčili z budoucích oken. V tomto okamžiku, kdy už kapacita vyčerpala veškerou kapacitu po dobu dalších 10 minut, 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 operace naplánované na pozadí se budou dál spouštět. Pokud kapacita kumuluje plnou 24hodinovou přenosovou kapacitu, celá kapacita se zablokuje, dokud se přenos nevyplatí.

Budoucí vyhlazení spotřeby

Poznámka:

Microsoft se snaží zlepšit flexibilitu zákazníka při používání služby a současně vyrovnává potřebu správy využití kapacity zákazníka. Z tohoto důvodu může Společnost Microsoft změnit nebo aktualizovat zásady omezování prostředků infrastruktury.

Využití Limity zásad Dopad na prostředí zásad platformy
Využití <= 10 minut Ochrana nadlimitního využití Úlohy můžou spotřebovávat 10 minut budoucí kapacity bez omezování.
Využití 10 minut <<= 60 minut Interaktivní zpoždění Interaktivní úlohy požadované uživatelem jsou při odeslání zpožděné 20 sekund.
Využití <60 minut < = 24 hodin Interaktivní odmítnutí Interaktivní úlohy požadované uživatelem jsou odmítnuty.
Využití > 24 hodin Odmítnutí pozadí Všechny žádosti jsou odmítnuty.

Snížení využití kapacity

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

Pokud máte 100 minut CU a přenos 200 minut CU a nemáte spuštěné žádné operace, trvá to dvě minuty, než se vám bude pokračovat. V tomto příkladu není systém omezený, protože se přenáší 2 minuty. Zpoždění omezování se nezačnou až do 10 minut, než se posune dál.

Pokud potřebujete provést převod rychleji, 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 sníží množství CU přidělené k zachování otevřeného datového proudu, dokud nebude kapacita opět v dobrém stavu.

Další výjimkou je analýza v reálném čase, která by nebyla v reálném čase, pokud by operace byly zpožděny o 20 sekund. Výsledkem je, že analýza v reálném čase ignoruje první fázi omezování s 20sekundovým zpožděním při 10 minutách přenosu a čeká na zahájení omezování fáze zamítnutí v 60 minutách. 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 mohou 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í

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í odmítnutých operací

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. Koncoví uživatelé obdrží chybovou zprávu, když se žádost odmítne a požádá je, aby to zkusili později.

Související obsah