Využití databáze KQL a domu událostí

Event houses a databáze KQL pracují s plně spravovaným modulem Kusto. S databází Event House nebo KQL můžete očekávat dostupné výpočetní prostředky pro analýzy do 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 dům událostí je počet sekund, po které je váš dům událostí aktivní ve vztahu k počtu virtuálních jader používaných vaším objektem událostí. Mechanismus automatického škálování se používá k určení velikosti vašeho domu událostí. Tento mechanismus zajišťuje optimalizaci nákladů a výkonu na základě vašeho vzoru využití. Dům událostí s více databázemi KQL připojenými k ní zobrazuje pouze KustoUpTime pro položku domu událostí. U dílčí položky databáze KQL se nezobrazí využití.

Například dům událostí 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 domu událostí, kustoUpTime je napadená položkou domu události 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 jak důmudálostí, tak databázi KQL.
• Výběr jedné položky, například položky domu událostí, 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 OneLake Cahce Storage. Při nastavení minimální kapacity je dům událostí 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:

Související obsah

• Koncepty a licence Microsoft Fabric
• Co je aplikace Microsoft Fabric Capacity Metrics?
• Vytvoření databáze KQL