Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Az eseményházak és a KQL-adatbázisok teljes mértékben felügyelt motoron működnek. Egy Eventhouse- vagy KQL-adatbázissal 5–10 másodpercen belül számíthat az elemzéshez elérhető számításra. A számítási erőforrások az adatelemzési igényeknek megfelelően növekednek. Ez a cikk a Microsoft Fabric KQL-adatbázisainak számítási használati jelentéseit ismerteti, beleértve az Eventhouse UpTime-ot és a tárolást is.
Fabric-kapacitás használata esetén a használati díjak megjelennek az Azure Portalon a Microsoft Cost Management előfizetése alatt. A Fabric-számlázás megértéséhez látogasson el az Azure-számlája megértése Fabric-kapacitáson weboldalra.
Fontos
A Microsoft Fabric számítási feladatok használati arányának módosítása
A fogyasztási arányok bármikor változhatnak. A Microsoft ésszerű erőfeszítéseket tesz annak érdekében, hogy e-mailben vagy a terméken belüli értesítésen keresztül értesítést küldjön. A módosítások a Microsoft kibocsátási megjegyzéseiben vagy a Microsoft Fabric Blogban megadott napon lépnek érvénybe. Ha a Microsoft Fabric számítási feladatok használati arányának bármilyen módosítása jelentősen növeli az adott számítási feladat használatához szükséges kapacitásegységeket (CU), az ügyfelek a választott fizetési módhoz elérhető lemondási lehetőségeket használhatják.
Kapacitás
A Fabricben vásárolt termékkód (SKU) alapján Ön jogosult kapacitásegységek (CU-k) használatára, amelyek megoszlanak az összes Fabric munkaterhelés között. A támogatott licencekkel kapcsolatos további információkért tekintse meg a Microsoft Fabric-licenceket.
A kapacitás egy dedikált erőforráskészlet, amely egy adott időpontban használható. A kapacitás határozza meg, hogy egy erőforrás képes-e tevékenység elvégzésére vagy kimenet létrehozására. A különböző erőforrások különböző időpontokban használják a CUs-t (kérelemegységeket). A KQL-adatbázisok által használt kapacitás mennyisége az Eventhouse UpTime műveleten alapul.
Ütemezett minimális kapacitás (Kapacitásütemező)
Az Eventhouse 60 perces blokkokban 7 napos ismétlődő ütemezést támogat, amelyben blokkonként beállíthat minimális kapacitást, vagy úgy is dönthet, hogy nem ad meg minimumot, miközben az automatikus skálázás engedélyezve marad. Ez a garantált kapacitást az Ön munkaterhelési mintáihoz igazítja – például nagyobb alap szintű számítási kapacitást biztosít az üzleti csúcsórákban, és lehetővé teszi, hogy az eseménytárház a csendesebb időszakokban szabadon skálázódjon. Ha egy időablakhoz minimális érték van beállítva, az Eventhouse UpTime legalább az adott időszak ütemezett alaptervét tükrözi. További információ: Kapacitásütemező konfigurálása.
Fojtás
A kapacitáskorlátok elérésekor az eseményház szabályozást alkalmaz a rendszer stabilitásának védelme érdekében. A szabályozásnak három szintje van:
- Proaktív – a lekérdezések szabályozva vannak, de az adatbetöltés normálisan folytatódik.
- Reaktív – a betöltések és a lekérdezések is szünetelnek, de nem vesznek el adatok.
- Szélsőséges reaktív – a betöltés és a lekérdezések szünetelnek, az adatok egy ideig vannak tárolva, de bizonyos időszak után elveszhetnek az adatok.
Amikor egy eseményház proaktív működésbe lép, a kapacitás csökken, hogy a rendelkezésre állást hosszabb ideig fenntartsa a szerény műveletek (proaktív és reaktív) érdekében, és az eseményház alacsonyabb teljesítménnyel is rendelkezésre állhat.
Az ütemezett minimális kapacitás konfigurálása csökkentheti a proaktív vagy reaktív korlátozás valószínűségét a várható terhelési csúcsok idején azáltal, hogy biztosítja az alapszintű számítási kapacitás rendelkezésre állását. A korlátozás azonban továbbra is felléphet, ha a tényleges igény meghaladja az ütemezett alapértéket és a rendelkezésre álló kapacitást.
Munkaterületszintű túlfeszültség-védelem
A túlfeszültség-védelem mostantól munkaterületszintű vezérlőket is tartalmaz, amelyek részletesebben kezelik a számítási használatot a szervezeten belül. Ez a frissítés segít jobban szabályozni a kapacitás kihasználtságát, és rangsorolni a kritikus számítási feladatokat.
Főbb fejlesztések
Munkaterületenkénti CU % korlátok: Az egyes munkaterületek számításiegység-használati küszöbértékét (CU) a teljes kapacitás kihasználtságának százalékában határozhatja meg. Ezek a küszöbértékek egy 24 órás gördülő időszakra vannak beállítva.
Automatikus blokkolás: A munkaterület automatikusan blokkolt állapotba kerül, ha a munkaterület túllépi a küszöbértéket. A munkaterület elutasítja az új műveleteket, amíg a használat a küszöbérték alá nem csökken, vagy amíg manuálisan el nem távolítja a blokkot.
Kritikus fontosságú mód: A magas prioritású munkaterületeket kritikus fontosságúként jelölheti ki, ami mentesíti őket a túlfeszültség-védelmi szabályok alól, és hatékonyan rangsorolja őket más munkaterületekkel szemben. Ez a mód aktív letiltott állapot eltávolítására is használható.
További információ a Háló kapacitásszintű túlfeszültség-védelméről: Túlfeszültség-védelem.
Eventhouse Üzemidő
Az eseményház Eventhouse UpTime-ja az eseményház által használt virtuális magok számához viszonyított aktív másodpercek száma. Az eseményház méretének meghatározásához automatikus skálázási mechanizmust használunk. Ez a mechanizmus a használati minta alapján biztosítja a költség- és teljesítményoptimalizálást. Egy eseményház, amelyhez több KQL-adatbázis hozzá van kapcsolva, csak az eseményház elem üzemidejét jeleníti meg. Nem látja a KQL-adatbázis részhalmazának használatát.
Egy 4 KQL-adatbázissal rendelkező eseményház például 4, 30 másodpercen keresztül aktív virtuális maggal 120 másodperc kapacitásegységet használ.
KQL-adatbázis eseményházi üzemideje az a másodpercek száma, amikor a KQL-adatbázis aktív az adatbázis által használt virtuális magok számával kapcsolatban. A KQL-adatbázis méretének meghatározására automatikus skálázási mechanizmus szolgál. Ez a mechanizmus a használati minta alapján biztosítja a költség- és teljesítményoptimalizálást.
Egy 30 másodpercen át aktív 4 virtuális magot használó adatbázis például 120 másodperc kapacitásegységet használ.
Feljegyzés
Ha a KQL-adatbázis egy eseményház aleleme, az Eventhouse UpTime megjelenik az eseményház elemében, és az adatbáziselem nem jelenik meg a listában.
Ha az ütemezett minimális kapacitás be van állítva, az UpTime legalább az ütemezett alapszinten halmozódik az ütemezett időablakok teljes időtartama alatt. Az ütemezett ablakokon kívül az UpTime az automatikus skálázás által hajtott rugalmas használatot tükrözi. Ez a megkülönböztetés segít a használati jelentések pontos értelmezésében.
Eventhouse Üzemidő monitorozása
A Eventhouse UpTime figyelheti a Microsoft Fabric Kapacitásmetrika alkalmazással. A Metrikák alkalmazás számítási oldalának ismertetése a Metrikák alkalmazás számítási oldalának ismertetése című témakörben. Ez a példa a Eventhouse UpTimefigyelésére vonatkozó információkat mutatja be.
Feljegyzés
Kapacitáshasználat figyeléséhez kapacitásadminisztrátornak kell lennie. További információ: A Microsoft Fabric rendszergazdai szerepköreinek ismertetése.
Az alábbi képen egy számítási mintalap látható a Hálókapacitás metrika alkalmazás kapacitásának figyeléséből:
Íme néhány megállapítás a példából:
- A vizsgált kapacitás neve rtafielddemo.
- A kijelölt napra vonatkozó kapacitásegységeket egyetlen, RTA Field Demo nevű munkaterület használta.
- Az Elemek nézet az Eventhouse és a KQL-adatbázis megjelenítésére is szűrve van.
- Jelöljön ki egy elemet, például egy Eventhouse-elemet, és műveletek szerint bontsa le a CU-használatot.
- A kihasználtsági grafikon az alkalmazás jobb oldalán közel 100%-os CU-használatot mutat az idő függvényében. Ez a magas kihasználtság megmagyarázhatja a felhasználók által tapasztalt lekérdezésszabályozást, és azt jelzi, hogy növelni kell a kapacitásegységeket.
Feljegyzés
Az Eventhouse számítási méretének jobb megértéséhez tekintse meg az Eventhouse számítási használatának ismertetése című témakört.
Ha a Capacity Scheduler konfigurálva van, a Fabric Capacity Metrics alkalmazás az ütemezett időablakokban magasabb alap CU-használatot jeleníthet meg. Korrelálja az ütemezett ablakokat a kihasználtsági gráfmal a kapacitásfelhasználás pontos értelmezéséhez.
Tárterület számlázása
A tárterület számlázása külön történik a Fabric- vagy Power BI Premium-kapacitásegységektől. A KQL-adatbázisba betöltött adatok tárolása két tárolási szinten történik: OneLake Cache Storage és OneLake Standard Storage.
A OneLake Cache Storage egy prémium szintű tároló, amely a leggyorsabb lekérdezési válaszidők biztosítására szolgál. A gyorsítótár szabályzat beállításakor ez a tárolási szint befolyásolódik. Ha például általában hét napra visszamenőleg kérdezi le, akkor a legjobb teljesítmény érdekében hét napra állíthatja be a gyorsítótár-megőrzést. Ez a tárolási szint összehasonlítható az Azure ADLS (Azure Data Lake Storage) prémium szintű szintjével.
Feljegyzés
A Kapacitásütemező engedélyezése azt jelenti, hogy nem kell fizetnie a OneLake Cache Storage-ért. Ha ütemezett minimum van beállítva, az eseményház ezekben az időablakokban garantált alapszintet biztosít, ezeken kívül pedig automatikus skálázással rugalmas marad. A gyorsítótár-tárolási költségek benne vannak a kapacitásdíjakban. További információ: Kapacitásütemező konfigurálása.
A OneLake Standard Storage egy szabványos tároló, amely az összes lekérdezhető adat megőrzésére és tárolására szolgál. A megőrzési szabályzat beállításakor ez a tárolási szint lesz hatással. Ha például 365 napnyi lekérdezhető adatot kell fenntartania, a megőrzést 365 napra állíthatja be. Ez a tárolási szint összehasonlítható az Azure ADLS (Azure Data Lake Storage) gyakori elérésű rétegével.
OneLake Storage monitorozása
A Microsoft Fabric Kapacitásmetrika alkalmazással bármely kapacitás-rendszergazda figyelheti a OneLake Storage-t. Tudja meg, hogyan értheti meg a Metrikák alkalmazástároló oldalát a Metrikák alkalmazástároló oldalának megértése című részben.
Az alábbi képen egy KQL-adatbázis monitorozásából származó mintatárlap látható a Fabric Capacity Metric alkalmazásban:
