Freigeben über


OneLake-Nutzung von Compute- und Speicherressourcen

Die OneLake-Nutzung wird durch die gespeicherten Daten und die Anzahl von Transaktionen definiert. Bei OneLake-Sicherheit basiert die Kapazitätsauslastung auf der Anzahl der Zeilen in der Tabelle, die gesichert werden. Diese Seite enthält Informationen zur Abrechnung und Meldung der gesamten OneLake-Nutzung.

Lagerung

OneLake-Speicher wird nutzungsbasiert pro GB verwendeter Daten abgerechnet und verbraucht keine Fabric Capacity Units (CUs). Fabric-Elemente wie Lakehouses und Warehouses verbrauchen OneLake Storage. Für die Spiegelungsspeicherung sind Daten bis zu einem bestimmten Grenzwert kostenlos, basierend auf der von Ihnen bereitgestellten SKU für die erworbene Compute-Kapazität. Weitere Informationen zu den Preisen finden Sie unter Microsoft Fabric – Preise. Bei nativem gespiegelten Speicher wird OneLake-Speicher nicht in Rechnung gestellt, da er in die Kosten für Elemente wie Power BI-Importsemantikmodelle und Fabric SQL-Datenbank einbezogen wird.

Sie können ihre OneLake-Speichernutzung in der Fabric-Kapazitätsmetriken-App auf der Registerkarte „Speicher“ visualisieren. Beachten Sie außerdem, dass vorläufig gelöschte Daten mit dem gleichen Tarif wie aktive Daten in Rechnung gestellt werden. Weitere Informationen zur Überwachung der Nutzung finden Sie auf der Speicherseite der Metrik-App. Weitere Informationen zum OneLake-Verbrauch finden Sie auf der Seite OneLake-Kapazitätsverbrauch.

Transaktionen

Von Anforderungen an OneLake (z. B. das Lesen oder Schreiben von Daten) werden Fabric-Kapazitätseinheiten beansprucht. Die Raten auf dieser Seite definieren, wie viel Kapazitätseinheiten für einen bestimmten Vorgangstyp beansprucht werden.

Vorgangstypen

OneLake verwendet dieselben Zuordnungen wie Azure Data Lake Storage (ADLS) zum Einordnen des Vorgangs in die Kategorie.

OneLake unterstützt zwei Zugriffspfade: Umleitung und Proxy. Anwendungen nutzen einen dieser Pfade basierend auf bestimmten Umständen, von denen einige durch die Arbeitslast und andere außerhalb ihrer Kontrolle bestimmt werden. Anforderungen über Proxy und Umleitung teilen die gleiche Verbrauchsrate.

Diese Tabelle definiert den CU-Verbrauch, wenn über Anwendungen, die bestimmte Anforderungen umleiten, auf OneLake-Daten zugegriffen wird.

Vorgang in der Metrik-App Beschreibung Vorgangseinheit Verbrauchsrate
OneLake: Lesen über Umleitung OneLake: Lesen über Umleitung Alle 4 MB pro 10.000* 104 CU-Sekunden
OneLake: Schreiben über Umleitung OneLake: Schreiben über Umleitung Alle 4 MB pro 10.000* 1.626 CU-Sekunden
OneLake: Sonstige Vorgänge über Umleitung OneLake: Sonstige Vorgänge über Umleitung Pro 10.000 104 CU-Sekunden
OneLake: Iteratives Lesen über Umleitung OneLake: Iteratives Lesen über Umleitung Pro 10.000 1.626 CU-Sekunden
OneLake: Iteratives Schreiben über Umleitung OneLake: Iteratives Schreiben über Umleitung Pro 100 1.300 CU-Sekunden

Diese Tabelle definiert den CU-Verbrauch, wenn auf OneLake-Daten mithilfe von Anwendungen zugegriffen wird, die Proxyanforderungen verwenden, die mit der Rate für Transaktionen über umleitungen übereinstimmen.

