共用方式為


Power BI 內嵌式分析中的容量規劃

計算 Power BI 內嵌式分析部署所需的容量類型可能會很複雜。 您需要的容量取決於數個參數,其中有些很難預測。

在規劃您的容量時,需要考量的一些事項包括:

  • 您使用的資料模型。
  • 必要查詢的數目與複雜度。
  • 應用程式使用量的每小時分佈。
  • 資料重新整理頻率。
  • 難以預測的其他使用模式。

注意

本文說明如何規劃您需要的容量,以及如何針對 Power BI 內嵌式分析 A-SKU 執行負載測試評定。

規劃容量時,請執行下列步驟:

  1. 最佳化效能和資源耗用量
  2. 決定您的最小 SKU
  3. 評定您的負載能力
  4. 設定容量自動調整

最佳化效能和資源耗用量

開始任何容量規劃或負載測試評定之前,請先最佳化報表和語意模型的效能和資源耗用量 (特別是記憶體使用量)。

若要將效能最佳化,請遵循下列資源的指導方針:

如需最佳化效能的詳細教學課程,請參閱最佳化 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 客戶經理。

評定您的負載能力

若要測試或評定您的負載能力:

  1. 建立 Azure 中的 Premium Power BI Embedded 容量以進行測試。 使用與您的 Power BI 租用戶和登入該相同租用戶的使用者帳戶相同 Microsoft Entra 租用戶的相關聯訂用帳戶。

  2. 指派您將用來測試所建立 Premium 容量的工作區。 您可以透過下列其中一種方式指派工作區:

  3. 以容量管理員的身分,安裝 Microsoft Fabric 容量計量應用程式。 提供要監視的容量識別碼和時間 (以天數為單位),然後重新整理資料。

  4. 使用 Power BI 負載能力評定工具來評定您的容量需求。 此 GitHub 存放庫也包含影片逐步解說。 請謹慎使用此工具:使用多達數十個並行模擬使用者進行測試,並推斷出更高的並行負載 (視您的需求而定,有數百個或數千個)。如需詳細資訊,請參閱評定您的負載能力。 或者,使用其他負載測試工具,但將 iFrame 視為黑盒子,並透過 JavaScript 程式碼模擬使用者活動。

  5. 使用您在步驟 3 中安裝的 Microsoft Fabric 容量計量應用程式,以監視透過負載測試工具產生的容量使用率。 或者,您可以使用 Azure 監視器中的警示,透過檢查 Premium 計量來監視容量。

如果負載測試對容量產生的實際 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) 適合使用該容量的大型語意模型。