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
Wichtig
Derzeit verwenden OneLake BCDR-Transaktionen über Redirect Fabric-CUs mit der Rate von Nicht-BCDR-Transaktionen. Der CU-Verbrauch für OneLake BCDR-Schreibvorgänge ist höher als nicht-BCDR. Dies ist eine temporäre Situation. Überprüfen Sie die bekannten Probleme auf Updates, wenn das Problem korrigiert wird.
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.