你可以使用 Power BI Premium 访问仅在 Premium 中可用的特性和功能,并为组织中的 Power BI 内容提供更大的规模和性能。Power BI Premium 使组织中的更多用户能够以更好的性能和响应能力充分利用 Power BI。例如,使用 Power BI Premium,你和你组织的用户可以获得以下功能:

  • Power BI 报表的更大规模和性能
  • 按容量许可的灵活性
  • 用于数据可视化和洞察力提取的一流功能,例如 AI 驱动的分析、可组合和可重用的数据流以及分页报告
  • 将自助服务和企业 BI 与各种支持更重工作负载并需要企业规模的高级版功能统一起来
  • 使用 Power BI 报表服务器扩展本地 BI 的内置许可证
  • 支持按区域划分的数据驻留(多地理位置)和客户管理的静态数据加密密钥(BYOK)
  • 无需购买每用户许可证即可与任何人(甚至是组织外部的人)共享 Power BI 内容

屏幕截图显示了 Power BI 管理员门户。

本文介绍 Power BI Premium 中的主要功能。如有必要,还提供了包含更详细信息的其他文章的链接。有关 Power BI Pro 和 Power BI Premium 的详细信息,请参阅Power BI 定价Power BI 功能比较部分。

Power BI Premium Generation 2(预览版)

Power BI Premium 最近发布了 Power BI Premium 的新版本Power BI Premium Generation 2,为方便起见,简称为Premium Gen2。Premium Gen2 目前处于预览阶段,可供 Premium 订阅者在预览期间使用。您可以选择使用 Premium 的原始版本,或切换到使用 Premium Gen2。您只能将一种或另一种用于您的高级容量。

有关 Premium Gen2 的详细信息,请参阅什么是 Power BI Premium Gen2?

订阅和许可

Power BI Premium 是租户级 Microsoft 365 订阅,提供两个 SKU(库存单位)系列:

  • P SKU (P1-P5) 用于嵌入和企业功能,需要按月或按年承诺,按月计费,并包括在本地安装 Power BI 报表服务器的许可证。
  • 用于组织嵌入的EM SKU (EM1-EM3) ,需要年度承诺,按月计费。EM1 和 EM2 SKU 只能通过批量许可计划获得。你不能直接购买它们。

购买

Power BI Premium 订阅由管理员在 Microsoft 365 管理中心购买。具体来说,只有全局管理员或计费管理员可以购买 SKU。购买后,租户会收到相应数量的 v-core 以分配给容量,称为v-core pooling。例如,购买 P3 SKU 可为租户提供 32 个 v-core。若要了解详细信息,请参阅如何购买 Power BI Premium

Power BI Premium 每用户

Power BI Premium Per User允许组织按用户许可高级功能。Premium Per User (PPU) 包括所有 Power BI Pro 许可证功能,并添加了诸如分页报告、AI 和其他仅适用于 Premium 订阅者的功能。有关每用户 Premium 的详细信息,包括功能比较和其他信息,请参阅Power BI Premium 每用户文章。

预留容量

使用 Power BI Premium,您可以获得预留容量。与工作负载的分析处理在与其他客户共享的计算资源上运行的共享容量相比,预留容量仅供组织独占使用。它与保留的计算资源隔离,为托管内容提供可靠且一致的性能。请注意,以下类型的 Power BI 内容的处理存储在共享容量而不是您的预留容量中:

工作区位于容量范围内。每个 Power BI 用户都有一个称为My Workspace的个人工作。可以创建称为工作区的其他工作以实现协作。默认情况下,在共享容量中创建工作区,包括个人工作区。当您拥有高级容量时,我的工作区和工作区都可以分配到高级容量。

容量管理员会自动将我的工作区分配给高级容量。

容量节点

正如所描述的订阅和许可节,有两个双向电力高级SKU系列:EMP。所有 Power BI Premium SKU 都可用作容量节点,每个节点代表一定数量的资源,包括处理器、内存和存储。除了资源之外,每个 SKU 对每秒 DirectQuery 和实时连接连接的数量以及并行模型刷新的数量都有操作限制。虽然这两个 SKU 系列的功能有很多重叠,但只有 P Premium SKU 使免费用户能够使用 Premium 容量中托管的内容。EM SKU 用于嵌入内容。

处理是通过一定数量的 v-cores 实现的,在后端和前端之间平均分配。

后端 v-core负责核心 Power BI 功能,包括查询处理、缓存管理、运行 R 服务、模型刷新以及报告和图像的服务器端呈现。后端 v-core 分配了固定数量的内存,主要用于托管模型,也称为活动数据集。

前端 v-core负责 Web 服务、仪表板和报告文档管理、访问权限管理、调度、API、上传和下载,并且通常负责与用户体验相关的一切。

存储设置为每个容量节点 100 TB

下表描述了每个高级 SKU(以及同等大小的 A SKU)的资源和限制:

表格1
容量节点 总 v 核 后端 v 核 内存 (GB) 前端 v 核 DirectQuery/实时连接(每秒) 模型刷新并行
EM1/A1 1 0.5 3 0.5 3.75 1
EM2/A2 2 1 5 1 7.5 2
EM3/A3 4 2 10 2 15 3
P1/A4 8 4 25 4 30 6
P2/A5 16 8 50 8 60 12
P3/A6 32 16 100 16 120 24
P4/A7 1 64 32 200 32 240 48
P5/A8 1 128 64 400 64 480 96

1 – 仅限特殊要求。对于大于 100 GB 的非常大的模型。

 笔记

使用单个较大的 SKU(例如一个 P2 SKU)可能比组合较小的 SKU(例如两个 P1 SKU)更可取。例如,您可以使用更大的模型并与 P2 实现更好的并行性。

容量工作负载

容量工作负载是提供给用户的服务。默认情况下,Premium 和 Azure 容量仅支持与运行 Power BI 查询关联的数据集工作负载。无法禁用数据集工作负载。可以为AI(认知服务)数据流分页报告启用其他工作负载。这些工作负载仅在高级订阅中受支持。

每个额外的工作负载都允许配置工作负载可以使用的最大内存(占总容量内存的百分比)。最大内存的默认值由 SKU 确定。您可以通过仅在使用时启用那些额外的工作负载来最大限度地利用容量的可用资源。并且只有当您确定默认设置不满足您的容量资源要求时,您才能更改内存设置。容量管理员可以使用管理门户中的容量设置或使用容量 REST API为容量启用和配置工作负载。

启用工作负载

要了解更多信息,请参阅在高级容量中配置工作负载

容量如何运作

在任何时候,Power BI 服务都会充分利用容量资源,同时不超过对容量施加的限制。

容量操作分为交互操作后台操作。交互操作包括呈现请求和响应用户交互(过滤、问答查询等)。后台操作包括数据流和导入模型刷新,以及仪表板查询缓存。

重要的是要了解交互式操作始终优先于后台操作,以确保最佳的用户体验。如果资源不足,后台操作会被添加到等待队列中,直到资源释放为止。后台操作,如数据集刷新,可以被 Power BI 服务中断,添加到队列中,稍后重试。

导入模型必须完全加载到内存中,以便可以查询或刷新它们。Power BI 服务使用复杂的算法来公平地管理内存使用,但在极少数情况下,如果没有足够的资源来满足客户的实时需求,容量可能会过载。虽然容量可以在持久存储中存储许多导入模型(每个高级容量最多 100 TB),但并非所有模型都必须同时驻留在内存中,否则它们的内存数据集大小很容易超过容量内存限制。除了加载数据集所需的内存之外,还需要额外的内存来执行查询和刷新操作。

因此,根据使用情况从内存中加载和删除导入模型。导入模型在查询(交互操作)或需要刷新(后台操作)时加载。

从内存中删除模型称为驱逐. 这是 Power BI 可以根据模型大小快速执行的操作。如果容量没有遇到任何内存压力并且模型没有空闲(即,积极使用),则模型可以驻留在内存中而不会被逐出。当 Power BI 确定没有足够的内存来加载模型时,Power BI 服务将尝试通过驱逐非活动模型来释放内存,通常定义为为交互操作加载的模型,但在过去三分钟内未使用。如果没有要驱逐的非活动模型,Power BI 服务会尝试驱逐为后台操作加载的模型。在尝试失败 30 秒后,最后的手段是使交互式操作失败。在这种情况下,报告用户会收到失败的通知,并建议尽快重试。在某些情况下,

