适用于：✔️ Linux 虚拟机 ✔️ Windows 虚拟机 ✔️ 灵活规模集 ✔️ 统一规模集
Azure磁盘突发会暂时增加托管磁盘的 IOPS 和吞吐量高于其预配的性能目标。 虚拟机（VM）突发是一个单独的功能。 支持突发性能的磁盘不要求 VM 也支持突发性能，而支持突发性能的 VM 也不要求磁盘支持突发性能。
常见场景
以下场景可显著受益于弹性扩展：
- 改进启动时间 - 通过突发模式, 您的实例启动速度显著提升。 例如，启用高级层的 VM 的默认 OS 磁盘是 P4 磁盘，其预配性能最高可达 120 IOPS 和 25 MB/s。 通过突发，P4 最多可以达到 3,500 IOPS 和 170 MB/秒，使启动速度加快至最多 6 倍。
- 处理批处理作业 - 一些应用程序工作负载本质上是周期性的。 它们在大多数时间需要基线性能，只在短时间内需要更高的性能。 此性质的一个示例是一个会计程序，用于处理需要少量磁盘流量的每日事务。 月底，此程序完成需要大量磁盘流量的对账报告。
- 流量高峰 - Web 服务器及其应用程序随时都可能遇到流量激增。 如果 Web 服务器由使用突发的虚拟机或磁盘提供支持，则服务器能更好地应对流量高峰。
磁盘级突发
目前，两种托管磁盘类型支持突发： 高级 SSD 托管磁盘 和 标准 SSD。 其他磁盘类型不支持突发功能。 磁盘有两种突发模式类型：
- 按需突发模式，在该模式下，磁盘在其需求超出其当前容量时突发。 只要磁盘出现突发，此模型就会产生额外的费用。 按需突发性能仅适用于容量大于 512 GiB 的高级 SSD 托管磁盘。
- 基于信用的模型，仅当磁盘在其信用桶中累积了突发信用额度时，磁盘才会突发。 当磁盘突发时，此模型不会产生额外费用。 基于信用的突发以尽力而为的方式运行，不予保证。 基于信用的突发仅适用于高级 SSD 托管磁盘 512 GiB 和更小，标准 SSD 1,024 GiB 和更小。
Azure Premium SSD 托管磁盘可以使用任一突发性能模型，但标准 SSD目前仅提供基于信用的突发性能。
还可以 更改托管磁盘的性能层，如果工作负荷在其他情况下在突发中运行，这可能是理想选择。
| Attribute | 基于信用的爆发 | 按需突发 | 更改性能层 |
|---|---|---|---|
| 情景 | 短期缩放 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 托管磁盘支持按需突发功能。 如果启用了按需突发的 Premium SSD 切换到另一种磁盘类型，则该磁盘的突发功能将被禁用。
- 更改性能层级时，按需突发不会自动禁用。 如果您想更改性能层级，但不想保留磁盘突发性能，则必须将其禁用。
- 仅当磁盘从虚拟机（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 会突增性能以满足此需求。 操作系统磁盘提供 20 MB/秒，两个可突发的 P4 数据磁盘提供其余 340 MB/秒。
后续步骤
- 若要启用按需突发功能，请参阅启用按需突发。
- 如需了解如何深入了解突发资源，请参阅“磁盘突发指标”。
- 若要准确了解每个适用磁盘大小可爆发的数量，请参阅 VM 磁盘的可伸缩性和性能目标。