網狀架構節流原則

當租使用者的容量耗用比購買更多的容量資源時，就會發生節流。 太多節流可能會導致用戶體驗降低。 Microsoft Fabric 租使用者可以建立多個容量，並將工作區指派給特定容量以進行計費和重設大小。

節流會在容量層級套用，這表示雖然一個容量或一組工作區可能會因為超載而降低效能，但其他容量可能會正常執行。 在 OneLake 成品等功能以一個容量產生並被另一個容量取用時，取用容量的節流狀態會決定對成品的呼叫是否受到節流。

在效能與可靠性之間平衡

網狀架構的設計目的是透過允許作業存取比配置給容量更多的容量單位 （CU） 資源，為客戶提供快速的效能。 在其他平臺上可能需要幾分鐘才能完成的工作，可以在網狀架構上幾秒鐘內完成。 為了避免在作業負載激增時懲罰使用者，Fabric 會在至少五分鐘內平滑或平均作業的 CU 使用量，甚至更長的時間，以達到高 CU 使用量，但運行時間要求較短。 此行為可確保您可以享受一致的快速效能，而不需要發生節流。

對於長時間運行時間且耗用大量 CU 負載的背景作業，Fabric 會在 24 小時內順暢使用 CU。 Smoothing 可避免數據科學家和資料庫管理員花時間建立作業排程，以將 CU 負載分散到一整天，以防止帳戶凍結。 透過 24 小時的 CU 平滑處理，排程的工作都可以同時執行，而不會在白天任何時間造成任何尖峰，而且您可以享受一致的快速效能，而不會浪費時間管理作業排程。

執行中的作業不會進行節流

當容量進入節流狀態時，它只會影響容量開始節流之後所要求的作業。 允許執行所有作業，包括節流開始前提交的長時間執行作業。 此行為可讓您保證作業已完成，即使在 CU 使用量激增期間也一樣。

節流觸發程式和節流階段

在平滑處理之後，某些帳戶在尖峰報告期間仍可能會遇到 CU 使用量尖峰。 為了協助管理這些尖峰，系統管理員可以設定電子郵件警示，以在容量耗用其布建 CU 資源的 100% 時收到通知。 此模式表示容量可能受益於負載平衡，而系統管理員應該考慮增加SKU大小。 請務必注意，對於 F SKU，您可以隨時在系統管理員設定中手動增加和減少它們。 不過，即使容量在其完整 CU 潛力上運作，Fabric 也不會套用節流。 此行為可確保使用者有一致的快速效能，而不會發生任何中斷。

當容量在接下來的 10 分鐘內取用其所有可用的 CU 資源時，就會開始進行節流的第一個階段。 例如，如果您購買 10 個單位的容量，然後耗用每分鐘 50 個單位，您就會建立每分鐘 40 個單位的承載。 兩個半分鐘后，你會累積100個單位的攜帶，從未來的窗戶借來。 此時，當所有容量在未來 10 分鐘都已耗盡時，Fabric 會起始其第一個節流層級，而且所有新的互動式作業在提交時都會延遲 20 秒。 如果承載達到整小時，互動式要求會遭到拒絕，但排程的背景作業會繼續執行。 如果容量累積了整整 24 小時的攜帶，則整個容量會凍結，直到運力得到回報為止。

未來的平滑耗用量

注意

Microsoft嘗試改善客戶使用服務時的彈性，同時平衡管理客戶容量使用量的需求。 因此，Microsoft可能會變更或更新網狀架構節流原則。

使用方式	原則限制	平台原則體驗影響
使用量 <= 10 分鐘	超額保護	作業可以耗用未來 10 分鐘的容量使用，而不需要節流。
10 分鐘 < 使用量 <= 60 分鐘	互動式延遲	提交時，使用者要求的互動式作業延遲 20 秒。
60 分鐘 < 使用量 <= 24 小時	互動式拒絕	使用者要求的互動式作業會遭到拒絕。
使用量 > 24小時	背景拒絕	所有要求都會遭到拒絕。

保留容量使用量降低

