你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Azure Arc 服务层级启用的 SQL 托管实例

作为 Azure SQL 产品系列的一部分,Azure Arc 启用的 SQL 托管实例在两个 vCore 服务层级中提供。

  • 常规用途是一种预算较低的层级,旨在用于具有常见性能和可用性功能的大多数工作负载。
  • 业务关键层级旨在用于具有更高可用性功能的性能敏感工作负载。

在 Azure 中,存储和计算由 Microsoft 提供,每个服务层级的性能、吞吐量、可用性等方面都有受保证的服务级别协议 (SLA)。 借助已启用 Azure Arc 的数据服务,客户可提供存储和计算。 因而,对于已启用 Azure Arc 的数据服务,不向客户提供受保证的 SLA。 不过,客户可灵活地引入其自己的高性能硬件,而不考虑服务层级。

服务层级比较

下面介绍了在两个服务层级中已启用 Azure Arc 的数据服务提供的各种功能:

区域 业务关键 常规用途
SQL 功能集 与 SQL Server Enterprise Edition 相同 与 SQL Server Standard Edition 相同
CPU 限制/实例 无限制 24 个核心
内存限制/实例 无限制 128 GB
纵向/横向扩展 可用 可用
监视 内置在本地可用,并可选择导出到 Azure Monitor 内置在本地可用,并可选择导出到 Azure Log Analytics
日志记录 内置在本地可用,并可选择导出到 Azure Log Analytics 内置在本地可用,并可选择导出到 Azure Monitor
时间点还原 内置 内置
高可用性 通过 kubernetes 重新部署包含的可用性组 单实例,具有 Kubernetes 重新部署 + 共享存储。
读取横向扩展 可用性组
灾难恢复 通过故障转移组可用 通过故障转移组可用
价格 IP 部分的 AHB 汇率 1:1 Enterprise Edition
4:1 Standard Edition
1:4 Enterprise Edition​
1:1 Standard Edition
开发/测试定价 免费 免费

如何在服务层级之间进行选择

由于客户会根据业务需求引入自己的满足性能和可用性要求的硬件,因此服务层级之间的主要区别在于软件级别提供的内容。

在以下情况选择常规用途

  • CPU/内存要求满足或在常规用途服务层级的限制范围内
  • Kubernetes 提供的高可用性选项(如 pod 重新)足以应对工作负载
  • 应用程序不需要读取横向扩展
  • 应用程序不需要业务关键服务层级中的任何功能(与 SQL Server Enterprise Edition 相同)

在以下情况选择业务关键

  • CPU/内存要求超出常规用途服务层级的限制
  • 与 Kubernetes 提供的高可用性相比,应用程序需要更高级别的高可用性(如内置可用性组)来处理应用程序故障转移。
  • 应用程序可以利用读取横向扩展将读取工作负载分流到次要副本
  • 应用程序需要仅在业务关键服务层级中提供的功能(与 SQL Server Enterprise Edition 相同)