你当前正在访问 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 相同)