Premium 容量负载评估

项目
11/20/2023

提示

本文介绍如何评估 Premium 容量负载。它涵盖了重载和自动缩放等概念。还可以观看这些视频，这些视频演示了本文中描述的一些 Premium 功能。

为强制执行 CPU 吞吐量限制，Power BI 会持续评估 Premium 容量的吞吐量。

Power BI 每 30 秒评估一次吞吐量。它允许操作完成，收集共享池物理节点的 CPU 上的执行时间，然后针对容量中的所有操作，将它们聚合为 30 秒的 CPU 时间间隔，并将结果与所购买容量可支持的吞吐量进行比较。

下图演示了 Premium 如何评估和完成查询。

我们来看一个示例：一个 P1 有八个 V 核心，可支持 $8\times{30}=240$ 秒的 V 核心执行时间，也称为 CPU 时间。

聚合很复杂。它针对不同的工作负荷和不同类型的操作使用专用算法，如以下几点所述：

运行缓慢的操作（如语义模型和数据流刷新）被视为后台操作，因为它们通常在后台运行，并且用户不会主动监视它们或直观地查看它们。后台操作用时很长，在漫长的过程中需要消耗大量的 CPU 才能完成。 Power BI 会在 24 小时内分摊后台操作的 CPU 开销，这样一来，容量就不会因为同时运行的刷新操作过多而达到资源使用率上限。这让 Power BI Premium 订阅者可以尽可能多地运行所购买容量 SKU 允许范围内的后台操作。
快速操作（如查询、报表加载和其他操作）被视为交互式操作。完成这些操作所需的 CPU 时间将进行聚合，以最大程度地减少在该操作完成后受影响的 30 秒时间窗口的数量。

Premium 后台操作计划

无论计划在同一时间执行多少个其他后台操作，都将在计划的时间或接近计划的时间内在 Premium 容量上运行刷新。被刷新的语义模型和数据流位于一个物理处理节点上，该节点具有足够的可用内存来加载它们，然后开始刷新过程。

在处理刷新时，语义模型可能会消耗更多内存来完成刷新过程。刷新引擎可确保任何项都不能超过其基本 SKU 允许消耗的内存量（例如，P1 订阅为 25 GB、P2 订阅为 50 GB，等等）。

查看报表时如何强制实施容量大小限制

Power BI Premium 通过每 30 秒聚合一次利用率记录来评估利用率。每次评估都包含 2 个不同的聚合：

交互式利用率
后台利用率

交互式利用率的评估方式是，考虑在当前 30 秒评估周期中或附近完成的所有交互式操作。

后台利用率是通过考虑过去 24 小时内完成的所有后台操作来评估的。每个后台操作仅占总 CPU 开销的 1/2880（2880 是 24 小时内的评估周期数）。

每个容量都由定义的 V 核心数组成。利用率记录中测量的 CPU 时间反映了 V 核心的利用率，该利用率推动了对自动缩放的需求。

如果你的 P1 订阅有八个 V 核心，则每个评估周期配额相当于 $8\times{30}=240$ 秒的 CPU 利用率。如果交互式利用率和后台利用率的总和超过了容量中的总 V 核心配额，并且你未选择启用自动缩放，则 Premium 容量的工作负载将超过可用资源，也称为“容量阈值”。下图演示了在未启用自动缩放时的这种情况，称为“重载” 。