Vorgang in der Metrik-App Beschreibung Vorgangseinheit Verbrauchsrate
OneLake: Lesen über Proxy OneLake: Lesen über Proxy Alle 4 MB pro 10.000* 104 CU-Sekunden
OneLake: Schreiben über Proxy OneLake: Schreiben über Proxy Alle 4 MB pro 10.000* 1.626 CU-Sekunden
OneLake: Sonstige Vorgänge OneLake: Sonstige Vorgänge Pro 10.000 104 CU-Sekunden
OneLake: Iteratives Lesen über Proxy OneLake: Iteratives Lesen über Proxy Pro 10.000 1.626 CU-Sekunden
OneLake: Iteratives Schreiben über Proxy OneLake: Iteratives Schreiben über Proxy Pro 100 1.300 CU-Sekunden

*Bei -Dateien > mit einer Größe von 4 MB zählt OneLake eine Transaktion für jeden 4 MB-Block von Daten, die gelesen oder geschrieben wurden. <-Dateien von 4 MB werden als eine vollständige Transaktion gezählt. Wenn Sie beispielsweise 10.000 Lesevorgänge über Redirect ausführen und jeder Dateilesevorgang 16 MB groß ist, beträgt der Kapazitätsverbrauch 40.000 Transaktionen oder 416 CU-Sekunden.

Verknüpfungen

Beim Zugriff auf Daten über OneLake-Verknüpfungen wird die Transaktionsnutzung auf die Kapazität angerechnet, die mit dem Arbeitsbereich verbunden ist, in dem die Verknüpfung erstellt wird. Die Kapazität für die letztendliche Speicherung der Daten (auf die die Verknüpfung verweist) wird für die gespeicherten Daten in Rechnung gestellt.

Beim Zugriff auf Daten über eine Verknüpfung zu einer externen Quelle zu OneLake, z. B. zu adLS Gen2, wird der CU-Verbrauch für diese externe Anforderung von OneLake nicht angerechnet. Die Transaktionen werden direkt vom externen Dienst, wie ADLS Gen2, in Rechnung gestellt.

Angehaltene Kapazität

Wenn eine Kapazität angehalten wird, werden die gespeicherten Daten weiterhin mit dem pay-as-you-go-Tarif pro GB in Rechnung gestellt. Alle Transaktionen an eine Kapazität werden abgelehnt, wenn sie angehalten ist, so dass keine Fabric CUs durch OneLake-Transaktionen verbraucht werden. Um auf Ihre Daten zuzugreifen oder ein Fabric-Element zu löschen, muss die Kapazität fortgesetzt werden. Sie können den Arbeitsbereich löschen, während eine Kapazität angehalten wird.

Der Verbrauch der Daten über Verknüpfungen wird immer auf die Kapazität des Verbrauchers angerechnet, sodass die Kapazität, in der die Daten gespeichert sind, angehalten werden kann, ohne die nachgeschalteten Verbraucher in anderen Kapazitäten zu unterbrechen. Siehe Beispiel auf der Seite OneLake-Kapazitätsverbrauch

Notfallwiederherstellung

Die OneLake-Nutzung bei aktivierter Notfallwiederherstellung wird ebenfalls durch die Menge der gespeicherten Daten und die Anzahl von Transaktionen definiert.

Speicher der Notfallwiederherstellung

Wenn die Notfallwiederherstellung aktiviert ist, werden die Daten in OneLake georepliziert. Daher wird der Speicher als BCDR-Speicher (Business Continuity and Disaster Recovery) in Rechnung gestellt. Weitere Informationen zu den Preisen finden Sie unter Microsoft Fabric – Preise.

Transaktionen der Notfallwiederherstellung

Wenn die Notfallwiederherstellung für eine bestimmte Kapazität aktiviert ist, werden durch Schreibvorgänge höhere Kapazitätseinheiten beansprucht.

Vorgangstypen der Notfallwiederherstellung

Diese Tabelle definiert den CU-Verbrauch, wenn die Notfallwiederherstellung aktiviert ist und über Anwendungen, die bestimmte Anforderungen umleiten, auf OneLake-Daten zugegriffen wird. Die Umleitung ist eine Implementierung, die den Verbrauch von OneLake-Compute reduziert.

