Fabric 節流原則
當租用戶的容量耗用比購買的容量資源多時，就會發生節流。 過度節流可能會導致最終使用者體驗降低。 Microsoft Fabric 租用戶可以建立多個容量，並將工作區指派給特定容量以進行計費和大小調整。
節流會在容量層級套用，這意味著雖然一個容量或一組工作區可能會因為多載而效能變低，但其他容量可能會正常執行。 當 OneLake 成品等功能在一個容量產生並被另一個容量使用時，取用容量的節流狀態會決定對成品的呼叫是否受到節流。
效能與可靠性之間的平衡
Fabric 的設計目的是透過允許操作存取比配置給容量更多的容量單位 (CU) 資源，以便為其客戶提供快如閃電的效能。 在其他平台上可能需要幾分鐘才能完成的工作，在 Fabric 上僅需幾秒鐘即可完成。 為了避免在操作負載激增時懲罰使用者，Fabric 會在最短五分鐘內對操作的 CU 使用量進行平滑或平均處理，對於 CU 使用量較高但執行階段較短的要求則會需要更長時間。 此行為可確保您可以享受一致的快速效能，而不會受到節流。
對於執行階段長且取用大量 CU 負載的背景操作，Fabric 會在 24 小時內平滑其 CU 使用量。 平滑處理可免去資料科學家和資料庫管理員為將 CU 負載分散到一整天而花時間建立工作排程的麻煩，防止帳戶被凍結。 透過 24 小時 CU 平滑處理，所有排程工作都可以同時執行，而不會在白天的任何時間形成峰值，而且您可以享受一致的快速效能，無需浪費時間管理工作排程。
執行中的操作不會被節流
當容量進入節流狀態時，它只會影響容量開始節流之後所要求的操作。 所有操作，包括在節流開始之前提交的長時間執行的操作，都允許執行至完成。 此行為讓您確信即使在 CU 使用量激增時，操作也能完成。
節流觸發程序和節流階段
在平滑處理之後，某些帳戶在尖峰報告期間仍可能會遇到 CU 使用量峰值。 為了協助管理這些峰值，管理員可以設定電子郵件警示，以在容量耗用其佈建 CU 資源的 100% 時收到通知。 此模式表示容量可能受益於負載平衡，而管理員應該考慮增加 SKU 大小。 請務必注意，對於 F SKU，您可以隨時在管理員設定中手動增大和減小它們。 不過，即使容量在其完整 CU 潛力上運作，Fabric 也不會套用節流。 此行為可確保使用者有一致的快速效能，而不會發生任何中斷。
當容量在未來 10 分鐘內取用其所有可用 CU 資源時，就會開始節流的第一個階段。 例如，如果您購買 10 個容量單位，然後每分鐘取用 50 個單位，您就會建立每分鐘 40 個單位的轉結。 兩分半後，您會累積 100 個單位的轉結，且均從未來時段借用。 此時，當所有容量在未來 10 分鐘都已耗盡時，Fabric 會起始其第一個節流層級，而且所有新的互動式操作在提交時都會延遲 20 秒。 如果轉結達到整個小時，互動式要求將遭拒絕，但排程的背景操作會繼續執行。 如果容量累積了滿 24 小時的結轉，則整個容量將被凍結，直到結轉時間被清償。
未來的平滑使用量
注意
Microsoft 嘗試改善客戶使用服務時的彈性，同時平衡管理客戶容量使用量的需求。 因此，Microsoft 可能會變更或更新 Fabric 節流原則。
| 使用方式 | 原則限制 | 平台原則體驗影響 |
|---|---|---|
| 使用量 <= 10 分鐘 | 超額保護 | 工作可以耗用未來 10 分鐘的容量使用，而不需要節流。 |
| 10 分鐘 < 使用量 <=60 分鐘 | 互動延遲 | 使用者要求的互動作業在提交時會延遲 20 秒。 |
| 60 分鐘 < 使用量 <= 24 小時 | 互動拒絕 | 使用者要求的互動式工作遭到拒絕。 |
| 使用量 > 24 小時 | 背景拒絕 | 所有要求都會遭到拒絕。 |
轉結容量使用量降低
每當容量具有閒置容量時，系統就會清償以減少轉結水平。
如果您有 100 CU 分鐘和 200 CU 分鐘的結轉，並且您沒有執行任何操作，您需要兩分鐘來清償您的結轉。 在此範例中，系統不會進行節流，因為有兩分鐘的轉結。 節流延遲將不會開始，直到轉結累積到 10 分鐘。
如果您需要更快地清償您的結轉，您可以暫時增加您的 SKU 大小以產生更多的閒置容量，用於清償您的結轉。
節流行為特定於 Fabric
雖然大部分 Fabric 產品都遵循先前所述的節流規則，但有一些例外狀況。
例如，Fabric 事件數據流有許多作業可以在啟動之後執行數年。 節流處理新的事件串流作業並無意義，因此，配置來保持數據流開啟的 CU 資源數量會降低，直到容量再次處於良好狀態為止。
另一個例外狀況是即時智慧，如果操作延遲 20 秒，則無法達到即時效果。 因此，即時智慧會忽略第一個節流階段的 20 秒延遲 (轉結累積 10 分鐘時)，直到拒絕階段 (轉結達到 60 分鐘) 時才開始節流。 此行為可確保使用者即使在高需求期間仍可繼續享受即時效能。
類似地，[倉儲] 類別中的大部分操作都會報告為 [背景]，以利用 24 小時的活動平滑，實現最靈活的使用模式。 將所有資料倉儲分類為 [背景] 可防止出現 CU 使用率尖峰，避免過快觸發節流。 某些要求可能會觸發一連串以不同方式進行節流處理的操作。 這可讓背景操作成為被節流的互動式操作。
節流和平滑處理的互動式及背景分類
Microsoft Fabric 將作業分成互動式和背景兩種類型。 您可以在 Fabric 操作中找到這些描述，以及它們之間的差異。
有些管理員可能會注意到操作有時會分類為互動式，但卻作為背景被平滑處理，反之亦然。 因為 Fabric 的節流系統必須在要求開始執行之前套用節流規則，才會產生此差異。 在作業開始執行且可以測量 CU 使用量之後，就會進行平滑處理。
節流系統嘗試在提交時準確分類操作，但操作分類有時可能會在套用節流之後發生變更。 當操作開始執行時，關於要求的詳細資訊會變成可用。 在模棱兩可的案例中，節流系統傾向於將操作分類為背景操作，這符合使用者的最佳利益。
追蹤超額和被拒絕操作
您可以檢閱 Microsoft Fabric 容量計量應用程式中的使用率圖表，查看容量是否超載。 超過行的尖峰表示多載。 若要進一步調查多載，請鑽研至時間點頁面。 然後，您可以檢閱互動式和背景作業，查看造成容量超載的人是誰。 您也可以判斷多載事件發生的時間。
由於使用率超過 100% 不一定表示節流，因此在評估超額時，您需要使用節流圖表。 在此，您可以開啟一個資料表，其中顯示待執行工作的分鐘數，以及新增、燒耗和累積百分比的圖表，等等。
若要檢視容量使用量過高的視覺化歷程記錄，包括利用率資料的轉結、累積和燒耗，請移至 [超額] 索引標籤。您可以變更超額視覺物件比例，以顯示 10 分鐘、60 分鐘和 24 小時。 轉結只考慮可計費作業。
Microsoft Fabric 容量計量應用程式的向下鑽研，可讓管理員查看節流事件期間遭到拒絕的操作。 這些操作的資訊有限，因為它們從未被允許啟動。 管理員可以看到提交要求的產品、使用者、操作 ID 和時間。 要求被拒絕時，終端使用者會收到錯誤訊息，要求他們稍後再試一次。
您可以採取的從多載情況復原的動作
當容量被節流至凍結點時，如果使用者的動作需要 Fabric 計算資源，就會收到錯誤。 例如，錯誤可能是由於達到容量限制，無法載入模型。 在這種情況下，您可以使用這些策略，從其凍結狀態復原您的容量。
- 等待多載狀態結束，然後再發出新的要求。
- 升級 F 容量的 SKU。
- 暫停/繼續使用 F 容量。
- 自動縮放 P 容量。
- 將低優先順序或過度耗用的工作區移出容量。
相關內容
- 若要監視 Fabric 容量，請安裝 Microsoft Fabric 容量計量應用程式。