光纖數據倉儲中的高載容量
適用於：✅Microsoft Fabric 中的 SQL 分析端點和倉儲
Fabric 容量是大小 (或 SKU) 的不同資源集區，可決定可用的計算能力。 倉儲和 SQL 分析端點提供可高載容量，可讓工作負載使用更多資源來達到更佳的效能。
可高載容量
可高載容量與已指派給工作區 Fabric 容量的 SKU 有直接關聯。 它也是工作負載的函式。 無需求的工作負載可能永遠不會使用可高載容量單位。 工作負載可在已購買的基準容量內達到最佳效能。
若要判斷工作負載是否使用可高載容量，可使用下列公式來計算工作負載的比例因素：Capacity Units (CU) / duration / Baseline CU = Scale factor
為了說明此公式，如果您的容量是 F8，工作負載需要 100 秒才能完成，而且使用了 1500 個 CU，則比例因素的計算方式如下：1500 / 100 / 8 = 1.875
CU 可以使用 Microsoft Fabric 容量計量應用程式來判定。
當比例因素超過 1 時，表示正在使用可高載容量來滿足工作負載的需求。 這也意味著您的工作負載正從未來的時間間隔借用容量單位。 這是稱為平滑處理的 Microsoft Fabric 基本概念。
對於在高峰時段突然出現峰值，且有大量閒置容量未使用的客戶，平滑處理可提供緩解。 平滑處理可藉由散佈計算的評估來簡化容量管理，以確保客戶作業能順暢且有效率地執行。
SKU 護欄
可高載容量是有限的。 對後端計算資源設有限制，以大幅降低倉儲和 SQL 分析端點工作負載造成節流的風險。
限制 (或護欄) 是與指派給工作區的 Fabric 容量 SKU 大小直接相關的比例因素。
| Fabric SKU | 對等進階 SKU | 基準容量單位 (CU) | 可高載比例因素 |
|---|---|---|---|
| F2 | 2 | 1x - 32x | |
| F4 | 4 | 1x - 16x | |
| F8 | 8 | 1x - 12x | |
| F16 | 16 | 1x - 12x | |
| F32 | 32 | 1x - 12x | |
| F64 | P1 | 64 | 1x - 12x |
| F128 | P2 | 128 | 1x - 12x |
| F256 | P3 | 256 | 1x - 12x |
| F512 | P4 | 512 | 1x - 12x |
| F1024 | P5 | 1024 | 1x - 12x |
| F2048 | 2048 | 1x - 12x |
較小的 SKU 大小通常用於開發/測試案例或特定工作負載。 資料表中顯示的比例因素越大，可提供的處理能力越強，符合這些環境中通常較低的整體使用率。
較大的 SKU 大小可存取更多的總容量單位，讓更複雜的工作負載以最佳方式執行，且具有更多並行。 因此，如果未達到工作負載所需的效能，增加容量 SKU 大小可能會有所幫助。
注意
可高載比例因素上限只能在極小的時間間隔內觀察到，通常是在單一查詢的數秒甚至幾毫秒內。 使用 Microsoft Fabric 容量計量應用程式來觀察可高載容量時，較長持續時間的比例因素將會較低。
隔離界限
倉儲會完全隔離擷取與查詢處理，如工作負載管理中所述。
可以在為查詢處理實現可高載比例因素的同時，獨立地實現用於擷取的可高載比例因素。 這些比例因素會封裝單一工作區內的所有程序。 不過，容量可指派給多個工作區。 因此，容量之間的彙總最大比例因素會以下列公式表示：([Query burstable scale factor] + [Ingestion burstable scale factor]) * [number of Fabric workspaces] = [aggregate burstable scale factor]
考量
通常，指派給小型容量 SKU 大小的工作區中執行的複雜查詢應該會執行到完成。 不過，如果資料擷取或中繼資料處理實際上無法在可高載比例因素內執行，則會產生下列錯誤訊息：
This query was rejected due to current capacity constraints.檢閱效能指導方針，以確保在增加 SKU 大小之前的資料和查詢最佳化。 若要增加 SKU 大小，請連絡您的容量管理員。調整容量大小後，下一個查詢執行時將會套用新的護欄。 效能應會在第一個查詢提交後的幾秒鐘內穩定到新的容量 SKU 大小。
在非最佳容量大小上執行的工作負載可能會受限於資源爭用 (例如溢寫)，進而增加工作負載的 CU 使用量。