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

“业务关键”层级 - Azure SQL 数据库和 Azure SQL 托管实例

适用于: Azure SQL 数据库 Azure SQL 托管实例

Azure SQL 数据库和 Azure SQL 托管实例都基于 SQL Server 数据库引擎体系结构,该体系结构已根据云环境做出调整,以确保即使在发生基础结构故障时,也仍能提供默认 SLA 可用性。

本文介绍并比较 Azure SQL 数据库和 Azure SQL 托管实例使用的的“业务关键”服务层级。 “业务关键”服务层级最适合需要高事务处理速率、低 IO 延迟和高 IO 吞吐量的应用程序。 此服务层级使用多个同步更新的副本提供最高故障复原能力和快速故障转移。

概述

“业务关键”服务层级模型基于数据库引擎进程群集。 此体系结构模型依赖于以下事实:即使在执行维护活动期间,也始终存在可用数据库引擎节点的仲裁,并且能尽量减少对工作负荷性能的影响。

Azure 以透明方式升级和修补底层操作系统、驱动程序和 SQL Server 数据库引擎,同时尽量减少最终用户的停机时间。

在“业务关键”模型中,计算和存储在每个节点上集成。 高可用性是通过在一个四节点群集的每个节点上的数据库引擎进程之间复制数据来实现的,每个节点都使用本地附加的 SSD 作为数据存储。 此技术类似于 SQL Server Always On 可用性组

数据库引擎节点群集

SQL Server 数据库引擎进程和底层 .mdf/.ldf 文件都放置在同一个节点上,该节点在本地附加了 SSD 存储,使工作负载保持较低的延迟。 高可用性是使用类似于 SQL Server Always On 可用性组的技术来实现的。 每个数据库都是由数据库节点组成的群集,该群集中的一个主数据库可由客户工作负载访问,还有三个辅助进程包含数据副本。 主节点不断地将更改推送到辅助节点,以确保在主节点出于任何原因失败时,可在次要副本上提供数据。 故障转移由 SQL Server 数据库引擎处理 - 一个次要副本成为主节点,并创建新的次要副本来确保群集中有足够的节点。 工作负荷自动重定向到新的主节点。

此外,业务关键群集具有内置的读取扩展功能,该功能提供免费的内置只读副本,用于运行不会影响主要工作负荷性能的只读查询(例如报告)。

何时选择此服务层级

“业务关键”服务层级为具有以下特点的应用程序而设计:需要来自基础 SSD 存储的低延迟响应(平均 1-2 毫秒)、在底层基础结构发生故障时需要快速恢复或需要将报表、分析和只读查询分流到主数据库的免费可读次要副本。

选择“业务关键”服务层级而不是“常规用途”层级的主要原因包括:

  • 低 I/O 延迟要求 - 需要存储层快速做出响应(平均 1-2 毫秒)的工作负载应使用“业务关键”层级。
  • 工作负载包含可重定向到免费辅助只读副本的报告和分析查询。
  • 提高复原能力,并在故障后更快地恢复。 发生系统故障时,主实例上的数据库将被禁用,某个次要副本将立即成为新的读写主数据库,该数据库随时可以处理查询。 数据库引擎不需要分析和重做日志文件中的事务,也不需要加载内存缓冲区中的所有数据。
  • 高级数据损坏防护。 “业务关键”层级在幕后利用数据库副本来实现业务连续性,因此服务还可以利用自动页面修复,这与 SQL Server 数据库镜像和可用性组使用的技术相同。 如果副本由于数据完整性问题而无法读取某个页面,将从另一个副本检索该页面的全新副本,并替换不可读的页面,而不会造成数据丢失或客户停机。 如果数据库具有异地次要副本,则此功能在“常规用途”层级中适用。
  • 更高的可用性 - 采用多 AZ 配置的“业务关键”层级提供区域故障复原能力和更高的可用性 SLA。
  • 快速异地恢复 - 在配置了活动异地复制时,针对 100% 的已部署小时,业务关键层级会有一个有保证的 5 秒的恢复点目标 (RPO) 和 30 秒的恢复时间目标 (RTO)。

比较业务关键型资源限制

请查看本部分的表,概要了解“业务关键”服务层级中 Azure SQL 数据库与 Azure SQL 托管实例的资源限制比较情况。

有关资源限制的综合详细信息,请查看:

若要比较 SQL 数据库与 SQL 托管示例之间的功能,请参阅数据库引擎功能

下表显示了“业务关键”服务层级中 Azure SQL 数据库与 Azure SQL 托管实例的资源限制。

类别 Azure SQL 数据库 Azure SQL 托管实例
计算大小 1 - 128 个 vCore 4、8、16、24、32、40、64、80 个 vCore
存储类型 本地 SSD 存储 本地 SSD 存储
存储大小 1 GB – 4 TB 32 GB – 16 TB
Tempdb 大小 每个 vCore 32 GB 最大 4 TB - 受存储大小限制
日志写入吞吐量 单一数据库:每个 vCore 12 MB/秒(最大 96 MB/秒)
弹性池:每个 vCore 15 MB/秒(最大 120 MB/秒)
每个 vCore 4 MB/秒(最大 48 MB/秒)
可用性 默认 SLA
99.995% 的 SLA(启用区域冗余
默认 SLA
备份 RA-GRS,1-35 天(默认为 7 天) RA-GRS,1-35 天(默认为 7 天)
只读副本 1 内置高可用性副本是可读的
0 - 4 异地副本
1 内置高可用性副本是可读的
0-1 使用自动故障转移组的异地副本
定价/计费 vCore、预留存储、备份存储和异地副本收费。
高可用性副本不收费。
IOPS 不收费。
vCore、预留存储、备份存储和异地副本收费。
高可用性副本不收费。
IOPS 不收费。
折扣模型 预留实例
Azure 混合权益(在开发/测试订阅中不可用)
企业即用即付开发/测试订阅
预留实例
Azure 混合权益(在开发/测试订阅中不可用)
企业即用即付开发/测试订阅

后续步骤