Spotřeba databází KQL a Eventhouse
Eventhouses a databáze KQL pracují s plně spravovaným modulem Kusto. S databází Eventhouse nebo KQL můžete očekávat dostupné výpočetní prostředky pro analýzy během 5 až 10 sekund. Výpočetní prostředky se zvětšují s vašimi potřebami analýzy dat. Tento článek vysvětluje sestavy využití výpočetních prostředků databází KQL v Microsoft Fabric, včetně KustoUpTime a úložiště.
Pokud používáte kapacitu Prostředků infrastruktury, poplatky za využití se zobrazí na webu Azure Portal v rámci předplatného ve službě Microsoft Cost Management. Pokud chcete porozumět fakturaci prostředků infrastruktury, navštivte stránku Vysvětlení informací na faktuře za Azure v kapacitě Fabric.
Důležité
Změny míry spotřeby úloh Microsoft Fabric
Sazby spotřeby se můžou kdykoli změnit. Microsoft využije přiměřené úsilí k poskytování oznámení prostřednictvím e-mailu nebo prostřednictvím oznámení v produktu. Změny musí být platné k datu uvedené v poznámkách k verzi společnosti Microsoft nebo na blogu Microsoft Fabric. Pokud se nějaká změna míry spotřeby úloh Microsoft Fabric výrazně zvýší kapacitní jednotky (CU) vyžadované k použití konkrétní úlohy, můžou zákazníci použít možnosti zrušení dostupné pro zvolený způsob platby.
Kapacita
Na základě skladové položky kapacity zakoupené v prostředcích infrastruktury máte nárok na sadu jednotek kapacity (CU), které jsou sdíleny napříč všemi úlohami infrastruktury. Další informace o podporovaných licencích najdete v tématu Licence Microsoft Fabric.
Kapacita je vyhrazená sada prostředků, které jsou k dispozici v daném okamžiku, které se mají použít. Kapacita definuje schopnost prostředku provádět aktivitu nebo vytvářet výstup. Různé prostředky spotřebovávají jednotky CU v různých časech. Množství kapacity používané databází KQL je založeno na operaci KustoUpTime .
KustoUpTime
KustoUpTime pro eventhouse je počet sekund, po které je váš eventhouse aktivní ve vztahu k počtu virtuálních jader používaných vaším eventhousem. K určení velikosti centra událostí se používá mechanismus automatického škálování. Tento mechanismus zajišťuje optimalizaci nákladů a výkonu na základě vašeho vzoru využití. Eventhouse s více databázemi KQL připojenými k ní zobrazuje pouze KustoUpTime pro položku eventhouse. U dílčí položky databáze KQL se nezobrazí využití.
Například eventhouse se 4 databázemi KQL využívajícími 4 virtuální jádra, která jsou aktivní po dobu 30 sekund, bude používat 120 sekund jednotek kapacity.
KustoUpTime pro databázi KQL je počet sekund, po které je vaše databáze KQL aktivní vzhledem k počtu virtuálních jader používaných vaší databází. K určení velikosti databáze KQL se používá mechanismus automatického škálování. Tento mechanismus zajišťuje optimalizaci nákladů a výkonu na základě vašeho vzoru využití.
Například databáze využívající 4 virtuální jádra, která jsou aktivní po dobu 30 sekund, bude používat 120 sekund jednotek kapacity.
Poznámka:
Pokud je databáze KQL dílčí položkou objektu událostí, kustoUpTime je napadený v položce eventhouse a položka databáze se v seznamu nezobrazí.
Monitorování KustoUpTime
KustoUpTime můžete monitorovat pomocí aplikace Microsoft Fabric Capacity Metric. Naučte se pochopit výpočetní stránku aplikace Metriky na stránce Vysvětlení výpočetní stránky aplikace metrik. Tento příklad ukazuje informace specifické pro monitorování KustoUpTime.
Poznámka:
Abyste mohli monitorovat využití kapacity, musíte být správcem kapacity. Další informace najdete v tématu Vysvětlení rolí správců Microsoft Fabric.
Následující obrázek ukazuje ukázkovou výpočetní stránku z monitorovací kapacity v aplikaci Metrika kapacity infrastruktury:
Tady je několik přehledů, které můžete vzít z příkladu:
- Vyšetřovaná kapacita se nazývá rtafielddemo.
- Jednotky kapacity pro vybraný den používal jeden pracovní prostor s názvem RTA Field Demo.
- Zobrazení Položky bylo filtrováno tak, aby zobrazovalo databázi Eventhouse i KQL.
- Výběr jedné položky, například položky Eventhouse, rozdělí využití CU podle operací.
- Graf využití na pravé straně aplikace zobrazuje téměř 100% využití CU v průběhu času. Toto vysoké využití může vysvětlit omezování dotazů zkušených uživateli a indikuje potřebu zvýšit jednotky kapacity.
Fakturace úložiště
Úložiště se účtuje odděleně od jednotek kapacity Fabric nebo Power BI Premium. Data přijatá do databáze KQL se ukládají ve dvou úrovních úložiště: OneLake Cache Storage a OneLake Standard Storage.
- OneLake Cache Storage je premium storage, které se využívá k zajištění nejrychlejší doby odezvy dotazů. Když nastavíte zásadu mezipaměti, ovlivníte tuto úroveň úložiště. Pokud například obvykle dotazujete sedm dnů, můžete nastavit uchovávání mezipaměti na sedm dnů, aby byl nejlepší výkon. Tato úroveň úložiště je srovnatelná s úrovní Premium Azure ADLS (Azure Data Lake Storage).
Poznámka:
Povolení minimální spotřeby znamená, že se vám neúčtují poplatky za Službu OneLake Cache Storage. Pokud je nastavena minimální kapacita, událostí je vždy aktivní a výsledkem je 100% KustoUpTime.
- OneLake Standard Storage je standardní úložiště, které slouží k zachování a ukládání všech dotazovatelných dat. Když nastavíte zásady uchovávání informací, ovlivníte tuto úroveň úložiště. Pokud například potřebujete udržovat 365 dnů dotazovatelných dat, můžete nastavit uchovávání na 365 dnů. Tato úroveň úložiště je srovnatelná s horkou úrovní Azure ADLS (Azure Data Lake Storage).
Monitorování úložiště OneLake
Aplikace Metrika kapacity Microsoft Fabric umožňuje všem správcům kapacity monitorovat OneLake Storage. Naučte se pochopit stránku úložiště aplikace Metriky na stránce Vysvětlení stránky úložiště aplikace metrik.
Následující obrázek ukazuje ukázkovou stránku úložiště z monitorování databáze KQL v aplikaci Metrika kapacity infrastruktury:
