Kipukkasztható kapacitás a Fabric Data Warehouse-ban
A következőkre vonatkozik:✅ SQL Analytics-végpont és Warehouse a Microsoft Fabricben
A hálókapacitás egy különálló erőforráskészlet, amely mérete (vagy termékváltozata) határozza meg a rendelkezésre álló számítási teljesítmény mennyiségét. A Warehouse és az SQL Analytics végpontja kipukkanható kapacitást biztosít, amely lehetővé teszi, hogy a számítási feladatok több erőforrást használjanak a jobb teljesítmény érdekében.
Kipukkanható kapacitás
A kipukkasztható kapacitás közvetlen korrelációval rendelkezik a munkaterület hálókapacitásához hozzárendelt termékváltozattal. Emellett a számítási feladat függvénye is. Előfordulhat, hogy a nem igényes számítási feladatok soha nem használnak kipukkanható kapacitásegységeket. A számítási feladat optimális teljesítményt érhet el a megvásárolt alapkapacitáson belül.
Annak megállapításához, hogy a számítási feladat kipukkanható kapacitást használ-e, a számítási feladat méretezési tényezőjének kiszámításához az alábbi képlet használható: Capacity Units (CU) / duration / Baseline CU = Scale factor
A képlet illusztrációjaként, ha a kapacitás egy F8, és a számítási feladat 100 másodpercet vesz igénybe, és 1500 CU-t használ, a méretezési tényező a következőképpen lesz kiszámítva: 1500 / 100 / 8 = 1.875
A CU a Microsoft Fabric Kapacitásmetrikák alkalmazással határozható meg.
Ha egy méretezési tényező meghaladja az 1-et, az azt jelenti, hogy a számítási feladat igényeinek kielégítésére kipukkanható kapacitást használnak. Azt is jelenti, hogy a számítási feladat kapacitásegységeket vesz fel egy későbbi időintervallumból. Ez a Microsoft Fabric egy alapvető fogalma, az úgynevezett simítás.
A simítás megkönnyíti azokat az ügyfeleket, akik a csúcsidőszakokban hirtelen kiugró értékeket hoznak létre, miközben sok kihasználatlan kapacitással rendelkeznek. A simítás leegyszerűsíti a kapacitáskezelést a számítás kiértékelésének elterjesztésével, hogy az ügyfélfeladatok zökkenőmentesen és hatékonyan fussanak.
Termékváltozat-védőkorlátok
A kipukkasztható kapacitás véges. A háttérbeli számítási erőforrásokra korlátozva jelentősen csökkenthető a szabályozást okozó Warehouse- és SQL Analytics-végpontok számítási feladatainak kockázata.
A korlát (vagy védőkorlát) egy olyan méretezési tényező, amely közvetlenül korrelál a munkaterülethez rendelt Hálókapacitás termékváltozat méretével.
| Háló termékváltozata | Egyenértékű prémium termékváltozat | Alapkonfigurációs kapacitásegységek (CU) | Kipukkanható méretezési tényező |
|---|---|---|---|
| F2 | 2 | 1x - 32x | |
| F4 | 4 | 1x - 16x | |
| F8 | 8 | 1x - 12x | |
| F16 | 16 | 1x - 12x | |
| F32 | 32 | 1x - 12x | |
| F64 | P1 | 64 | 1x - 12x |
| F128 | P2 | 128 | 1x - 12x |
| F256 | P3 | 256 | 1x - 12x |
| F512 | P4 | 512 | 1x - 12x |
| F1024 | P5 | 1024 | 1x - 12x |
| F2048 | 2048 | 1x - 12x |
A kisebb termékváltozat-méreteket gyakran használják fejlesztői/tesztelési forgatókönyvekhez vagy alkalmi számítási feladatokhoz. A táblázatban látható nagyobb skálázási tényező nagyobb feldolgozási teljesítményt biztosít, amely igazodik az ezekben a környezetekben általában előforduló alacsonyabb általános kihasználtsághoz.
A nagyobb termékváltozatok több teljes kapacitásegységhez férhetnek hozzá, így az összetettebb számítási feladatok optimálisan és több egyidejűséggel futtathatók. Ezért, ha a számítási feladat kívánt teljesítménye nem érhető el, a kapacitás termékváltozat méretének növelése előnyös lehet.
Feljegyzés
A maximális kipukkanható méretezési tényező csak rendkívül kis időintervallumokban figyelhető meg, gyakran egyetlen lekérdezésben másodpercekig vagy akár ezredmásodpercig. Ha a Microsoft Fabric Kapacitásmetrikák alkalmazást használja a kipukkanható kapacitás megfigyelésére, a skálázási tényező hosszabb ideig alacsonyabb lesz.
Elkülönítési határok
A Warehouse teljes mértékben elkülöníti a betöltést a lekérdezésfeldolgozástól, a számítási feladatok kezelésében leírtak szerint.
A kipukkasztható skálázási tényező önállóan is elérhető a betöltéshez, ugyanakkor a kipukkasztható skálázási tényező is elérhető a lekérdezésfeldolgozáshoz. Ezek a méretezési tényezők egyetlen munkaterületen belüli összes folyamatot beágyaznak. A kapacitás azonban több munkaterülethez is hozzárendelhető. Ezért a kapacitások összesített maximális méretezési tényezője a következő képletben jelenik meg: ([Query burstable scale factor] + [Ingestion burstable scale factor]) * [number of Fabric workspaces] = [aggregate burstable scale factor]
Megfontolások
Egy kis kapacitású termékváltozat méretéhez rendelt munkaterületen futó összetett lekérdezésnek általában a befejezésig kell futnia. Ha azonban az adatlekérés vagy a köztes adatfeldolgozás fizikailag nem futtatható a kipukkanható méretezési tényezőn belül, a következő hibaüzenet jelenik meg:
This query was rejected due to current capacity constraints.Tekintse át a teljesítményre vonatkozó irányelveket , hogy biztosítsa az adatok és a lekérdezések optimalizálását a termékváltozat méretének növelése előtt. A termékváltozat méretének növeléséhez forduljon a kapacitásadminisztrátorhoz.A kapacitás átméretezése után a rendszer új védőkorlátokat alkalmaz a következő lekérdezés futtatásakor. A teljesítménynek az első lekérdezésküldést követő néhány másodpercen belül stabilizálnia kell az új kapacitás termékváltozatának méretét.
A nem optimális kapacitásméreten futó számítási feladatok erőforrás-versengésnek (például kiömlésnek) lehetnek kitéve, amely növelheti a számítási feladat CU-használatát.