每當容量具有閑置容量時，系統就會支付順向層級。

如果您有 100 個 CU 分鐘和 200 個 CU 分鐘的轉送，而且您沒有任何作業正在執行，則需要兩分鐘的時間才能支付您的攜帶。 在此範例中，系統不會進行節流，因為有兩分鐘的攜帶。 節流延遲要到累積 10 分鐘才會開始。

如果您需要更快速地支付攜帶費用，您可以暫時增加 SKU 大小，以產生套用至順向的更多閒置容量。

節流行為是網狀架構特有的

雖然大部分網狀架構產品都遵循先前所述的節流規則，但有一些例外狀況。

例如，Fabric 事件數據流有許多作業可以在啟動之後執行數年。 節流處理新的事件串流作業並不合理，因此，配置來保持數據流開啟的 CU 資源數量會減少，直到容量再次處於良好狀態為止。

另一個例外狀況是即時智慧，如果作業延遲 20 秒，則不會即時。 因此，即時智慧會忽略第一個階段的節流，20 秒的延遲為 10 分鐘，並等候到 60 分鐘的拒絕階段開始節流。 此行為可確保使用者即使在高需求期間仍可繼續享受即時效能。

同樣地，幾乎所有倉儲類別中的作業都會回報為背景，以利用24小時的活動平滑，以允許最具彈性的使用模式。 將所有數據倉儲分類為 背景 可防止 CU 使用率的尖峰觸發節流太快。 某些要求可能會觸發以不同方式進行節流處理的作業字串。 這可讓背景作業成為受節流作為互動式作業所限制。

節流和平滑處理的互動式和背景分類

Microsoft Fabric 會將作業分成兩種類型： 互動式 和 背景。 您可以在網狀架構作業中找到這些描述，以及它們之間的差異。

有些系統管理員可能會注意到作業有時會分類為互動式且平滑化為背景，反之亦然。 因為網狀架構的節流系統必須在要求開始執行之前套用節流規則，才會發生此差異。 在作業開始執行且可以測量 CU 耗用量之後，就會進行平滑處理。

節流系統嘗試在提交時準確分類作業，但有時作業的分類可能會在套用節流之後變更。 當作業開始執行時，要求的詳細資訊會變成可用。 在模棱兩可的案例中，節流系統會嘗試在將作業分類為背景的一邊更糟，這符合使用者的最佳利益。

追蹤超額和拒絕的作業

您可以檢閱Microsoft網狀架構容量計量應用程式中的使用率圖表，以查看您的容量是否超載。 超過行的尖峰表示多載。 若要進一步調查多載，請鑽研至時間點頁面。 然後，您可以同時檢閱您的互動式和背景作業，並查看哪些作業負責超載您的容量。 您也可以判斷多載事件何時發生。

由於超過 100% 的使用率並不會自動表示節流，因此在評估超額時，您必須使用 節流圖表 。 您可以從該處開啟一個數據表，其中顯示要燒毀的分鐘數、新增、燒毀和累計百分比的圖表等等。

若要檢視容量使用量過高的視覺歷程記錄，包括隨向、累計和使用量數據的毀毀，請移至 [超額] 索引卷標。您可以變更超額視覺效果縮放比例，以顯示 10 分鐘、60 分鐘和 24 小時。 隨向只考慮可計費作業。

Microsoft Fabric 容量計量應用程式向下鑽研可讓系統管理員查看節流事件期間遭到拒絕的作業。 這些作業的資訊有限，因為它們永遠不允許啟動。 系統管理員可以看到提交要求的產品、用戶、作業標識碼和時間。 拒絕要求時，終端使用者會收到錯誤訊息，要求他們稍後再試一次。

您可以從多載情況復原所採取的動作

可用來從節流狀況中復原的策略：

• 等候多載狀態結束，再發出新的要求。
• 升級 F 容量的 SKU。
• 暫停/繼續 F 容量。
• 自動調整 P 容量。
• 將優先順序較低或過度耗用工作區移出容量。

相關內容

• 安裝 Microsoft Fabric 容量計量應用程式 ，以監視網狀架構容量。