Vorgang Beschreibung Vorgangseinheit Kapazitätseinheiten
OneLake: BCDR-Lesen über Umleitung OneLake: BCDR-Lesen über Umleitung Alle 4 MB pro 10.000 104 CU-Sekunden
OneLake: BCDR-Schreiben über Umleitung OneLake: BCDR-Schreiben über Umleitung Alle 4 MB pro 10.000 3.056 CU-Sekunden
OneLake: Sonstige BCDR-Vorgänge über Umleitung OneLake: Sonstige BCDR-Vorgänge über Umleitung Pro 10.000 104 CU-Sekunden
OneLake: Iteratives BCDR-Lesen über Umleitung OneLake: Iteratives BCDR-Lesen über Umleitung Pro 10.000 1.626 CU-Sekunden
OneLake: Iteratives BCDR-Schreiben über Umleitung OneLake: Iteratives BCDR-Schreiben über Umleitung Pro 100 2.730 CU-Sekunden

Diese Tabelle definiert die CU-Auslastung, wenn die Notfallwiederherstellung aktiviert ist und auf OneLake-Daten mithilfe von Anwendungen zugegriffen wird, die Proxy-Anfragen verwenden, was der Rate für Transaktionen über Umleitung entspricht.

Vorgang Beschreibung Vorgangseinheit Kapazitätseinheiten
OneLake: BCDR-Lesen über Proxy OneLake: BCDR-Lesen über Proxy Alle 4 MB pro 10.000 104 CU-Sekunden
OneLake: BCDR-Schreiben über Proxy OneLake: BCDR-Schreiben über Proxy Alle 4 MB pro 10.000 3.056 CU-Sekunden
OneLake: Sonstige BCDR-Vorgänge OneLake: Sonstige BCDR-Vorgänge Pro 10.000 104 CU-Sekunden
OneLake: Iteratives BCDR-Lesen über Proxy OneLake: Iteratives BCDR-Lesen über Proxy Pro 10.000 1.626 CU-Sekunden
OneLake: Iteratives BCDR-Schreiben über Proxy OneLake: Iteratives BCDR-Schreiben über Proxy Pro 100 2.730 CU-Sekunden

OneLake-Sicherheit

Die Sicherheit von OneLake verbraucht kapazität für RLS-Transaktionen auf Zeilenebene basierend auf der Anzahl der Zeilen in der Tabelle, die durch RLS gesichert sind. Wenn Sie auf eine mit RLS gesicherte Tabelle zugreifen, gilt der Kapazitätsverbrauch für das Fabric-Element, das zum Ausführen der Abfrage gemäß der folgenden Tabelle verwendet wird.

Vorgang Beschreibung Vorgangseinheit Kapazitätseinheiten
OneLake-Sicherheits-RLS OneLake-Sicherheits-RLS Millionen Zeilen in der Tabelle 0,1 CU Sekunden

OneLake-Diagnosen

Die OneLake-Diagnose verbraucht Kapazität, wenn Diagnoseereignisse erfasst und in ein Ziel Lakehouse geschrieben werden, entsprechend der nachstehenden Tabelle.

Vorgang Beschreibung Vorgangseinheit Kapazitätseinheiten
OneLake Diagnostics-Ereignisvorgang OneLake-Diagnoseschreibvorgänge Alle 4 MB pro 10.000 1.626 CU-Sekunden
OneLake BCDR Diagnostik-Ereignisoperation OneLake-Diagnoseschreibvorgänge, wenn BCDR aktiviert ist Alle 4 MB pro 10.000 3.056 CU-Sekunden
OneLake-Diagnosedatentransfer OneLake-Diagnosedatenübertragung Pro GB 1.389 CU-Stunden

Änderungen an der Workload-Verbrauchsrate von Microsoft Fabric

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 im Microsoft Fabric-Blog angegeben ist. Wenn eine Änderung der Workload-Verbrauchsrate von Microsoft Fabric 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.