OneLake-Nutzung von Compute- und Speicherressourcen

Die OneLake-Nutzung wird durch die gespeicherten Daten und die Anzahl von Transaktionen definiert. Diese Seite enthält Informationen zur Abrechnung und Meldung der gesamten OneLake-Nutzung.

Storage

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. Daten, die in OneLake für Power BI-Importsemantikmodelle gespeichert sind, sind im Preis Ihrer Power BI-Lizenzierung enthalten. 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.

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.

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

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: 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
OneLake: Sonstige Vorgänge über Umleitung OneLake: Sonstige Vorgänge über Umleitung Pro 10.000 104 CU-Sekunden

Diese Tabelle definiert den CU-Verbrauch, wenn über Anwendungen, die Anforderungen über einen Proxy laufen lassen, auf OneLake-Daten zugegriffen wird.

Vorgang in der Metrik-App Beschreibung Vorgangseinheit Verbrauchsrate
OneLake: Lesen über Proxy OneLake: Lesen über Proxy Alle 4 MB pro 10.000* 306 CU-Sekunden
OneLake: Schreiben über Proxy OneLake: Schreiben über Proxy Alle 4 MB pro 10.000* 2.650 CU-Sekunden
OneLake: Iteratives Lesen über Proxy OneLake: Iteratives Lesen über Proxy Pro 10.000 4.798 CU-Sekunden
OneLake: Iteratives Schreiben über Proxy OneLake: Iteratives Schreiben über Proxy Pro 100 2.117,95 CU-Sekunden
OneLake: Sonstige Vorgänge OneLake: Sonstige Vorgänge Pro 10.000 306 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 pausiert wird, werden die gespeicherten Daten weiterhin nach der nutzungsbasierten Bezahlung pro GB abgerechnet. 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: 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
OneLake: Sonstige BCDR-Vorgänge über Umleitung OneLake: Sonstige BCDR-Vorgänge über Umleitung Pro 10.000 104 CU-Sekunden

Diese Tabelle definiert den CU-Verbrauch, wenn die Notfallwiederherstellung aktiviert ist und über Anwendungen, die Anforderungen über eine Proxy laufen lassen, auf OneLake-Daten zugegriffen wird.

Vorgang Beschreibung Vorgangseinheit Kapazitätseinheiten
OneLake: BCDR-Lesen über Proxy OneLake: BCDR-Lesen über Proxy Alle 4 MB pro 10.000 306 CU-Sekunden
OneLake: BCDR-Schreiben über Proxy OneLake: BCDR-Schreiben über Proxy Alle 4 MB pro 10.000 3.870 CU-Sekunden
OneLake: Iteratives BCDR-Lesen über Proxy OneLake: Iteratives BCDR-Lesen über Proxy Pro 10.000 4.798 CU-Sekunden
OneLake: Iteratives BCDR-Schreiben über Proxy OneLake: Iteratives BCDR-Schreiben über Proxy Pro 100 3.415,5 CU-Sekunden
OneLake: Sonstige BCDR-Vorgänge OneLake: Sonstige BCDR-Vorgänge Pro 10.000 306 CU-Sekunden

Ä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.