什么是适用于 SQL Server 的集中管理式 Azure 混合权益?

Azure 混合权益是一种许可权益,可帮助你显著减少在云中运行工作负载的成本。 它的工作原理是让你在 Azure 上使用本地启用了软件保障或订阅的 Windows Server 和 SQL Server 许可证。 有关详细信息,请参阅 Azure 混合权益

可以在整个 Azure 订阅或整个计费帐户的范围内集中管理 SQL Server 的 Azure 混合权益。

若要使用集中管理的许可证,必须获取特定的角色,具体取决于 Azure 协议类型:

  • 企业协议
    • 企业管理员
      如果你不是企业管理员,则需要联系管理员并:
      • 让他们为你提供具有完全访问权限的企业管理员角色。
      • 与 Microsoft 帐户团队联系,让他们告知你的主企业管理员。
        若要详细了解如何成为角色成员,请参阅添加另一个企业管理员
  • Microsoft 客户协议
    • 计费帐户所有者
    • 计费帐户参与者
    • 计费配置文件所有者
    • 计费配置文件参与者
      如果你没有上述角色之一,你的组织必须为你分配一个此类角色。 若要详细了解如何成为角色成员,请参阅管理计费角色

概括而言,集中管理的 Azure 混合权益的工作原理如下:

  1. 首先,启用通过 IaaS 扩展自动注册自行安装的 SQL Server 映像的功能,以确认所有 SQL Server VM 对你和 Azure 可见。
  2. 在 Azure 门户中的“成本管理 + 计费”下,你(计费管理员)可为要分配的合格许可证选择范围和覆盖选项。
  3. 选择要评审许可证分配的日期。 例如,可以将其设置为许可证源的协议续订或周年日期,或订阅续订日期。

Screenshot showing setting a scope and assigning licenses.

我们来分解上一个示例。

  • 检测到的使用情况显示,需要分配 8 个 SQL Server 标准核心许可证和 8 个企业许可证(等于 40 个规范化核心),以保持现有级别 Azure 混合权益的覆盖范围。
  • 要将覆盖范围扩展到所有符合条件的 Azure SQL 资源,需要分配 10 个标准和 10 个企业核心许可证(等于 50 个规范化核心)。
    • 所需的规范化核心数 = 1 x(SQL Server 标准核心许可证计数)+ 4 x(企业核心许可证计数)。
    • 再次从示例中看:1 x(10 个标准)+ 4 x(10 个企业)= 50 个规范化核心。

有关规范化核心值的更多详细信息,请参阅下面的如何将许可证应用于 Azure 资源部分。

下面简要概述了集中式 Azure 混合权益管理的工作原理:

  • 范围内的资源每运行一小时,Azure 就会自动向其分配许可证,并正确地按折扣价计费。 在每小时可以涵盖不同的资源。
  • 超过分配的许可证数量后使用任何资源将按正常的即用即付价格计费。
  • 如果你选择通过在某个范围级别分配许可证来管理权益,则不再可以管理该范围内的单个资源。

最初的在资源级别启用 Azure 混合权益的方式仍适用于 SQL Server,并且目前是适用于 Windows Server 的唯一选项。 它涉及到开发运维角色在创建或管理每个资源(例如 SQL 数据库或 Windows Server VM)时为该资源选择权益。 这样做将会导致按照折扣价计收该资源的每小时费用。

可以在订阅或帐户范围级别启用对适用于 SQL Server 的 Azure 混合权益的集中管理。 它可供企业客户以及通过 Microsoft 客户协议直接从 Azure.cn 购买的客户使用。 目前,它不适用于 Windows Server 客户或与为他们管理 Azure 的云解决方案提供商 (CSP) 合作伙伴合作的客户。

符合条件的 SQL Server 许可证

附带有效软件保障的 SQL Server Enterprise 和 Standard 核心许可证符合此权益的条件。 此外,SQL Server 核心许可证订阅也符合条件。

符合条件的 Azure 资源

在某个范围级别集中管理 Azure 混合权益的功能涵盖以下常见的 Azure SQL 资源:

  • SQL 数据库
  • SQL 托管实例
  • SQL 弹性池
  • Azure VM 上的 SQL Server

资源级别 Azure 混合权益管理也可以涵盖所有这些要点。 目前它是涵盖以下资源的唯一选项:

  • Azure 专用主机
  • Azure 数据工厂 SQL Server Integration Services (SSIS)

集中范围级别管理的优势