需要强调的是,数据集逐出是容量上的正常行为。该容量通过以对用户透明的方式管理模型的内存生命周期来努力平衡内存使用。高驱逐率并不一定意味着容量资源不足。但是,如果查询或刷新的性能由于在短时间内反复加载和驱逐模型的开销而降低,则可能会成为一个问题。

导入模型的刷新总是占用大量内存,因为模型必须加载到内存中。处理时还需要额外的中间存储器。完全刷新可以使用模型所需内存量的大约两倍,因为 Power BI 会在内存中维护模型的现有快照,直到处理操作完成。这允许即使在处理模型时也可以查询模型。可以将查询发送到模型的现有快照,直到刷新完成且新模型数据可用。

增量刷新执行分区刷新而不是完整模型刷新,并且通常速度更快,需要的内存更少,并且可以显着减少容量的资源使用。对于模型而言,刷新也可能是 CPU 密集型的,尤其是那些具有复杂 Power Query 转换或复杂或基于大量数据的计算表或列的模型。

刷新和查询一样,需要将模型加载到内存中。如果内存不足,Power BI 服务将尝试逐出不活动的模型,如果这不可能(因为所有模型都处于活动状态),刷新作业将排队。刷新通常是 CPU 密集型的,甚至比查询还要多。出于这个原因,并发刷新的数量受到限制,计算为 1.5 x 后端 v-cores 数量的上限。如果并发刷新过多,则计划刷新将排队等待刷新槽可用,从而导致操作需要更长时间才能完成。按需刷新(例如由用户请求或 API 调用触发的刷新)将重试 3 次。如果仍然没有足够的资源,则刷新将失败。

区域支持

创建新容量时,全局管理员和 Power BI 服务管理员可以指定分配给容量的工作区所在的区域。这称为Multi-Geo。借助 Multi-Geo,组织可以通过将内容部署到特定区域的数据中心来满足数据驻留要求,即使该区域与 Microsoft 365 订阅所在的区域不同。若要了解详细信息,请参阅Power BI Premium 的多地理位置支持

容量管理

管理高级容量涉及创建或删除容量、分配管理员、分配工作区、配置工作负载、监控和进行调整以优化容量性能。

全局管理员和 Power BI 服务管理员可以从可用的 v-core 创建高级容量,或修改现有的高级容量。创建容量时,会指定容量大小和地理区域,并至少分配一个容量管理员。

创建能力后,大多数管理任务都在管理门户中完成。

屏幕截图显示了 Power BI Admin 门户,其中选择了我的工作区。

容量管理员可以为容量分配工作区、管理用户权限以及分配其他管理员。容量管理员还可以配置工作负载、调整内存分配,并在必要时重新启动容量,并在容量过载时重置操作。

屏幕截图显示了 Power BI 管理门户中的容量管理。

容量管理员还可以确保容量运行平稳。他们可以直接在管理门户中或使用高级容量指标应用程序来监控容量运行状况。

要了解有关创建容量、分配管理员和分配工作区的更多信息,请参阅管理高级容量。若要了解有关角色的详细信息,请参阅与 Power BI 相关的管理员角色

监控

监控高级容量使管理员能够了解容量的执行情况。可以使用管理门户和Power BI Premium 容量指标应用监视容量

门户中的监控提供了一个带有高级指标的快速视图,这些指标指示过去 7 天的平均负载和容量使用的资源。

屏幕截图显示 Power BI 管理员门户中的容量运行状况。

双向电力溢价能力指标的应用提供了最深入的信息到你的能力是如何执行。该应用程序提供了高级仪表板和更详细的报告。

指标应用仪表板

在应用程序的仪表板中,您可以单击指标单元格以打开深入报告。报告提供了深入的指标和过滤功能,可以深入了解保持产能平稳运行所需的最重要信息。

查询等待时间计数的周期性峰值表明潜在的 CPU 饱和

要了解更多关于监测能力,请参阅监控电源管理BI门户,并与Power BI溢价能力度量应用监控

优化产能

充分利用您的容量对于确保用户获得性能并让您的 Premium 投资获得最大价值至关重要。通过监控关键指标,管理员可以确定如何最好地解决瓶颈问题并采取必要的措施。要了解更多信息,请参阅优化高级容量高级容量方案

容量 REST API

Power BI REST API 包括一组容量 API。使用 API,管理员可以以编程方式管理 Premium 容量的许多方面,包括启用和禁用工作负载、将工作区分配给容量等。

大型数据集

根据 SKU,Power BI Premium 支持上传最大10 GB 的Power BI Desktop (.pbix) 模型文件。加载后,模型可以发布到分配给高级容量的工作区。然后可以将数据集刷新到最大12 GB

尺寸注意事项

大型数据集可能是资源密集型的。对于大于 1 GB 的任何数据集,您应该至少拥有 P1 或 A4 SKU。尽管将大型数据集发布到由最高 A3 的 SKU 支持的工作区可以工作,但刷新它们却行不通。

下表显示了将 .pbix 文件上传或发布到 Power BI 服务的推荐 SKU:

尺寸注意事项
单品 .pbix 的大小
P1 < 3 GB
P2 < 6 GB
P3、P4、P5 高达 10 GB

Power BI Embedded A4 SKU 等于 P1 SKU,A5 = P2 和 A6 = P3。

大数据集存储格式

如果为数据集启用大数据集存储格式设置,.pbix 文件大小限制仍然适用于文件上传或发布。上传大小限制不受大型数据集存储格式的影响。但是,当发布到服务时,如果启用增量刷新和大型数据集存储格式,数据集的增长可能会远大于这些限制。对于大型数据集存储格式,数据集大小仅受 Power BI Premium 容量大小的限制。

Power BI 数据集可以将数据存储在高度压缩的内存缓存中,以优化查询性能,从而实现对大型数据集的快速用户交互。以前,Power BI Premium 中的数据集在压缩后限制为 10 GB。对于大型模型,该限制被移除,数据集大小仅受容量大小或管理员设置的最大大小的限制。启用如此大的数据集大小使 Power BI 数据集大小能够更好地与 Azure 分析服务模型大小保持一致。

您的 .pbix 文件表示高度压缩状态的数据。数据在加载到内存中时可能会扩展,并且在数据刷新期间可能会扩展数次。

大型数据集的计划刷新可能需要很长时间并且是资源密集型的。重要的是不要安排太多重叠的刷新。建议配置增量刷新,因为它更快、更可靠并且消耗更少的资源。

如果自上次使用数据集以来已有一段时间,大型数据集的初始报告加载可能需要很长时间。较长加载报告的加载栏显示加载进度。

虽然高级容量中每个查询的内存和时间限制要高得多,但建议您使用过滤器和切片器来限制视觉效果,只显示必要的内容。

增量刷新

增量刷新是在 Power BI Premium 和 Power BI Pro 中拥有和维护大型数据集不可或缺的一部分。增量刷新有很多好处,例如刷新速度更快,因为只有发生变化的数据才需要刷新。刷新更可靠,因为没有必要维护与易失性数据源的长时间运行的连接。资源消耗减少,因为更少的数据刷新减少了内存和其他资源的整体消耗。增量刷新策略在Power BI Desktop中定义,并应用于服务中。要了解更多信息,请参阅数据集的增量刷新

分页报告

Premium Gen2 中的所有 EM、A 和 P SKU 均支持分页报表,这些报表基于 SQL Server Reporting Services 中的报表定义语言 (RDL) 技术。虽然基于 RDL 技术,但它与 Power BI Report Server 不同,Power BI Report Server 是一个可下载的报告平台,您可以在本地安装,也包含在 Power BI Premium 中。分页报告的格式非常适合可以打印或共享的页面。数据显示在表格中,即使表格跨越多页。通过使用免费的Power BI 报表生成器Windows 桌面应用程序,用户可以创作分页报表并将其发布到服务。

在 Power BI Premium 中,分页报表是一种必须使用管理门户为容量启用的工作负载。容量管理员可以启用并指定内存量占容量总内存资源的百分比。与其他类型的工作负载不同,Premium 在容量内的包含空间中运行分页报告。无论工作负载是否处于活动状态,都会使用为此空间指定的最大内存。默认值为 20%。

