Politika obmedzovania štruktúry

K obmedzovaniam dochádza vtedy, keď kapacita nájomníka využíva viac prostriedkov kapacity, ako si zakúpila. Príliš veľké obmedzenie môže mať za následok zníženie výkonu koncových používateľov. Nájomník služby Fabric môže vytvoriť viaceré kapacity a priradiť pracovné priestory ku konkrétnej kapacite na fakturáciu a zmenu veľkosti.

Obmedzovanie sa používa na úrovni kapacity, čo znamená, že zatiaľ čo v jednej kapacite alebo množine pracovných priestorov sa môže vyskytnúť nižší výkon v dôsledku preťaženia, iné kapacity môžu naďalej bežať normálne. V prípadoch, keď sú funkcie, ako napríklad artefakty OneLake, vytvorené v jednej kapacite a spotrebované inou, stav obmedzovania spotrebovanej kapacity určuje, či sú volania artefaktu obmedzené.

Vyváženie medzi výkonom a spoľahlivosťou

Služba Fabric je navrhnutá tak, aby svojim zákazníkom poskytovala bleskový výkon tým, že umožňuje operáciám prístup k viacerým zdrojom CU (Kapacitné jednotky), než je vyhradených pre kapacitu. Úlohy, ktoré môžu trvať niekoľko minút na dokončenie na iných platformách, môžu byť dokončené len v sekundách služby Fabric. Aby sa zabránilo potrestaniu používateľov pri prepätí prevádzkového zaťaženia, fabric vyrovnáva alebo spomaľuje alebo spomaľuje využitie operácie v CU počas minimálne 5 minút a ešte dlhšie pre vysoké požiadavky CU, ale v krátkom čase CLR. Toto správanie zaručuje, že si môžete vychutnať konzistentne rýchly výkon bez toho, aby ste zažívali obmedzenie.

V prípade operácií na pozadí, ktoré už dlho spracúvajú a spotrebúvajú veľké zaťaženie CU, služba Fabric vyrovnáva používanie cu počas 24-hodinového obdobia. Smoothing eliminuje potrebu, aby dátoví vedci a správcovia databáz strávili čas vytváraním pracovných miest, aby sa zaťaženie CU rozšírilo po celý deň, aby sa zabránilo zmrazeniu účtov. S 24-hodinové CU smoothing, plánované úlohy môžu bežať súčasne bez toho, aby spôsobovali akékoľvek špičky kedykoľvek počas dňa, a môžete si vychutnať dôsledne rýchly výkon bez plytvania časom spravovanie pracovných miest.

Letová prevádzka nie je obmedzovaná

Keď kapacita vstúpi do stavu obmedzenia, ovplyvní len operácie, ktoré sa požadujú po tom, ako kapacita začala obmedzovať. Všetky operácie vrátane dlhotrvajúcich operácií, ktoré boli odoslané pred začatím obmedzovania, môžu byť spustené až do dokončenia. Toto správanie vám dáva záruku, že operácie sú dokončené, a to aj počas prepätí CU.

Fázy spúšťačov a obmedzovania škrtiacej klapky

Po vyrovnávaní sa môžu niektoré kontá stále vyskytnúť špičky v používaní CU počas špičky vytvárania zostáv. S cieľom pomôcť spravovať tieto špičky môžu správcovia nastaviť e-mailové upozornenia, ktoré budú oznámené, keď kapacita využíva 100 % svojho zriadeného cu. Tento vzor označuje, že kapacita môže vyrovnať zaťaženie a správca by mal zvážiť zväčšenie veľkosti skladovej jednotky SKU. Je dôležité poznamenať, že v prípade jednotiek F SKU ich môžete kedykoľvek v nastaveniach správcu manuálne zvyšovať a znižovať. Aj v prípade, že kapacita plní svoj potenciál CU, však obmedzenie nepoužije. Tým sa zabezpečí, že používatelia budú mať neustále rýchly výkon bez toho, aby zažívali akékoľvek narušenie.

Prvá fáza obmedzovania sa začína, keď kapacita v priebehu nasledujúcich 10 minút využíva všetky svoje dostupné zdroje CU. Ak ste napríklad zakúpili 10 jednotiek CU a potom ste spotrebovali 50 jednotiek za minútu, vytvoríte prenos 40 jednotiek za minútu. Po dvoch a pol minútach by ste nahromadili prenos 100 jednotiek, požičaných z budúcich okien. V tomto bode, keď už kapacita vyčerpala všetky kapacity na nasledujúcich 10 minút, fabric spustí prvú úroveň obmedzenia a všetky nové interaktívne operácie sa po odoslaní oneskoria o 20 sekúnd. Ak prenos dosiahne celú hodinu, interaktívne žiadosti sa odmietnu, ale plánované operácie na pozadí sa budú naďalej spúšťať. Ak sa kapacita akumuluje celých 24 hodín dopredu, celá kapacita sa zmrazí, kým sa prevod nevyplatí.

Budúca hladká spotreba

Poznámka

Microsoft sa snaží zlepšiť flexibilitu zákazníka pri používaní služby a zároveň vyrovnávať potrebu spravovania využitia kapacity zákazníka. Z tohto dôvodu môže spoločnosť Microsoft zmeniť alebo aktualizovať politiku obmedzovania služby Fabric.

Využitie Obmedzenia politiky Vplyv na politiku platformy
Použitie <= 10 minút Ochrana pred nadmernou nádchou Úlohy môžu využívať 10 minút využitia budúcej kapacity bez obmedzenia.
10 minút < používania <= 60 minút Interaktívne oneskorenie Interaktívne úlohy požadované používateľom sa oneskoria o 20 sekúnd od odoslania.
60 minút < Používania <= 24 hodín Interaktívne odmietnutie Interaktívne úlohy požadované používateľom sú zamietnuté.
Používanie > 24 hodín Zamietnutie na pozadí Všetky žiadosti sú zamietnuté.

Zníženie využitia pre prenos kapacity

Vždy, keď má kapacita nečinnú kapacitu, systém sa spláca o úrovne prenesu.

Ak máte 100 cu minút a prenos 200 CU minút, a nemáte žiadne operácie beží, to trvá dve minúty, pre vás splatiť svoj prenos. V tomto príklade systém nie je obmedzovaný, pretože prenos je 2 minúty. Obmedzovanie oneskorenia sa začne, až keď bude na 10 minút, kým neprenesiete prenos.

Ak potrebujete splatiť svoj prenos rýchlejšie, môžete dočasne zväčšiť veľkosť jednotky SKU, aby ste vytvorili viac kapacity nečinnosti, ktorá sa použije na prenos.

Správanie obmedzovania je špecifické pre fabric

Zatiaľ čo väčšina produktov služby Fabric dodržiava vyššie uvedené pravidlá obmedzovania, existuje niekoľko výnimiek.

Streamy udalostí služby Fabric majú napríklad veľa operácií, ktoré možno spustiť až po rokoch, keď sú spustené. Obmedzovanie nových operácií streamovania udalostí by nedávalo zmysel, takže namiesto toho sa množstvo pridelených prostriedkov CU na otvorenie streamu zníži, kým kapacita nebude opäť v dobrom stave.

Ďalšou výnimkou je Analýza v reálnom čase, ktorá by v reálnom čase nebola, ak by sa operácie oneskorili o 20 sekúnd. V dôsledku toho Analýza v reálnom čase ignoruje prvú etapu obmedzovania s 20-sekundovým oneskorením s 10 minútami prenosu a počká, kým fáza zamietnutia neprenesie 60 minút, aby sa začalo obmedzovanie. Vďaka tomuto správaniu môžu používatelia naďalej využívať výkon v reálnom čase aj počas obdobia vysokého dopytu.

Podobne sa takmer všetky operácie v kategórii Sklad vykazujú ako pozadie , kde je možné využiť 24-hodinové plynulé spracovanie aktivity s cieľom umožniť najflexibilnejšie vzory používania. Klasifikácia všetkých skladov údajov ako pozadia zabraňuje rýchlemu spusteniu obmedzovania pri špičkách využívania CU. Niektoré požiadavky môžu spustiť reťazec operácií, ktoré sú obmedzované inak. Môže sa tak stať, že na operáciu na pozadí sa obmedzenie bude vzťahovať ako na interaktívnu operáciu.

Interaktívne klasifikácie a klasifikácie na pozadí na obmedzenie a vyhladenie

Niektorí správcovia si môžu všimnúť, že operácie sa niekedy klasifikujú ako interaktívne a plynulé ako pozadie alebo naopak. Tento rozdiel sa odohráva, pretože systémy obmedzovania služby Fabric musia pred začatím spustenia žiadosti používať pravidlá obmedzovania. Plynulá situácia nastane po začatí práce a môže sa merať spotreba CU.

Systémy obmedzovania sa pokúšajú presne kategorizovať operácie po odoslaní, ale niekedy sa klasifikácia operácie po použití obmedzovania môže zmeniť. Keď sa spustí operácia, sprístupní sa podrobnejšie informácie o žiadosti. V nejednoznačných scenároch sa systémy obmedzovania snažia chybne klasifikovať operácie ako základné, čo je v najlepšom záujme používateľa.

Sledovanie zamietnutých operácií

Prechod na detaily aplikácie Microsoft Fabric Capacity Metrics umožňuje správcom zobraziť operácie, ktoré boli zamietnuté počas udalosti obmedzenia. O týchto operáciách sa nachádzajú iba obmedzené informácie, pretože ich spustenie nebolo nikdy povolené. Správca môže vidieť produkt, používateľa, ID operácie a čas odoslania žiadosti. Koncovým používateľom sa pri zamietnutí žiadosti zobrazí chybové hlásenie so žiadosťou o ďalšie pokusy.