你可以获得以下优势:

  • 方法更简单、更具可缩放性,控制度更高 - 计费管理员直接将可用许可证分配到一个或多个 Azure 范围。 最初的大规模方法涉及到在许多资源和 DevOps 所有者之间协调 Azure 混合权益的使用。
  • 优化成本的易用方法 - 管理员可以监视 Azure 混合权益的使用情况,并直接调整分配到 Azure 的许可证。 跟踪 SQL Server 许可证利用率并优化成本,以主动识别其他许可证。 它有助于最大程度地节省成本,并在需要刷新许可协议时接收通知。 例如,管理员可能会注意到一个通过向 Azure 分配更多许可证来节省更多成本的机会。 然后,他们可以与采购部门沟通,以确认许可证的可用性。 最后,他们可以轻松地将许可证分配到 Azure 并开始节省成本。
  • 在使用量高峰期管理成本的更好方法 - 在暂时性的高峰期,可以轻松纵向扩展同一资源或添加更多资源。 无需分配更多 SQL Server 许可证(例如,在结算期或节假日购物高峰期)。 对于短时间的工作负载高峰,按即用即付价格支付额外容量的费用,可能比购买更多许可证来为该容量使用 Azure 混合权益的成本更低。 在某个范围而不是资源级别管理权益有助于根据聚合使用量做出决策。
  • 明确划分职责以保持符合性 - 在资源级别的 Azure 混合权益模型中,如果没有可用许可证,资源所有者可能会选择 Azure 混合权益。 或者,当有可用的许可证时,他们可能不会选择该权益 。 Azure 混合权益的范围级管理可解决此情况。 集中管理权益的计费管理员可与采购部门和软件资产管理部门确认有多少个许可证可分配到 Azure。 下图说明了这一点。

Diagram showing the separation of duties.

许可证如何应用于 Azure 资源

附带软件保障的 SQL Server Enterprise(核心)和 SQL Server Standard(核心)许可证均符合条件,但根据 Azure 产品条款中所述,通过 Azure 混合权益将它们引入 Azure 时,将会应用不同的转换率。

需要了解的一条规则:对于所有符合条件的 Azure SQL 资源类型,一个 SQL Server Enterprise Edition 许可证的涵盖范围相当于四个 SQL Server Standard Edition 许可证。

下表汇总了不同资源类型完全享受 SQL Server 许可证成本折扣所需的规范化核心 (NC) 数量。 Azure 混合权益的范围级别管理严格应用产品条款中的规则,下面汇总了这些规则。

Azure 数据服务 服务层 所需的 NC 数量
SQL 托管实例或实例池 业务关键 每个 vCore 4 个
SQL 托管实例或实例池 常规用途 每个 vCore 1 个
SQL 数据库或弹性池� 业务关键 每个 vCore 4 个
SQL 数据库或弹性池� 常规用途 每个 vCore 1 个
SQL 数据库或弹性池� 超大规模 每个 vCore 1 个
Azure 数据工厂 SQL Server Integration Services 企业 每个 vCore 4 个
Azure 数据工厂 SQL Server Integration Services Standard 每个 vCore 1 个
SQL Server 虚拟机� 企业 每个 vCPU 4 个
SQL Server 虚拟机� Standard 每个 vCPU 1 个

� Azure 混合权益在 Azure SQL 数据库的无服务器计算层中不可用。

� 每个虚拟机至少包含 4 个 vCore,如果使用标准版,则转换为 4 个 NC;如果使用企业版,则转换为 16 个 NC。

持续范围级别管理

建议在集中管理 Azure 混合权益时建立积极的节奏,如以下任务和订单。

  • 在组织中进行沟通,了解下个月、下一季度或下一年要使用的 Azure SQL 资源和 vCore 数量。
  • 与采购和软件资产管理部门合作,以确定是否可提供足够的附带软件保障的 SQL 核心许可证(或订阅核心许可证)。 权益允许在长达 180 天的时间内使用许可证来支持迁移要在本地和 Azure 中使用的工作负载。 因此,可将这些许可证算作可用许可证。
  • 分配可用许可证,以满足当前使用量需求以及在将来一段时间内的预期使用量增长需求。
  • 监视分配的许可证使用率。
    • 如果使用率接近 100%,请咨询组织中的其他人以了解预期的使用量。 确认许可证可用性,然后向相应范围分配更多许可证。
    • 如果使用率达到 100%,则可能表示使用的资源超过了分配的许可证数量。 返回到添加Azure 混合权益体验并查看使用情况。 然后,向相应范围分配更多可用许可证以覆盖更多资源。
  • 定期重复主动流程。

后续步骤