Eventhouse- und KQL-Datenbankverbrauch
Eventhouses und KQL-Datenbanken werden auf einem vollständig verwalteten Kusto-Modul ausgeführt. Mit einer Eventhouse- oder KQL-Datenbank können Sie innerhalb von 5 bis 10 Sekunden eine verfügbare Berechnung für Ihre Analyse erwarten. Die Rechenressourcen wachsen mit Ihren Datenanalyseanforderungen. Dieser Artikel erläutert die Berichterstattung über die Rechennutzung der KQL-Datenbanken in Microsoft Fabric, einschließlich KustoUpTime und Speicher.
Wenn Sie eine Fabric-Kapazität verwenden, werden Ihre Verbrauchsgebühren im Azure-Portal unter Ihrem Abonnement unter Microsoft Cost Management angezeigt. Informationen zu Ihrer Fabric-Abrechnung finden Sie unter Grundlegendes zu Ihrer Azure-Rechnung auf einer Fabric-Kapazität.
Wichtig
Änderungen an der Microsoft Fabric Workload-Verbrauchsrate
Verbrauchsraten können sich jederzeit ändern. Microsoft unternimmt angemessene Anstrengungen, um eine Benachrichtigung per E-Mail oder als produktinterne Benachrichtigung bereitzustellen. Änderungen gelten ab dem Datum, das in den Versionshinweisen von Microsoft oder dem Microsoft Fabric-Blog angegeben ist. Wenn eine Änderung der Microsoft Fabric Workload-Verbrauchsrate die für die Nutzung eines bestimmten Workloads erforderlichen Kapazitätseinheiten (Capacity Units, CU) wesentlich erhöht, können Kunden die für die gewählte Zahlungsmethode verfügbaren Stornierungsoptionen nutzen.
Capacity
Basierend auf der in Fabric erworbenen Kapazitäts-SKU haben Sie Anspruch auf eine Reihe von Kapazitätseinheiten (Capacity Units, CUs), die für alle Fabric-Workloads freigegeben sind. Weitere Informationen zu unterstützten Lizenzen finden Sie unter Microsoft Fabric-Lizenzen.
Die Kapazität ist eine dedizierte Ressourcengruppe, die zu einem bestimmten Zeitpunkt zur Verwendung verfügbar ist. Kapazität definiert, ob es einer Ressource möglich ist, eine Aktivität auszuführen oder eine Ausgabe zu erzeugen. Verschiedene Ressourcen verbrauchen CUs zu unterschiedlichen Zeiten. Die von einer KQL-Datenbank verwendete Kapazität basiert auf dem Vorgang KustoUpTime.
KustoUpTime
KustoUpTime für ein Eventhouse ist die Anzahl der Sekunden, die Ihr Eventhouse aktiv ist, im Verhältnis zur Anzahl der von Ihrem Eventhouse verwendeten virtuellen Kerne. Um die Größe Ihres Eventhouse zu bestimmen, wird ein Autoskalierungsmechanismus verwendet. Dieser Mechanismus gewährleistet eine Kosten- und Leistungsoptimierung auf der Grundlage Ihres Nutzungsmusters. Ein Eventhouse mit mehreren angeschlossenen KQL-Datenbanken zeigt nur die KustoUpTime für das Eventhouse-Element an. Die Verwendung für das Unterelement der KQL-Datenbank wird nicht angezeigt.
Beispielsweise verwendet ein Eventhouse mit 4 KQL-Datenbanken mit 4 virtuellen Kernen, die 30 Sekunden lang aktiv ist, 120 Sekunden Kapazitätseinheiten.
KustoUpTime für eine KQL-Datenbank ist die Anzahl der Sekunden, die Ihre KQL-Datenbank aktiv ist, im Verhältnis zur Anzahl der von Ihrer Datenbank verwendeten virtuellen Kerne. Um die Größe Ihrer KQL-Datenbank zu bestimmen, wird ein Autoskalierungsmechanismus verwendet. Dieser Mechanismus gewährleistet eine Kosten- und Leistungsoptimierung auf der Grundlage Ihres Nutzungsmusters.
Beispielsweise verwendet eine Datenbank mit 4 virtuellen Kernen, die 30 Sekunden lang aktiv ist, 120 Sekunden Kapazitätseinheiten.
Hinweis
Wenn Ihre KQL-Datenbank ein Unterelement eines Eventhouses ist, wird die KustoUpTime im Eventhouse-Element wiedergegeben, und das Datenbankelement wird nicht in der Liste angezeigt.
Überwachen von KustoUpTime
Sie können KustoUpTime mit der Microsoft Fabric Capacity Metric-App überwachen. Erfahren Sie, wie Sie die Computeseite der Metrik-App verstehen unter Verstehen der Computeseite der Metrik-App. Dieses Beispiel zeigt spezifische Informationen zur Überwachung von KustoUpTime.
Hinweis
Sie müssen ein Kapazitätsadministrator sein, um die Kapazitätsauslastung zu überwachen. Weitere Informationen finden Sie unter Grundlegendes zu Microsoft Fabric-Administratorrollen.
Die folgende Abbildung zeigt eine Beispiel-Computeseite aus der Überwachungskapazität in der Fabric Capacity Metric-App:
Hier sind einige Erkenntnisse, die Sie aus dem Beispiel ziehen können:
- Die zu untersuchende Kapazität wird als rtafielddemo bezeichnet.
- Die Kapazitätseinheiten für den ausgewählten Tag wurden von einem einzigen Arbeitsbereich namens RTA Field Demo verwendet.
- Die Ansicht Elemente wurde gefiltert, um sowohl Eventhouse als auch die KQL-Datenbank anzuzeigen.
- Wenn Sie ein einzelnes Element auswählen, z. B. ein Eventhouse-Element, wird der CU-Verbrauch nach Operationen aufgeschlüsselt.
- Das Nutzungsdiagramm auf der rechten Seite der App zeigt im Laufe der Zeit fast 100 % CU-Nutzung. Diese hohe Auslastung kann die Drosselung der Abfrage durch Benutzer erklären und zeigt an, dass die Kapazitätseinheiten erhöht werden müssen.
Speicherabrechnung
Der Speicher wird separat von Ihren Fabric- oder Power BI Premium-Kapazitätseinheiten abgerechnet. In eine KQL-Datenbank aufgenommene Daten werden in zwei Speicherebenen gespeichert: OneLake-Cachespeicher und OneLake-Standardspeicher.
- OneLake Cachespeicher ist ein Premium-Speicher, der genutzt wird, um die schnellsten Antwortzeiten auf Abfragen zu ermöglichen. Wenn Sie die Cacherichtlinie festlegen, beeinflussen Sie diese Speicherebene. Wenn Sie z. B. normalerweise sieben Tage zurückgehen, können Sie die Cache-Speicherung auf sieben Tage einstellen, um die beste Leistung zu erzielen. Diese Speicherebene ist mit der Premium-Stufe von Azure ADLS (Azure Data Lake Storage) vergleichbar.
Hinweis
Das Aktivieren von Mindestverbrauch bedeutet, dass Ihnen OneLake-Cache-Speicher nicht in Rechnung gestellt wird. Wenn die Mindestkapazität festgelegt ist, ist das Eventhouse immer aktiv, was zu 100 % KustoUpTime führt.
- OneLake Standardspeicher ist ein Standardspeicher, der für die Persistenz und Speicherung aller abfragbaren Daten verwendet wird. Wenn Sie die Aufbewahrungsrichtlinie festlegen, beeinflussen Sie diese Speicherebene. Wenn Sie beispielsweise 365 Tage abfragbare Daten aufbewahren müssen, können Sie die Aufbewahrung auf 365 Tage festlegen. Diese Speicherebene ist vergleichbar mit der heißen Azure ADLS-Ebene (Azure Data Lake Storage).
Überwachen des OneLake-Speichers
Die Microsoft Fabric Capacity Metric-App ermöglicht es jedem Kapazitätsadministrator, OneLake Storage zu überwachen. Erfahren Sie, wie Sie die Speicherseite der Metrik-App verstehen unter Verstehen der Speicherseite der Metrik-App.
Die folgende Abbildung zeigt eine Beispiel-Speicherseite aus der Überwachung einer KQL-Datenbank in der Fabric Capacity Metric-App:
