Power BI Premium 体系结构
Premium 中的体系结构更改（尤其是有关如何分配和使用 CPU 资源方面）在产品/服务中提供更多通用性，并且在许可模式方面提供更多灵活性。 例如，新的体系结构可基于每个用户提供产品/服务 Premium（作为 Premium Per User 提供）。 此体系结构还为客户提供了更好的性能，并更好地治理和控制其 Power BI 支出。
Premium 体系结构中最重要的更新是容量的虚拟核心的实现方式：
在原始版本的 Power BI Premium 中，虚拟核心是云中的预留物理计算节点，根据客户不同的许可 SKU，虚拟核心数和载入内存量也存在差异。 客户管理员需要使用高级指标应用跟踪这些节点的繁忙程度。 他们必须使用该应用和其他工具来确定其用户满足自己的计算需求所需的容量。
在 Premium 中，虚拟核心是在云中物理节点的区域群集上实现的，由在该 Power BI 区域中使用高级容量的所有租户共享。 区域群集进一步划分为多个专用节点组，其中每组处理不同的 Power BI 工作负荷（语义模型、数据流或分页报表）。 这些专用节点组有助于避免在同一节点上运行的基本不同工作负荷之间发生资源争用。
注意
Power BI Premium 可逻辑隔离不同客户之间的数据，并符合 ISO 27017 标准。 有关更多详细信息，请参阅 ISO/IEC 27017:2015。
管理员可以为其容量调整和配置工作负载设置。 这可用于减少工作负载（语义模型、数据流、分页报告和 AI）之间的资源争用，并且可用于根据容量使用模式调整其他设置，例如内存限制和超时。
分配给 Premium 容量的工作区的内容存储在组织容量的存储层上，该存储层是基于容量特定的 Azure 存储 blob 容器实现的，这类似于原始版本的 Premium。 此方法可让 BYOK 等功能为你的数据所用。
需要查看或刷新内容时，将从存储层中读取内容，并将其放置在用于计算的 Premium 节点上。 Power BI 使用放置机制来确保在适当的计算节点组内选择最佳节点。 在内容被加载时，此机制通常会将新内容置于具有最多可用内存的节点上，以便查看或刷新操作可以获取对大多数资源的访问权限，并且可以通过最佳方式执行。
当容量呈现和刷新其他内容时，它将使用额外的计算节点，每个节点都有足够的资源来快速成功地完成操作。 这意味着，容量可能会使用多个计算节点，而且在某些情况下，由于 Power BI 服务在节点或资源间执行内部负载均衡，内容甚至可能会在各节点之间移动。 发生这种负载均衡时，Power BI 确保内容移动不会影响最终用户体验。
跨多个节点分配内容处理（语义模型、数据流、分页报表和其他工作负载）有几个积极的结果。
共享节点至少与原始 Premium P3 节点一样大，这意味着有更多的 V 核心来执行任何操作，这与原始 Premium P1 相比，性能提升高达 16 倍。
无论你在哪个节点上处理，放置机制都可以确保在容量的适用内存限制内，内存仍可用于完成操作。 （有关内存限制的完整详细信息，请参阅本文档的限制部分）
通过将共享节点分成专用的工作负荷组，阻止跨工作负荷的资源争用。 由于这种分离，没有用于分页报表工作负载的控制。
不同容量 SKU 的限制并非基于原始版本的 Premium 中的物理约束；而是基于 Power BI Premium 服务强制执行的一组预期的明确规则：
总容量 CPU 吞吐量等于或低于你购买的容量所具有的 V 核心可能达到的吞吐量。
查看和刷新操作所需的内存使用量仍在所购买容量的内存限制范围内。
由于这种新的体系结构，客户管理员无需监视其容量是否有接近其资源限制的迹象，而是在达到此类限制时收到明确的指示。 这可以显著减少容量管理员在保持最优容量性能时所需的工作量和开销。
相关内容
更多问题？ 尝试咨询 Power BI 社区。
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