Power BI 內嵌式分析中的容量規劃
計算Power BI內嵌式分析部署所需的容量類型可能會很複雜。 您需要的容量取決於數個參數,其中有些很難預測。
規劃容量時要考慮的一些事項如下:
- 您所使用的數據模型。
- 必要查詢的數目和複雜度。
- 應用程式使用量的每小時分佈。
- 數據重新整理速率。
- 難以預測的其他使用模式。
注意
本文說明如何規劃您需要的容量,以及如何針對Power BI內嵌式分析 A-SKU 執行負載測試評估。
規劃容量時,請執行下列步驟:
- 將效能和資源耗用量優化。
- 判斷您的最小 SKU。
- 評估您的容量負載。
- 設定容量自動調整。
優化效能和資源耗用量
開始任何容量規劃或負載測試評估之前,請先優化報表和語意模型的效能和資源耗用量(特別是記憶體使用量)。
若要將效能優化,請遵循下列資源的指導方針:
如需優化效能的詳細教學課程,請參閱 優化 Power BI 訓練模組中的效能模型。
判斷您的最小 SKU
下表摘要說明相依於容量大小的所有限制。 若要判斷容量的最小 SKU,請檢查語意模型標頭下的 [最大記憶體 (GB)] 數據行。 此外,請記住 目前的限制。
SKU | 容量單位(CU) | Power BI SKU | Power BI v 核心 |
---|---|---|---|
F2 | 2 | N/A | N/A |
F4 | 4 | N/A | N/A |
F8 | 8 | EM1/A1 | 1 |
F16 | 16 | EM2/A2 | 2 |
F32 | 32 | EM3/A3 | 4 |
F64 | 64 | P1/A4 | 8 |
F128 | 128 | P2/A5 | 16 |
F256 | 256 | P3/A6 | 32 |
F5121 | 512 | P4/A7 | 64 |
F10241 | 1,024 | P5/A8 | 128 |
F20481 | 2,048 | N/A | N/A |
1 這些 SKU 不適用於所有區域。 若要要求在無法使用的區域中使用這些 SKU,請連絡您的 Microsoft 帳戶管理員。
評估您的容量負載
若要測試或評估您的容量負載:
在 Azure 中建立 進階版 Power BI Embedded 容量以進行測試。 使用與您 Power BI 租使用者相同的 Microsoft Entra 租使用者相關聯的訂用帳戶,以及登入該相同租使用者的用戶帳戶。
指派您將用來測試所建立 進階版 容量的工作區(或工作區)。 您可以透過下列其中一種方式指派工作區:
- 以程序設計方式 使用 Groups AssignToCapacity API。 使用 Groups CapacityAssignmentStatus API 或透過 PowerShell 腳本檢查指派狀態。 如需範例程式代碼,請參閱
AssignWorkspacesToCapacity
GitHub 上零停機時間-容量調整範例中的 函式。 - 以工作區系統管理員的身分手動方式,或透過 管理員 入口網站作為容量管理員。如需詳細資訊,請參閱使用主要使用者將工作區指派給容量。
- 以程序設計方式 使用 Groups AssignToCapacity API。 使用 Groups CapacityAssignmentStatus API 或透過 PowerShell 腳本檢查指派狀態。 如需範例程式代碼,請參閱
身為容量管理員, 請安裝 Microsoft Fabric 容量計量應用程式。 提供容量標識碼和時間(以天為單位)來監視,然後重新整理數據。
使用 Power BI 容量負載評估工具來評估您的容量需求。 此 GitHub 存放庫也包含 影片逐步解說。 請仔細使用此工具:使用多達數十個並行模擬用戶進行測試,並推斷出更高的並行負載(視您的需求而定,數百或數千個。如需詳細資訊,請參閱 評估您的容量負載。 或者,使用其他負載測試工具,但將iFrame視為黑匣子,並透過JavaScript程式碼模擬用戶活動。
使用您在步驟 3 中安裝的 Microsoft Fabric 容量計量應用程式,監視透過負載測試工具所產生的容量使用率。 或者,您可以使用 Azure 監視器中的警示來檢查 進階版 計量,以監視容量。
如果負載測試對容量產生的實際 CPU 接近容量限制,請考慮針對您的容量使用較大的 SKU。
設定自動調整
您可以使用下列自動調整技術,彈性調整 A-SKU 容量的大小,以解決其目前的記憶體和 CPU 需求。
使用容量更新 API 來相應增加或減少容量 SKU。 若要查看如何使用 API 來建立自己的腳本來相應增加和減少,請參閱 Runbook PowerShell 腳本容量相應增加範例。
使用 監視警示 來追蹤下列 Power BI Embedded 容量計量:
- 多載 (如果您的容量的CPU已超過100%,且處於多載狀態,則為1,否則為0)
- CPU (CPU 使用率百分比)
- 如果使用特定工作負載(例如編頁報表),則每個工作負載的CPU數
設定監視警示,以便在這些計量達到指定值時觸發腳本執行,以相應增加或減少容量。
例如,您可以建立一個規則,以叫用相應增加容量 Runbook,以在多載為 1 或 CPU 值為 95% 時,將容量更新為較高的 SKU。 如果 CPU 值低於 45 或 50%,您也可以建立叫用相應減少容量 Runbook 腳本的規則,將容量更新為較低的 SKU。
您也可以在重新整理語意模型之前和之後,依需求以程序設計方式叫用相應增加和相應減少 Runbook。 這種方法可確保您的容量有足夠的 RAM(GB)來使用該容量的大型語意模型。
相關內容
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應