你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
适用于:✔️ Linux 虚拟机 ✔️ Windows 虚拟机 ✔️ 灵活规模集 ✔️ 统一规模集
Azure磁盘突发会暂时增加托管磁盘的 IOPS 和吞吐量高于其预配的性能目标。 虚拟机 (VM) 突发是一项独立功能。 支持突发性能的磁盘不要求 VM 也支持突发性能,而支持突发性能的 VM 也不要求磁盘支持突发性能。
常见方案
以下需求场景可显著受益于突发:
- 缩短?启动时间 - 借助突发功能,实例启动速度更快。 例如,启用高级层的 VM 的默认 OS 磁盘是 P4 磁盘,其预配性能最高可达 120 IOPS 和 25 MB/s。 借助突发功能,P4 最高可实现 3,500 IOPS 和 170 MB/s,因此启动速度可提升多达 6 倍。
- 处理批处理作业 – 某些应用程序工作负载本质上是循环的。 它们在大多数时间都需要基线性能,在短时间内需要更高的性能。 此性质的一个示例是一个会计程序,用于处理需要少量磁盘流量的每日事务。 月底,此程序完成需要大量磁盘流量的对账报告。
- 流量高峰 - Web 服务器及其应用程序随时都可能遇到流量激增。 如果 Web 服务器由使用突发的 VM 或磁盘提供支持,那么这些服务器就能更好地处理流量高峰。
磁盘级突发
目前,两种托管磁盘类型支持突发:高级 SSD 托管磁盘和标准 SSD。 其他磁盘类型不支持突发功能。 磁盘有两种突发模式:
- 按需突发模式,在该模式下,磁盘在其需求超出其当前容量时突发。 只要磁盘出现突发,此模型就会产生额外的费用。 按需突发性能仅适用于容量大于 512 GiB 的高级 SSD 托管磁盘。
- 基于额度的模式,在该模式下,磁盘只在其额度桶中积累了突发额度时才出现突发。 当磁盘突发时,此模型不会产生额外费用。 基于额度的突发以尽力而为的方式运行,不予保证。 基于额度的突发仅适用于高级 SSD 托管磁盘(512 GiB 或更小容量)和标准 SSD(1024 GiB 或更小容量)。
Azure 高级 SSD 托管磁盘可以使用任一突发模式,但标准 SSD 目前仅提供基于额度的突发。
还可以更改托管磁盘的性能层,如果工作负载将在突发模式运行,这可能是理想情况。
| Attribute | 基于额度的突发 | 按需突发 | 更改性能层 |
|---|---|---|---|
| Scenario | 短期缩放 30 分钟或更少。 | 没有固定持续时间的短期缩放。 | 否则需要持续以突发方式运行的工作负载。 |
| 成本 | 无额外费用。 | 可变成本。 有关详情,请参阅按需突发计费。 | 每个层级的固定成本。 有关详细信息,请参阅托管磁盘定价。 |
| 可用性 | 高级 SSD 托管磁盘 512 GiB 和更小,标准 SSD 1,024 GiB 和更小。 | 大于 512 GiB 的高级 SSD 托管磁盘。 | 所有高级 SSD 托管磁盘大小。 |
| 启用 | 默认情况下,在合格磁盘上启用。 | 必须启用它。 | 您必须手动更改级别。 |
按需突发
使用按需磁盘突发模式的高级 SSD 托管磁盘的突发需求可能会超出初始预配目标,这种情况的频率取决于其工作负荷的需要,并可能达到其最大突发目标。 例如,在 1 TiB P30 磁盘上,预配的 IOPS 为 5,000 IOPS。 为此磁盘启用磁盘突发功能后,工作负载可向此磁盘发出 I/O 操作,最高可达 30,000 IOPS 和 1,000 MB/秒的突发性能。 有关每个受支持的磁盘上的最大突发目标,请参阅 VM 磁盘的可伸缩性和性能目标。
如果预期工作负荷运行时所需的性能会频繁超出预配的性能目标,磁盘突发的成本效益会比较低。 在这种情况下,请将磁盘的性能层更改为 更高的层 ,以提高基线性能。 查看计费详细信息,并根据工作负荷的流量模式进行评估。
启用按需突发之前,请先了解以下内容:
- 不超过 512 GiB 的高级 SSD 上无法启用按需突发。 不超过 512 GiB 的高级 SSD 将始终使用基于额度的突发。
- 仅高级 SSD 托管磁盘上支持按需突发功能。 如果启用了按需突发的高级 SSD 切换到另一种磁盘类型,则将禁用磁盘突发。
- 更改性能层时,按需突发不会自动禁用其自身。 如果要更改性能层,但不希望保留磁盘突发,则必须将磁盘突发禁用。
- 仅当从 VM 分离磁盘或停止 VM 时,才能启用按需突发。 启用按需突发后,可以在 12 小时后禁用它。
按需突发计费
高级 SSD 托管磁盘的按需突发成本包括两个组成部分。 第一项是按小时收取的突发功能启用固定费用,该费用因区域而异,并且在您禁用突发功能之前,无论附加状态如何,都会收取。 第二项包括可变的按需付费费用,具体根据超出预配 IOPS 或吞吐量目标的未缓存读取和写入 I/O 事务数量来收取。
仅限 IOPS 的计费示例
此示例使用一块 1 TiB 的高级 SSD P30 磁盘,该磁盘已启用按需突发,且预配 IOPS 目标为 5,000。
| 时间 | 磁盘活动 | 突发事务 |
|---|---|---|
| 00:00:00–00:10:00 | IOPS 仍低于预配的目标。 | 0 |
| 00:10:01–00:10:10 | 一个批处理作业持续使用 6,000 IOPS 达 10 秒。 | (6,000 - 5,000) × 10 = 10,000 |
| 00:10:11–00:59:00 | IOPS 仍低于预配的目标。 | 0 |
| 00:59:01–01:00:00 | 一个批处理作业以 7,000 IOPS 运行 60 秒。 | (7,000 - 5,000) × 60 = 120,000 |
在一个计费小时内,磁盘突发发生在两个时间间隔中。 从 00:10:01 至 00:10:10,累计突发交易量为 (6,000 - 5,000) × 10 = 10,000。 从 00:59:01 到 01:00:00,累计突发事务数为 (7,000 - 5,000) × 60 = 120,000。
这两个时间段合计产生了 130,000 次突发事务,Azure 将其计费为 13 个 10,000 次事务单位。 按照适用的区域交易费率,这 13 个单位的费用为 $Y。 该计费小时的总费用为:每小时 $X 的区域突发启用固定费用,加上 $Y 的突发事务费用。 在禁用按需突发之前,无论磁盘的附件状态如何,都适用统一费用。
合并的 IOPS 和吞吐量计费示例
此示例使用了一个启用按需突发的 1 TiB Premium SSD P30 磁盘,其预配目标为 5,000 IOPS 和 200 MB/s。 Azure使用 256 KB 的 I/O 大小将预配目标上方的吞吐量转换为事务。 当 IOPS 和吞吐量超过其目标时,Azure使用更大的事务计数。
| 时间 | 磁盘活动 | IOPS 突发事务 | 吞吐量突发事务 | 可计费突发事务 |
|---|---|---|---|---|
| 00:00:01–00:00:05 | 一个批处理作业以 10,000 IOPS 和 300 MB/秒的速率持续运行五秒。 | (10,000 - 5,000) × 5 = 25,000 |
(300 - 200) × 1,024 ÷ 256 × 5 = 2,000 |
25,000 |
| 00:00:06–00:00:10 | 一个恢复作业会持续 5 秒使用 6,000 IOPS 和 600 MB/s。 | (6,000 - 5,000) × 5 = 5,000 |
(600 - 200) × 1,024 ÷ 256 × 5 = 8,000 |
8,000 |
Azure 根据 IOPS 突发或吞吐量突发中的最大事务数来计算累积突发事务数。 从 00:00:01 到 00:00:05,累计突发事务数为 Max((10,000 - 5,000), ((300 - 200) × 1,024 ÷ 256)) × 5 = 25,000。 从 00:00:06 到 00:00:10,累计突发事务数为 Max((6,000 - 5,000), ((600 - 200) × 1,024 ÷ 256)) × 5 = 8,000。
将区域交易费率应用于可计费交易,然后加上每小时的突发启用固定费用,以计算按需磁盘突发功能的总成本。
有关定价的详细信息,请参阅 托管磁盘定价页。 使用Azure定价计算器对工作负荷进行评估。
若要启用按需突发,请参阅启用按需突发。
基于额度的突发
对于高级 SSD 托管磁盘,基于额度的突发可用于 P20 和更小的磁盘大小。 对于标准 SSD,基于额度的突发可用于 E30 和更小的磁盘大小。 对于标准 SSD 和高级 SSD 托管磁盘,基于信用额度的突发性能在 Azure 公有云、政府云和中国云的所有区域中均可用。 默认情况下,在大小受支持的磁盘的所有新的和现有部署中均启用磁盘突发。 VM 级突发只使用基于额度的突发。
虚拟机级突发
VM 级突发仅使用基于额度的模型进行突发。 默认情况下,它为支持高级存储的大多数 VM 启用。
突发流
将同时在 VM 级别和磁盘级别以相同方式应用突发额度系统。 你的资源(VM 或磁盘)最初在自己的突发桶中将具有满额的额度。 这些额度可支持在最大突发速率下维持最多 30 分钟的突发。 只要资源的 IOPS 或 MB/s 低于资源的性能目标,就可以累积积分。 如果资源积累了突发额度,当工作负荷需要额外的性能时,资源可以使用这些额度在尽力而为的基础上超出其性能限制,以满足工作负荷需求。
如何支出可用额度由你自己决定。 可以连续使用突发额度 30 分钟,也可以在一天内分散地使用。 部署资源时,它们会得到充分的额度分配。 当这些信用枯竭时,需要不到一天的时间才能重新储备。 你可以随意使用额度。 突发存储桶不一定要装满才能使资源突发。 突发累积因资源而异,因为它基于资源在未达到性能目标的情况下运行时未使用的 IOPS 和 MB/s。 与基线性能较低的资源相比,基线性能更高的资源可以更快地积累其突发额度。 例如,处于空闲状态的 P1 磁盘每秒可累积 120 IOPS,而处于空闲状态的 P20 磁盘每秒可累积 2,300 IOPS。
突发状态
启用了突发功能时,资源可能处于以下三种状态之一:
- 累积中 – 该资源的 I/O 流量低于性能目标。 IOPS 和 MB/s 突发额度单独累积。 您的资源可以在消耗 MB/s 积分的同时累积 IOPS 积分,反之亦然。
- 突发 – 资源的流量使用量超过性能目标。 突发流量会独立消耗 IOPS 或吞吐量信用额度。
- 常量 – 资源的流量正好在性能目标上。
突发示例
以下示例显示了在使用各种 VM 和磁盘组合时突发的工作情况。 为了使示例易于遵循,它们侧重于 MB/s,但将相同的逻辑单独应用于 IOPS。
具有非可突发磁盘的可突发虚拟机
VM 和磁盘组合:
- Standard_L8s_v2
- 非缓存 MB/s:160
- 最大突发 MB/s:1,280
- P50 OS 磁盘
- 预配的 MB/s:250
- 按需突增:未启用
- 2 个 P50 数据磁盘
- 预配的 MB/s:250
- 按需突发: 未启用
启动后,应用程序在 VM 上运行非关键工作负荷。 该工作负载需要 30 MB/s,并且这些吞吐量均匀分布在各个磁盘上。
然后,应用程序需要处理一个批处理作业,该作业需要 600 MB/s。 Standard_L8s_v2 将发生突发以满足这一需求,然后,对磁盘的请求会均匀分布到 P50 磁盘。
具有可突发磁盘的可突发虚拟机
VM 和磁盘组合:
- Standard_L8s_v2
- 非缓存 MB/s:160
- 最大突发 MB/s:1,280
- P4 OS 磁盘
- 预配的 MB/s:25
- 最大突发 MB/s:170
- 2 个 P4 数据磁盘
- 预配的 MB/s:25
- 最大突发 MB/s:170
当 VM 启动时,会向 OS 磁盘发起突发请求,以达到其 1,280 MB/秒的突发上限,而 OS 磁盘则以170 MB/秒的突发性能作出响应。
启动后,你就启动了一个具有非关键工作负载的应用程序。 此应用程序需要 15 MB/s(在所有磁盘上均匀分布)。
然后,应用程序处理需要 360 MB/秒的批处理作业。 Standard_L8s_v2 VM 通过突发来满足此需求。 OS 磁盘提供 20 MB/s,两个突发 P4 数据磁盘提供剩余的 340 MB/s。
后续步骤
- 若要启用按需突发,请参阅启用按需突发。
- 若要了解如何深入了解突发资源,请参阅磁盘突发指标。
- 若要准确了解每个适用磁盘大小可突发的数量,请参阅 VM 磁盘的可伸缩性和性能目标。