Spotreba databázy Eventhouse a databázy KQL
Eventhouses a KQL databázy pracujú na plne spravovanom kusto nástroji. S databázou Eventhouse alebo KQL môžete očakávať dostupné výpočty pre analýzu v priebehu 5 až 10 sekúnd. Výpočtové zdroje sa zväčšujú s potrebami analýzy údajov. Tento článok vysvetľuje vytváranie zostáv o využití databáz KQL v službe Microsoft Fabric vrátane položky KustoUpTime a ukladacieho priestoru.
Keď používate kapacitu služby Fabric, poplatky za používanie sa zobrazia na portáli Azure vo vašom predplatnom v službe Microsoft Cost Management. Ak chcete porozumieť fakturácii služby Fabric, pozrite si tému Princípy vášho účtu Azure v kapacite služby Fabric.
Dôležité
Zmeny vyťaženia služby Microsoft Fabric
Sadzby spotreby sa môžu kedykoľvek zmeniť. Spoločnosť Microsoft využijú primerané úsilie na poskytnutie oznámení e-mailom alebo prostredníctvom oznámenia v produkte. Zmeny musia byť účinné v deň uvedený v poznámkach k vydaniu spoločnosti Microsoft alebo na blogu služby Microsoft Fabric. Ak akákoľvek zmena sadzby spotreby vyťaženia služby Microsoft Fabric výrazne zvýši kapacitu jednotiek (CU) požadovaných na použitie určitého vyťaženia, zákazníci môžu použiť možnosti zrušenia, ktoré sú k dispozícii pre zvolený spôsob platby.
Kapacita
Na základe jednotky SKU kapacity, ktorá bola zakúpená v službe Fabric, máte nárok na množinu jednotiek kapacity (CU), ktoré sú zdieľané vo všetkých vyťaženiach služby Fabric. Ďalšie informácie o podporovaných licenciách nájdete v téme Licencie na Microsoft Fabric.
Kapacita je vyhradená množina prostriedkov, ktoré sú k dispozícii v danom čase na použitie. Kapacita definuje schopnosť zdroja vykonať aktivitu alebo vytvoriť výstup. Jednotky CU sa používajú v rôznych časoch. Množstvo kapacity, ktorú využíva databáza KQL, je založené na operácii KustoUpTime .
KustoUpTime
KustoUpTime pre eventhouse je počet sekúnd, ktoré váš eventhouse je aktívny vo vzťahu k počtu virtuálnych jadier používaných eventhouse. Na určenie veľkosti objektu eventhouse sa použije mechanizmus automatického škálovania. Tento mechanizmus zabezpečuje optimalizáciu nákladov a výkonu na základe vášho vzoru používania. Eventhouse s viacerými KQL databázy pripojené k nej len zobrazuje KustoUpTime pre eventhouse položky. Neuvidíte použitie pre podk položku databázy KQL.
Napríklad eventhouse so 4 databázami KQL, ktoré používajú 4 virtuálne jadrá, ktoré sú aktívne 30 sekúnd, použije 120 sekúnd kapacity jednotiek.
KustoUpTime pre databázu KQL je počet sekúnd, ktoré je vaša databáza KQL aktívna vo vzťahu k počtu virtuálnych jadier používaných vašou databázou. Na určenie veľkosti databázy KQL sa používa mechanizmus automatického škálovania. Tento mechanizmus zabezpečuje optimalizáciu nákladov a výkonu na základe vášho vzoru používania.
Napríklad databáza, ktorá používa 4 virtuálne jadrá a je aktívna 30 sekúnd, použije 120 sekúnd kapacity jednotiek.
Poznámka
Ak je vaša databáza KQL podradenou položkou objektu udalosti, položka KustoUpTime sa relfectuje v položke eventhouse a položka databázy sa v zozname nezobrazuje.
Monitorovanie kustoUpTime
KustoUpTime môžete monitorovať pomocou aplikácie Microsoft Fabric Capacity Metric. Informácie o tom, ako porozumieť stránke výpočtu aplikácie Metrics, nájdete v téme Princípy stránky na výpočet aplikácie metriky. Tento príklad zobrazuje informácie špecifické pre monitorovanie KustoUpTime.
Poznámka
Ak chcete monitorovať využitie kapacity, musíte byť správcom kapacity. Ďalšie informácie nájdete v téme Vysvetlenie rol správcu služby Microsoft Fabric.
Na nasledujúcom obrázku je zobrazená vzorová stránka na výpočet kapacity z monitorovania kapacity v aplikácii Metrika kapacity služby Fabric:
Tu je niekoľko prehľadov, ktoré si môžete vziať z príkladu:
- Skúmaná kapacita sa nazýva rtafielddemo.
- Jednotky kapacity pre vybratý deň bol použitý jedným pracovným priestorom s názvom RTA Field Demo.
- Zobrazenie Položky bolo filtrované tak, aby zobrazovalo eventhouse aj databázu KQL.
- Výberom jednej položky, ako je napríklad položka Eventhouse, sa rozdelí použitie cu podľa operácií.
- Graf využitia na pravej strane aplikácie zobrazuje takmer 100 % využitie cu v priebehu času. Toto vysoké využitie môže vysvetľovať obmedzenie dotazov, s ktorým sa stretávajú používatelia, a naznačuje potrebu zvýšiť kapacitu jednotiek.
Fakturácia úložiska
Úložisko sa účtuje samostatne od vašej služby Fabric alebo jednotiek kapacity Power BI Premium. Údaje preložené do databázy KQL sa ukladajú do dvoch úrovní úložiska: OneLake Cache Storage a OneLake Standard Storage.
- Úložisko OneLake Cache Storage je prémiové úložisko, ktoré sa využíva na poskytovanie najrýchlejších časov odozvy dotazu. Keď nastavíte politiku vyrovnávacej pamäte, ovplyvníte túto úroveň úložiska. Ak napríklad zvyčajne dotazujete späť sedem dní, môžete nastaviť uchovávanie vyrovnávacej pamäte na sedem dní, aby ste mali najlepší výkon. Táto hladina úložiska je porovnateľná s prémiovou hladinou Azure ADLS (Azure Data Lake Storage).
Poznámka
Povolenie minimálnej spotreby znamená, že sa vám za úložisko OneLake Cahce Storage nebudú účtovať poplatky. Keď je nastavená minimálna kapacita, udalosť je vždy aktívna a výsledkom je 100 % kustoUpTime.
- OneLake Standard Storage je štandardné úložisko, ktoré sa používa na uchovaie a uloženie všetkých dotazovateľných údajov. Keď nastavíte politiku uchovávania údajov, ovplyvníte túto hladinu úložiska. Ak napríklad potrebujete zachovať 365 dní dotazovateľných údajov, môžete nastaviť uchovávanie údajov na 365 dní. Táto hladina úložiska je porovnateľná s horúcou hladinou Azure ADLS (Azure Data Lake Storage).
Monitor OneLake Storage
Aplikácia Microsoft Fabric Capacity Metric umožňuje každému správcovi kapacity monitorovať službu OneLake Storage. Informácie o tom, ako porozumieť stránke úložiska aplikácie Metrics, nájdete v téme Princípy stránky úložiska aplikácií metrík.
Nasledujúci obrázok znázorňuje stránku s ukážkou úložiska z monitorovania databázy KQL v aplikácii Metrika kapacity služby Fabric:
