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

vCore 购买模型概述 - Azure SQL 数据库和 Azure SQL 托管实例

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

本文简要概述了 Azure SQL 数据库和 Azure SQL 托管实例使用的 vCore 购买模型。 若要详细了解每个产品的 vCore 模型,请参阅 Azure SQL 数据库Azure SQL 托管实例

概述

虚拟核心 (vCore) 表示一个逻辑 CPU,使用它可以选择硬件的物理特性(例如核心数、内存和存储大小)。 基于 vCore 的购买模型提供使用单项资源的灵活性、控制度和透明度,并提供简单明了的方法将本地工作负荷要求转换到云。 此模型优化了价格,允许根据工作负荷需求来选择计算、内存和存储资源。

在基于 vCore 的购买模型中,成本取决于以下各项的选择情况和使用量:

  • 服务层级
  • 硬件配置
  • 计算资源(vCore 数量和内存量)
  • 保留的数据库存储
  • 实际备份存储

重要

在 Azure SQL 数据库中,计算资源(CPU 和内存)、I/O 以及数据和日志存储按数据库或弹性池收费。 备份存储按每个数据库收费。

vCore 购买模型通过 Azure 混合权益 (AHB)预留实例 (RI) 提供数据库 CPU、内存和存储资源分配、硬件配置、提高缩放粒度和定价折扣的透明度。

对于 Azure SQL 数据库,vCore 购买模型提供的计算、内存、I/O 和存储限制比 DTU 模型高。

服务层

Azure SQL 数据库和 Azure SQL 托管实例中都提供了两个 vCore 服务层级:

  • 常规用途层级是不太占用预算的层级,旨在满足性能和可用性要求一般的大多数工作负载的需求。
  • 业务关键层级旨在满足可用性要求苛刻的性能敏感型工作负载的需求。

“超大规模”服务层级还适用于 Azure SQL 数据库中的单一数据库。 此服务层级旨在满足大多数业务工作负荷的需求,提供高度可缩放的存储、读取扩展、快速缩放和快速数据库还原功能。

资源限制

有关资源限制的详细信息,请参阅:

计算成本

基于 vCore 的购买模型具有适用于 Azure SQL 数据库和 Azure SQL 托管实例的预配计算层级,以及适用于 Azure SQL 数据库的无服务器计算层级。

在预配的计算层级中,计算成本反映为应用程序持续预配的总计算容量,而与工作负荷活动无关。 根据 vCore 和内存要求选择最适合业务需求的资源分配,然后根据工作负荷的需要纵向缩放资源。

在 Azure SQL 数据库的无服务器计算层级中,计算资源根据工作负荷容量自动缩放,按每秒使用的计算量计费。

由于在“业务关键”服务层级中自动分配了三个额外的副本,因此价格大约是“常规用途”服务层级的 2.7 倍。 同理,“业务关键”服务层的每 GB 存储价格更高,对应的是本地 SSD 存储的 IO 限制更高,延迟更低。

数据和日志存储

以下因素会影响用于数据和日志文件的存储量,并适用于“常规用途”和“业务关键”层级。

  • 每个计算大小支持一个可配置的最大数据大小(默认值为 32 GB)。
  • 配置最大数据大小时,将自动为日志文件额外添加 30% 的可计费存储。
  • 在“常规用途”服务层级中,tempdb 使用本地 SSD 存储,此存储成本包含在 vCore 价格中。
  • 在“业务关键”服务层级中,tempdb 与数据和日志文件共享本地 SSD 存储,tempdb 存储成本包含在 vCore 价格中。
  • 在“常规用途”和“业务关键”层级中,你将按照为数据库、弹性池或托管实例配置的最大存储大小付费。
  • 对于 SQL 数据库,可以选择介于 1 GB 与受支持最大存储大小之间的任意最大数据大小,以 1 GB 为增量。 对于 SQL 托管实例,请选择 32 GB 倍数的数据大小(以支持的最大存储大小为上限)。

若要监视 SQL 数据库中的当前已分配和已用数据存储大小,请分别使用 allocated_data_storage 和 storage Azure Monitor 指标

对于 SQL 数据库和 SQL 托管实例,若要使用 T-SQL 监视数据库中单个数据文件和日志文件的当前已分配和已用存储大小,请使用 sys.database_files 视图和 FILEPROPERTY(... , 'SpaceUsed') 函数。

提示

在某些情况下,可能需要收缩数据库来回收未使用的空间。 有关详细信息,请参阅管理 Azure SQL 数据库中的文件空间

备份存储

为数据库备份分配存储,以支持 SQL 数据库和 SQL 托管实例的时间点还原 (PITR)长期保留 (LTR) 功能。 此存储独立于数据和日志文件存储,并单独计费。

  • PITR:在“常规用途”和“业务关键”层级中,各个数据库备份将自动复制到 Azure 存储。 创建新备份时,存储大小动态递增。 存储将由完整备份、差异备份和事务日志备份使用。 存储消耗量取决于数据库变化率以及为备份配置的保留期。 对于 SQL 数据库,可为每个数据库单独配置 1 到 35 天的保留期;对于 SQL 托管实例,可配置 0 到 35 天的保留期。 提供与配置的最大数据大小相等的备份存储量,不收取额外费用。
  • LTR:你还可以选择将完整备份的长期保留期配置为最多 10 年。 如果设置了 LTR 策略,则这些备份将自动存储在 Azure Blob 存储中,但你可以控制备份的复制频率。 为了满足不同的符合性要求,可为每周、每月和/或每年备份选择不同的保留期。 所选配置决定了多少存储将用于 LTR 备份。 有关详细信息,请参阅长期备份保留

后续步骤

如要入门,请参阅:

若要详细了解“常规用途”和“业务关键”服务层级中提供的特定计算大小和存储大小,请参阅: