布料容量與 OneLake 消耗量

你只需要一個容量就能驅動所有 Fabric 體驗,包括 OneLake。 本文提供了 OneLake 如何消耗儲存與運算的詳細範例。

在 OneLake 中,你需為所儲存的資料付費,這和 Azure Data Lake Storage(ADLS)或 Amazon S3 等服務類似。 然而,與其他服務不同的是,OneLake 並未對你的資料交易(例如讀寫)收取額外費用。 交易將消耗您用於執行其他 Fabric 體驗的現有 Fabric 容量。 有關價格的資訊,請參見 布料定價。

為了說明,讓我們來舉一個例子。

  • 你購買一個每秒有 2 個容量單位(CU)的 F2 SKU,並將其命名 為 Capacity1。

  • 接著你建立一個工作區 Workspace1,並透過 Fabric 入口網站將檔案上傳到 Lakehouse。 此動作同時消耗 OneLake 儲存與 OneLake 交易。

現在,讓我們逐一探討這些面向。

OneLake 儲存

OneLake 儲存採用隨用付費模式。 你的帳單上顯示「OneLake Storage」是針對所儲存資料另外收費的。

如果你是容量管理員,可以在 Fabric 容量指標應用程式中查看你的儲存用量。 在 Fabric 容量指標應用程式中,開啟 儲存 標籤,使用 體驗 下拉選單選擇 湖泊 ,查看 OneLake 儲存的成本。 如果你的容量中有多個工作區,你可以看到每個工作區的儲存空間。 在工作空間內進行項目層級儲存歸屬時,工作區管理員可在工作區設定中的 >中使用OneLake>儲存報告,該報告顯示各項目使用情況,包括可見項目、隱藏系統資料及軟刪除資料。

截圖顯示 OneLake 儲存在 Fabric Metrics 應用程式中如何被檢視。

工作區詳細資料表包含兩個欄位: 目前儲存 與 可計費儲存。 可計費記憶體會反映當月累計數據使用量。 儲存資料的總費用不會只在一個月某一天扣款,而是按比例計算,涵蓋整個月。 您可以將每月價格估計為可計費記憶體 (GB) 乘以每個 GB 每月的價格。

例如,在第 1 天儲存 1 TB 的數據,會新增至 33 GB 的每日計費記憶體。 第一天是 1 TB / 30 天 = 33 GB,而且每天會新增 33 GB,直到當月結束為止。 OneLake 軟刪除 透過在永久刪除前保留檔案七天,保護個別檔案免於意外刪除。 軟刪除的數據會以與使用中數據相同的費率計費。 如果你發現項目內容與帳單儲存總額有差異, OneLake 的項目大小報告 可以幫助你將軟刪除和隱藏的系統資料作為儲存使用量的獨立貢獻來源。

圖示顯示可計費與目前儲存的差異。

如需詳細資訊,請參閱 了解計量應用程式儲存空間頁面。

OneLake 運算

對 OneLake 的請求(如讀取、寫入或列)會消耗 Fabric 容量。 OneLake 將 API 映射到操作,就像 ADLS 將 每個 REST 操作映射到一個價格一樣。

你可以在 Fabric 容量指標應用程式中查看每個作業的容量使用情況。 在 Fabric 容量指標應用程式中,開啟 計算 標籤。將滑鼠移到你想查看操作細節的項目上。

Important

截至 2026 年 5 月,Fabric Capacity Metrics 應用程式會在工作區層級將 OneLake 計算作業回報為單一 OneLake 項目,而不是依個別 Fabric 項目回報。 若想了解項目層級細節,請使用 OneLake 診斷。

截圖顯示 OneLake 計算在 Fabric Metrics 應用程式中如何被檢視。

在前述範例中,檔案上傳會產生一個寫入交易,耗時 CU 秒。 Fabric容量指標應用程式的 Compute 分頁會將此消耗報告為 OneLake Write (Hot),位於操作名稱欄位下。

然而,如果你用筆記本讀取這些資料,就會消耗 CU 秒的讀取交易。 該指標應用程式將此用量報告為 OneLake Read (Hot)。 欲了解每種作業如何消耗容量單位,請參閱 OneLake 消耗頁面。

想進一步了解指標應用程式上的各種術語,請參閱 「了解指標應用程式的計算」頁面。

快捷方式容量使用

在前述範例中,儲存和運算都以 Capacity1 計費。 現在,假設你有第二個容量 Capacity2 ,裡面包含 Workspace2。 你建立一個湖屋,並在 Workspace1 裡建立指向 parquet 檔案的捷徑。 你建立一個筆記本來查詢 parquet 檔案。 當 Capacity2 存取資料時,此讀取操作的計算或交易成本會消耗 Capacity2 的 CU。 儲存仍以 Capacity1 計費。

圖表顯示按容量進行的簡化計費方式。

  • 如果 Capacity2 暫停但 Capacity1 仍在運作,你無法透過 Workspace2(Capacity2)的捷徑讀取資料,但可以直接在 Workspace1(Capacity1)存取資料。

  • 如果 Capacity1 暫停且 Capacity2 是啟用狀態,你無法讀取 Workspace1(Capacity1)中的資料,但你仍可以透過 Workspace2 的捷徑使用資料。 在這兩種情況下,由於資料仍儲存在 Capacity1 中,儲存成本仍計費至 Capacity1。

若 CU 使用量超過容量限制,可能會發生 限速 ,導致交易延遲或暫時拒絕。

開始使用 Fabric 的免費試用版,探索 OneLake 及其他功能,並造訪 Fabric 論壇 詢問問題。