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 中建立 進階版 Power BI Embedded 容量以進行測試。 使用與您 Power BI 租使用者相同的 Microsoft Entra 租使用者相關聯的訂用帳戶，以及登入該相同租使用者的用戶帳戶。

  2. 指派您將用來測試所建立 進階版 容量的工作區（或工作區）。 您可以透過下列其中一種方式指派工作區：

  3. 身為容量管理員， 請安裝 Microsoft Fabric 容量計量應用程式。 提供容量標識碼和時間（以天為單位）來監視，然後重新整理數據。

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

  5. 使用您在步驟 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）來使用該容量的大型語意模型。

相關內容