Fabric-Kapazität und OneLake-Verbrauch

Sie benötigen nur eine Kapazität, um alle Ihre Microsoft Fabric-Erfahrungen voranzutreiben, einschließlich Microsoft OneLake. Lesen Sie weiter, wenn Sie ein detailliertes Beispiel für die Nutzung von Speicher und die Berechnung von OneLake wünschen.

Übersicht

OneLake wird automatisch mit jedem Microsoft Fabric-Mandanten bereitgestellt und ist als zentraler Ort für alle Ihre Analysedaten konzipiert. Alle Fabric-Datenelemente sind für die Speicherung von Daten in OneLake vorab verknüpft. Wenn Sie beispielsweise Daten in einem Lakehouse oder Warehouse speichern, werden Ihre Daten nativ in OneLake gespeichert.
Mit OneLake zahlen Sie für die gespeicherten Daten, ähnlich wie Dienste wie Azure Data Lake Storage (ADLS) Gen2 oder Amazon S3. Im Gegensatz zu anderen Diensten enthält OneLake jedoch keine separate Gebühr für Transaktionen (z. B. Lesevorgänge, Schreibvorgänge). Stattdessen verbrauchen Transaktionen Kapazitäten von vorhandenen Fabric-Kapazitäten, die auch zum Ausführen Ihrer anderen Fabric-Erfahrungen verwendet werden. Informationen zu Preisen, die mit ADLS Gen2 vergleichbar sind, finden Sie unter Fabric – Preise. Zur Veranschaulichung wird hier ein Beispiel durchlaufen. Angenommen, Sie kaufen eine F2-SKU mit 2 Kapazitätseinheiten (CU) pro Sekunde. Nennen wir dies „Capacity1“. Anschließend erstellen Sie Workspace1 und laden eine 450 MB-Datei mithilfe des Fabric-Webportals in ein Lakehouse hoch. Diese Aktion verwendet sowohl OneLake-Speicher als auch OneLake-Transaktionen. Jetzt befassen wir uns mit den einzelnen Dimensionen.

OneLake-Speicher

Da OneLake Storage auf dem Modell einer nutzungsbasierten Zahlung arbeitet, wird eine separate Gebühr für OneLake-Speicher in Ihrer Rechnung angezeigt, die den gespeicherten 450 MB an Daten entspricht. Wenn Sie ein Kapazitätsadministrator sind, können Sie Ihren Speicherverbrauch in der App für Fabric-Kapazitätsmetriken anzeigen. Öffnen Sie die Registerkarte „Speicher“, und wählen Sie „Erfahrung“ als „Lake“ aus, um die Kosten des OneLake-Speichers anzuzeigen. Wenn Sie über mehrere Arbeitsbereiche in der Kapazität verfügen, können Sie den Speicher pro Arbeitsbereich sehen.

In der nachstehenden Abbildung haben Sie zwei Spalten mit der Bezeichnung „Abrechnungsfähiger Speicher“ und „Aktueller Speicher“. Der abrechnungsfähige Speicher zeigt die kumulativen Daten über den Monat an. Da die Gesamtgebühr für gespeicherte Daten nicht an einem Tag im Monat, sondern auf anteilsbezogener Basis im gesamten Monat in Anspruch genommen wird. Sie können den monatlichen Preis als abrechnender Speicher (GB) berechnen, der mit dem Preis pro GB pro Monat multipliziert wird. Wenn Sie also 1 TB Daten am Tag 1 gespeichert und dann vor dem Tag 2 gelöscht haben, würden Sie an Tag 1 der 1 TB/30Tage = 33 GB sehen. Es wird kein zusätzlicher Speicher ausgewiesen, und es werden nur 33 GB für den Monat ausgewiesen. Wenn Sie jedoch 1 TB am Tag 1 gespeichert haben und die Daten dann nicht gelöscht haben, kämen jeden Tag 33 GB hinzu bis zum letzten Tag, an dem 1 TB für den abrechnungsfähigen Speicher angezeigt wird.

OneLake Compute

Von Anforderungen an OneLake (z. B. das Lesen, Schreiben oder Listing von Daten) werden Fabric-Kapazitätseinheiten beansprucht. OneLake folgt einer ähnlichen Zuordnung von APIs zu Vorgängen wie ADLS. Der CU-Verbrauch pro Vorgangstyp kann in der App mit den Fabric-Kapazitätsmetriken angezeigt werden. In unserem Beispiel führte der Dateiupload zu einer Schreibtransaktion, die 127.46 CU-Sekunden von Fabric-Kapazität verbrauchte. Dieser Verbrauch wird als „OneLake Write via Proxy“ im Vorgangsnamen in der Kapazitätsmetrik-App gemeldet. Jetzt lesen wir diese Daten mithilfe eines Fabric-Notebooks. Sie verbrauchen 1,39 CU-Sekunden von Lesevorgängen. Dieser Verbrauch wird in der Metrik-App als „OneLake Read via Redirect“ gemeldet. Weitere Informationen dazu, wie jeder Betriebstyp Kapazitätseinheiten verbraucht, finden Sie auf der Seite „“OneLake-Verbrauch“.

Weitere Informationen zu den verschiedenen Terminologien in der Metrik-App finden Sie unter Grundlegendes zur Kapazitätsmetriken-App von Microsoft Fabric.

Vielleicht fragen Sie sich, wie sich Verknüpfungen auf Ihre OneLake-Nutzung auswirken? Im obigen Szenario werden sowohl Speicher als auch Compute Capacity1 in Rechnung gestellt. Angenommen, Sie haben eine zweite Kapazität „Capacity2“, die Workspace2 enthält. Sie erstellen ein Lakehouse und eine Verknüpfung zu der Parquet-Datei, die Sie in Workspace1 hochgeladen haben. Sie erstellen ein Notebook zum Abfragen der Parquet-Datei. Da Capacity2 auf die Daten zugreift, verbrauchen die Berechnungs- oder Transaktionskosten für diesen Lesevorgang CU von Capacity2. Der Speicher wird weiterhin Capacity1 in Rechnung gestellt.

Was geschieht, wenn Sie die Kapazität anhalten? Nehmen wir an, „Capacity2“ wurde angehalten, und „Capacity1“ wurde nicht angehalten. Wenn Kapazität2 angehalten wird, können Sie die Daten nicht mithilfe der Verknüpfung von Workspace2 in Capacity2 lesen, Sie können jedoch direkt in Workspace1 auf die Daten zugreifen. Wenn „Capacity1“ angehalten und „Capacity2“ fortgesetzt wird, können Sie die Daten mit Workspace1 in Capacity1 nicht lesen. Sie können Daten jedoch mithilfe der Verknüpfung lesen, die bereits in Workspace2 in Capacity2 erstellt wurde. In beiden Fällen werden die gespeicherten Daten Capacity1 in Rechnung gestellt, da die Daten noch in Capacity1 gespeichert sind.

Wenn Ihr CU-Verbrauch zu irgendeinem Zeitpunkt Ihren Kapazitätsgrenzwert überschreitet, wird Ihre Kapazität gedrosselt. Wenn die Kapazität gedrosselt ist, werden Transaktionen für ein bestimmtes Zeitfenster möglicherweise abgelehnt oder verzögert. Hier finden Sie weitere Informationen zur Drosselung.

Wir empfehlen Ihnen, die 60-tägige kostenlose Testversion von Fabric zu starten, um OneLake und andere Fabric-Features zu erkunden. Informationen zu weiteren Fragen finden Sie in unserem Fabric-Forum.