KQL-adatbázis-használat
A KQL-adatbázisok egy teljes mértékben felügyelt Kusto-motoron működnek. KQL-adatbázis esetén 5–10 másodpercen belül elérhető számításra számíthat az elemzéshez. 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 a KustoUpTime-ot és a tárterületet 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 megismeréséhez látogasson el a Fabric-kapacitás Azure-számlájának ismertetése című témakörben.
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.
Capacity
A Fabricben vásárolt kapacitás-termékváltozat alapján ön jogosult a kapacitásegységek (CU-k) készletére, amelyek az összes Háló-számítási feladat között meg vannak osztva. 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álnak fel kérelemegységeket. A KQL-adatbázisok által használt kapacitás mennyisége a KustoUpTime műveleten alapul.
KustoUpTime
A KustoUpTime 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.
KustoUpTime figyelése
A KustoUpTime monitorozását a Microsoft Fabric kapacitásmetrika alkalmazásával végezheti el. 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 KustoUpTime figyelésével kapcsolatos információkat mutatja be.
Megjegyzé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 KQL-adatbázis monitorozásából származó számítási mintalap látható a Fabric Capacity Metric alkalmazásban:
Íme néhány megállapítás, amelyeket a fenti példából vehet fel:
- A vizsgált kapacitást democapacity-nek nevezzük.
- A kijelölt napra vonatkozó kapacitásegységeket számos különböző munkaterület használta, például a Trident Valós idejű elemzés, a Houston Event és mások.
- Ha egyetlen elemet választ, például a KQL-adatbáziselemet a tetején, a CU-használatot műveletek szerint bontja le.
- 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ázza a felhasználó által tapasztalt lekérdezésszabályozást, és azt jelzi, hogy növelni kell a kapacitásegységeket.
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árszabályzat beállításakor ez a tárolási szint lesz hatással. 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.
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. A Metrikák alkalmazástároló lapjának megismerése a Metrikák alkalmazástároló lapján.
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:
Kapcsolódó tartalom
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: