Freigeben über

Abrechnungs- und Nutzungsberichte in Fabric Data Warehouse

Gilt für:✅ SQL Analytics-Endpunkt und Warehouse in Microsoft Fabric

In diesem Artikel wird die Berichterstellung zur Nutzung der Compute-Ressourcen des Fabric Data Warehouse erläutert, die Lese- und Schreibaktivitäten im Warehouse sowie Leseaktivitäten am SQL-Analyseendpunkt des Lakehouse umfasst.

Wenn Sie eine Fabric-Kapazität verwenden, werden Ihre Nutzungsgebühren im Azure Portal unter Ihrem Abonnement in Microsoft Cost Management angezeigt. Um Ihre Fabric-Abrechnung zu verstehen, besuchen Sie Unterstehen Sie Ihre Azure Rechnung für eine Fabric-Kapazität.

Weitere Informationen zum Überwachen der aktuellen und historischen Abfrageaktivität finden Sie in der Übersicht über die Überwachung in Fabric Data Warehouse.

Kapazität

In Fabric haben Sie, basierend auf der erworbenen Kapazitäts-SKU, Anspruch auf eine Reihe von Kapazitätseinheiten (Capacity Units, CUs), die über alle Fabric-Workloads geteilt werden. Weitere Informationen zu unterstützten Lizenzen finden Sie unter Microsoft Fabric Konzepte und 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.

Kapazität im Fabric-Datenlager

Im kapazitätsbasierten SaaS-Modell zielt Fabric Data Warehouse darauf ab, die erworbene Kapazität optimal zu nutzen und Einblicke in die Nutzung zu bieten.

Von Fabric Data Warehouse genutzte CUs umfassen Lese- und Schreibaktivitäten für das Warehouse sowie Leseaktivitäten am SQL-Analyseendpunkt des Lakehouses.

Einfach ausgedrückt: 1 Fabric-Kapazitätseinheit = 0,5 Warehouse vCores. Beispielsweise verfügt eine Fabric-Kapazitäts-SKU F64 über 64 Kapazitätseinheiten, was 32 virtuellen Warehouse-Kernen entspricht.

Berichterstellung zur Nutzung von Rechenressourcen

Die Microsoft Fabric Kapazitätsmetriken-App bietet Einblicke in die Kapazitätsauslastung für alle Fabric-Workloads an einem Ort. Administratoren können die App verwenden, um die Kapazität, die Leistung von Workloads und deren Nutzung im Vergleich zu erworbener Kapazität zu überwachen.

Zunächst müssen Sie ein Kapazitätsadministrator sein, um die Microsoft Fabric Kapazitätsmetriken-App zu installieren. Nach der Installation kann allen Benutzer*innen in der Organisation die Berechtigung zur Anzeige der App erteilt oder geteilt werden. Weitere Informationen finden Sie unter Installieren der Microsoft Fabric Capacity Metrics App.

Nachdem Sie die App installiert haben, wählen Sie das Warehouse aus der Dropdownliste Elementtyp auswählen: aus. Das Diagramm Menüband mit mehreren Metriken und die Datentabelle die Elemente (14 Tage) zeigen jetzt nur LagerAktivitäten an.

Ein animiertes GIF der Seite

Kategorien für Warehousevorgänge

Sie können die Nutzung der universellen Computekapazität im gesamten Mandanten nach Workload-Kategorie analysieren. Die Nutzung wird nach gesamten Kapazitätseinheitsekunden (CUs) nachverfolgt. Die angezeigte Tabelle zeigt die aggregierte Nutzung in den letzten 14 Tagen.

Sowohl das Warehouse als auch der SQL-Analyseendpunkt befinden sich unter Warehouse in der Metrik-App, da beide SQL-Compute verwenden. Die Vorgangskategorien, die in dieser Ansicht angezeigt werden, sind:

  • Warehouse-Abfrage: Berechnen der Gebühr für alle vom Benutzer generierten und vom System generierten T-SQL-Anweisungen in einem Warehouse.
  • SQL-Analyseendpunktabfrage: Berechnen der Gebühr für alle vom Benutzer generierten und vom System generierten T-SQL-Anweisungen innerhalb eines SQL-Analyseendpunkts.
  • OneLake Compute: Berechnen der Gebühr für alle Lese- und Schreibvorgänge für in OneLake gespeicherte Daten.

Zum Beispiel:

Screenshot der Data-Warehouse-Vorgangskategorien in der Microsoft Fabric Kapazitätsmetriken-App.

Zeitpunkt-Erkundungsdiagramm

Dieses Diagramm in der app Microsoft Fabric Kapazitätsmetriken zeigt die Auslastung von Ressourcen im Vergleich zu den erworbenen Kapazitäten an. 100 % der Auslastung stellen den vollständigen Durchsatz einer Kapazitäts-SKU dar und werden von allen Fabric-Arbeitslasten gemeinsam genutzt. Dies wird durch die gelbe gepunktete Linie dargestellt. Wenn Sie einen bestimmten Zeitpunkt im Diagramm auswählen, wird die Schaltfläche Durchsuchen aktiviert, wodurch eine detaillierte Drillthroughseite geöffnet wird.

Screenshot der Schaltfläche

Im Allgemeinen werden operationen ähnlich wie Power BI entweder als interaktiv oder hintergrund klassifiziert und nach Farbe gekennzeichnet. Die meisten Vorgänge in der Kategorie Warehouse werden als Hintergrund gemeldet, um die 24-Stunden-Glättung der Aktivität zu nutzen und die flexibelsten Nutzungsmuster zu ermöglichen. Das Klassifizieren von Data Warehousing als Hintergrundvorgang reduziert die Häufigkeit von Spitzen der CU-Auslastung, die eine Drosselung auslösen können.

Drillthrough-Diagramm für Zeitpunkte

Screenshot des Drillthrough-Diagramms für Zeitpunkt in der App Microsoft Fabric Kapazitätsmetriken.

Diese Tabelle in der app Microsoft Fabric Kapazitätsmetriken bietet eine detaillierte Ansicht der Auslastung zu bestimmten Zeitpunkten. Die von der angegebenen SKU pro 30-Sekunden-Periode bereitgestellte Kapazität wird zusammen mit der Aufschlüsselung nach interaktiven Vorgängen und Hintergrundvorgängen angezeigt. Die Tabelle interaktiver Vorgänge stellt die Liste der Vorgänge dar, die zu diesem Zeitpunkt ausgeführt wurden.

Die Tabelle Hintergrundvorgänge wird möglicherweise angezeigt, um Vorgänge zu zeigen, die weit vor dem ausgewählten Zeitpunkt ausgeführt wurden. Dies ist darauf zurückzuführen, dass die Glättung bei Hintergrundvorgängen über einen Zeitraum von 24 Stunden erfolgt. In der Tabelle werden z. B. alle Vorgänge angezeigt, die ausgeführt wurden und zum ausgewählten Zeitpunkt immer noch geglättet werden.

Häufige Anwendungsfälle für diese Ansicht sind:

  • Identifizierung eines Benutzers, der einen Vorgang geplant oder ausgeführt hat: Werte können entweder "User@domain.com", "System" oder "Power BI Dienst" sein.

    • Beispiele für vom Benutzer generierte Anweisungen sind das Ausführen von T-SQL-Abfragen oder -Aktivitäten im Fabric-Portal, z. B. der SQL Query-Editor oder der Visual Query-Editor.
    • Beispiele für „System“-generierte Anweisungen sind metadatensynchrone Aktivitäten und andere Systemhintergrundaufgaben, die ausgeführt werden, um eine schnellere Abfrageausführung zu ermöglichen.

  • Identifizierung eines Vorgangsstatus: Werte können entweder „Success“, „InProgress“, „Cancelled“, „Failure“, „Invalid“ oder „Rejected“ sein.

    • Der Status „Cancelled“ bezieht sich auf Abfragen, die vor der Fertigstellung abgebrochen werden.
    • Der Status „Rejected“ kann aufgrund von Ressourcenbeschränkungen auftreten.

  • Identifizierung eines Vorgangs, der viele Ressourcen verbraucht hat: Sortieren Sie die Tabelle nach Gesamt-CU(s) absteigend, um die teuersten Abfragen zu finden, und verwenden Sie dann Vorgangs-ID, um einen Vorgang eindeutig zu identifizieren. Dies ist die verteilte Anweisungs-ID, die in anderen Überwachungstools wie dynamischen Verwaltungsansichten (DMVs) und Abfrageerkenntnissen zur End-to-End-Rückverfolgbarkeit verwendet werden kann, z. B. in dist_statement_id in sys.dm_exec_requests, und distributed_statement_id in query insights.exec_requests_history. Beispiele:

    Die folgende T-SQL-Beispielabfrage verwendet eine Vorgangs-ID innerhalb einer Abfrage in der sys.dm_exec_requests dynamischen Verwaltungsansicht.

    SELECT * FROM sys.dm_exec_requests 
WHERE dist_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE';

    Die folgende T-SQL-Abfrage verwendet eine Vorgangs-ID in einer Abfrage in der queryinsights.exec_requests_history Ansicht.

    SELECT * FROM queryinsights.exec_requests_history 
WHERE distributed_statement_id = '00AA00AA-BB11-CC22-DD33-44EE44EE44EE`;

Abrechnungsbeispiel

Betrachten Sie die folgende Abfrage:

SELECT * FROM Nyctaxi;

Für Demonstrationszwecke wird davon ausgegangen, dass die Abrechnungsmetrik 100 CPU-Sekunden akkumuliert.

Die Kosten für diese Abfrage entsprechen CU-Sekunden multipliziert mit dem Preis pro CU. In diesem Beispiel gehen wir davon aus, dass der Preis pro CU 0,18 $ /Stunde beträgt. Eine Stunde hat 3.600 Sekunden. Die Kosten dieser Abfrage beliefen sich also auf: (100 x 0,18)/3600 = 0,005 $.

Die in diesem Beispiel verwendeten Zahlen dienen nur zu Demonstrationszwecken und sind keine tatsächlichen Abrechnungsmetriken.

Überlegungen

Betrachten Sie die folgenden Nuancen der Nutzungsberichte:

  • Datenbankübergreifende Berichterstellung: Wenn eine T-SQL-Abfrage über mehrere Warehouses hinweg (oder über einen Warehouse- und SQL-Analyseendpunkt hinweg) verknüpft wird, wird die Verwendung für die ursprüngliche Ressource gemeldet.
  • Abfragen zu Systemkatalogansichten und dynamischen Verwaltungsansichten sind abrechenbare Abfragen.
  • Das in der Fabric Capacity Metrics-App gemeldete Feld für Laufzeiten dient nur zu Informationszwecken. Der Wert spiegelt die Ausführungsdauer der Anweisung wider. Die Dauer enthält möglicherweise nicht die vollständige End-to-End-Dauer für das Rendern von Ergebnissen zurück in die Webanwendung wie den SQL-Abfrage-Editor oder Clientanwendungen wie SQL Server Management Studio und die MSSQL-Erweiterung für Visual Studio Code.

Nächster Schritt

Anleitung: Beobachten von Fabric Data Warehouse-Nutzungstrends

Zugehöriger Inhalt

  • Last updated on