Dataflows 独有的高级功能

Power BI Pro、Premium Per User (PPU) 和 Power BI Premium 用户支持数据流。某些功能仅适用于 Power BI Premium 订阅或 Premium Per User (PPU) 许可证。本文介绍并详细介绍了每用户高级 (PPU) 和高级专用功能及其用途。

要了解更多信息,请参阅Dataflows 独有的高级功能

部署管道

部署管道工具使 BI 创建者能够管理组织内容的生命周期。对于具有高级容量的企业中的创作者来说,它是一种高效且可重用的工具。部署管道使创建者能够在 Power BI 服务中开发和测试 Power BI 内容,然后再被用户使用。内容类型包括报表、分页报表、仪表板和数据集。

要了解更多信息,请参阅部署管道简介

Power BI 报表服务器

Power BI 报表服务器包含在 Power BI Premium 中,是一个带有 Web 门户的本地报表服务器。您可以在本地构建 BI 环境并在组织的防火墙后面分发报告。Report Server 使用户可以访问 SQL Server Reporting Services 的丰富、交互式和企业报告功能。用户可以探索视觉数据并快速发现模式以做出更好、更快的决策。报表服务器根据您自己的条件提供治理。如果时机成熟,Power BI 报表服务器可以轻松迁移到云,您的组织可以在其中充分利用所有 Power BI Premium 功能。

若要了解详细信息,请参阅Power BI 报表服务器

无限内容分享

使用 P Premium SKU,任何人,无论是组织内部还是外部,都可以查看 Power BI 内容,包括分页和交互式报告,而无需购买个人许可证。P SKU 允许免费的 Power BI 用户使用 Power BI 服务中的 Power BI 应用和共享内容。EM Premium SKU 不支持无限制的内容共享,但它们支持嵌入到应用程序中。

内容分享

Premium 允许 Pro 用户广泛分发内容,而无需为查看内容的收件人提供 Pro 或 Premium Per User (PPU) 许可证。内容创建者需要 Pro 或 Premium Per User (PPU) 许可证。Creator 连接到数据源、模型数据,并创建打包为工作区应用程序的报告和仪表板。没有 Pro 或 Premium Per User (PPU) 许可证的用户仍然可以访问 Power BI Premium 容量中的工作区,只要他们只有查看者角色。其他角色需要 Pro 或 PPU 许可证。

若要了解详细信息,请参阅Power BI 许可

Power BI Premium 中的分析服务

在后台,经过企业验证的 Microsoft Analysis Services VertiPaq 引擎为 Power BI Premium 工作区和数据集提供支持。Analysis Services 通过支持开放标准 XMLA 协议的客户端库和 API 提供可编程性和客户端应用程序和工具支持。默认情况下,Power BI Premium 容量数据集工作负载通过XMLA 端点支持来自 Microsoft 和第三方客户端应用程序和工具的只读操作。容量管理员还可以选择禁用或允许通过端点进行读/写操作。

通过只读访问,Microsoft 工具(如 SQL Server Management Studio (SSMS) 和 SQL Server Profiler)以及第三方应用程序(如 DAX Studio 和数据可视化应用程序)可以使用 XMLA、DAX、MDX、 DMV 和 Trace 事件。通过读/写访问,企业数据建模工具(如带有 Analysis Services 项目扩展的 Visual Studio 或开源表格编辑器)可以将表格模型作为数据集部署到 Premium 工作区。借助 SSMS 等工具,管理员可以使用表格模型脚本语言 (TMSL) 来编写元数据更改和高级数据刷新场景的脚本。

 警告

XMLA端点和第三方工具帮助企业创造的观点。在实时连接模型或报表之上构建报表时,Power BI 不支持透视。相反,一旦发布到 Power BI 服务,Power BI 就会指向主模型,显示数据模型中的所有元素。如果 Azure Analysis Services 模型使用透视图,则不应将这些模型移动或迁移到 Power BI Premium。

要了解更多信息,请参阅数据集与 XMLA 端点的连接

安全管理系统

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注