# 可突增性能实例的关键概念 传统 Amazon EC2 实例类型提供固定的 CPU 资源，而可突增性能实例提供基准水平的 CPU 利用率并能够将 CPU 利用率突增到基准水平之上。这样确保您只需为基准 CPU 以及任何额外的突增 CPU 使用量付费，从而降低计算成本。基准利用率和突增能力由 CPU 积分控制。可突增性能实例是唯一将积分用于 CPU 使用的实例类型。 当每个具爆发能力的实例保持在 CPU 基准以下时，它会持续获得积分，并且在突增超过基准时持续花费积分。获得或花费的积分数量取决于实例的 CPU 利用率： + 如果 CPU 利用率低于基准，则所获得的积分将会大于所花费的积分。 + 如果 CPU 利用率等于基准，则所获得的积分将会等于所花费的积分。 + 如果 CPU 利用率高于基准，则所花费的积分将会高于所获得的积分。 当获得的积分大于花费的积分时，差额称为“累积积分”，这些积分以后可以用于突增超过基准的 CPU 利用率。同样，当花费的积分超过获得的积分时，实例行为取决于信用配置模式 – 标准模式或无限模式。 在标准模式下，当花费的积分超过获得的积分时，实例将使用累积积分来突增到基准 CPU 利用率之上。如果没有剩余的累积积分，则实例将逐渐下降到基准 CPU 利用率，并且在累积更多积分之前不能突增到基准之上。 在无限模式下，如果实例突发超过基准 CPU 利用率，则实例首先使用累积积分进行突增。如果没有剩余的累积积分，则实例将花费剩余积分进行突增。在该实例的 CPU 使用率低于基准时，实例会使用它获得的 CPU 积分支付以前花费的超额积分。凭借获得 CPU 积分来支付超额积分的能力，Amazon EC2 可以在 24 小时周期内将实例的 CPU 使用率保持在平均水平。如果 24 小时的平均 CPU 使用率超过基准，则会按每 vCPU 小时的[固定额外费率](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)对实例收取额外的使用费用。 **Contents** + [关键概念和定义](#key-concepts) + [赢取 CPU 积分](#earning-CPU-credits) + [CPU 积分获得率](#CPU-credit-earn-rate) + [CPU 积分累积限制](#CPU-credit-accrual-limit) + [累积的 CPU 积分生命期](#accrued-CPU-credits-life-span) + [基准利用率](#baseline_performance) ## 关键概念和定义 以下关键概念和定义适用于具爆发能力的实例。 **CPU 使用率** CPU 利用率是当前正在实例上使用的已分配 EC2 计算单位的百分率。此指标衡量实例上正在利用的已分配 CPU 周期的百分比。CPU 利用率 CloudWatch 指标显示每个实例的 CPU 利用率，而不是每个核心的 CPU 利用率。实例的基准 CPU 规范还基于每个实例的 CPU 利用率。要测量 CPU 利用率，请使用 AWS 管理控制台 或 AWS CLI，请参阅 [获取特定实例的统计数据](US_SingleMetricPerInstance.md)。 **CPU 积分** vCPU 时间的单位。 示例： 1 个 CPU 积分 = 1 个 vCPU \$1 100% 利用率 \$1 1 分钟。 1 个 CPU 积分 = 1 个 vCPU \$1 50% 利用率 \$1 2 分钟 1 个 CPU 积分 = 2 个 vCPU \$1 25% 利用率 \$1 2 分钟 **基准利用率** 基准利用率 是当获得的 CPU 积分数与所使用的 CPU 积分数相等时，CPU 在净积分余额为零时的利用率水平。基准利用率也称为基准。基准利用率表示为 vCPU 利用率的百分比，计算方式如下：基准利用率 % =（获得的积分数/vCPU 数）/60 分钟。 有关每种具有可爆发性能实例类型的基准利用率，请参阅 [积分表](#burstable-performance-instances-credit-table)。 **获得的积分** 实例在运行时连续获得的积分。 每小时获得的积分数 = % 基准利用率 \$1 vCPU 数 \$1 60 分钟 例如： 具有 2 个 vCPU 且基准利用率为 5% 的 T3.nano 每小时可获得 6 积分，计算方式如下： 2 个 vCPU \$1 5% 基准 \$1 60 分钟 = 每小时 6 积分 **已花费或使用的积分** 实例在运行时连续使用的积分。 每分钟花费的 CPU 积分 = vCPU 数 \$1 CPU 利用率 \$1 1 分钟 **累积积分** 当实例使用的积分少于基准利用率所需的积分时，未使用的 CPU 积分。换句话说，累积积分 = 低于基准的（获得的积分 - 已使用的积分）。 例如： 如果 t3.nano 以 2% 的 CPU 利用率运行，在一小时内低于 5% 的基准，则累积积分的计算方式如下： 累积 CPU 积分 =（每小时获得的积分 - 每小时使用的积分）= 6 - 2 个 vCPU \$1 2% CPU 利用率 \$1 60 分钟 = 6 - 2.4 = 每小时 3.6 积分 **积分累积限制** 取决于实例大小，但通常等于 24 小时内获得的最大积分数。 例如： 对于 t3.nano，积分累积限额 = 24 \$1 6 = 144 积分 **启动积分** 仅适用于为标准模式配置的 T2 实例。启动积分是分配给新 T2 实例的有限数量的 CPU 积分，这样在标准模式下启动时，它可以突增到基准以上。 **剩余积分** 实例在耗尽其累积积分余额后花费的积分。剩余积分专为可突增实例而设计，以便在较长时间内保持高性能，并且仅在无限模式下使用。剩余积分余额用于确定实例在无限模式下使用了多少积分。 **标准模式** 积分配置模式，允许实例通过支出积分余额中累积的积分突增到基准以上。 **无限模式** 积分配置模式，允许实例通过承受所需的任何时段的高 CPU 利用率来突增到基准以上。如果在滚动 24 小时或实例生命周期（以较短者为准）内实例的平均 CPU 使用率等于或低于基准，实例的每小时价格自动涵盖所有 CPU 使用峰值。如果实例长时间以较高的 CPU 使用率运行，可能会按每 vCPU 小时的[固定费率](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)收取额外的费用。 下表总结了可突增实例类型之间的主要积分区别。 **** | 类型 | 支持的 CPU 积分类型 | 积分配置模式 | 实例启动和停止之间的累积的 CPU 积分生命周期 | | --- | --- | --- | --- | | 最新一代 | | T4g | 获得的积分、累积积分、已使用的积分、剩余积分（仅无限模式） | 标准、无限（默认值） | 7 天（积分在实例停止后持续 7 天） | | T3a | 获得的积分、累积积分、已使用的积分、剩余积分（仅无限模式） | 标准、无限（默认值） | 7 天（积分在实例停止后持续 7 天） | | T3 | 获得的积分、累积积分、已使用的积分、剩余积分（仅无限模式） | 标准、无限（默认值） | 7 天（积分在实例停止后持续 7 天） | | 上一代 | | T2 | 获得的积分、累积积分、已使用的积分、启动积分（标准模式）、剩余积分（仅无限模式） | 标准（默认值）、无限 | 0 天（实例停止时积分会丢失） | **注意** 在专属主机上启动的 T3 实例不支持无限制模式。 ## 赢取 CPU 积分 每个可突增性能实例以设定的每小时速率（以毫秒级精度）持续获得 CPU 积分，具体取决于实例大小。用于加减积分的核算过程也以毫秒级精度进行，因此您不必担心 CPU 积分超支；CPU 的短时间突增只消耗少量 CPU 积分。 如果可突增性能实例使用的 CPU 资源少于基准利用率所需的数量（例如，处于空闲状态时），则未使用的 CPU 积分将累积到 CPU 积分余额中。如果可突增性能实例需要突增至基准利用率水平以上，它将花费累积积分。可突增性能实例累积的积分越多，在需要更高 CPU 利用率时，它突增到基准以上的时间就越长。 下表列出了可突增性能实例类型、每小时获得 CPU 积分的速率、实例可以累积获得的最大 CPU 积分数、每个实例的 vCPU 数以及以完整核心百分比形式表示的基准利用率（使用单个 vCPU）。 | 实例类型 | 每小时获得的 CPU 积分 | 可累积获得的最大积分数\$1 | vCPU\$1\$1\$1 | 每个 vCPU 的基准利用率 | | --- | --- | --- | --- | --- | | **T2** | | | | | | t2.nano | 3 | 72 | 1 | 5% | | t2.micro | 6 | 144 | 1 | 10% | | t2.small | 12 | 288 | 1 | 20% | | t2.medium | 24 | 576 | 2 | 20%\$1\$1 | | t2.large | 36 | 864 | 2 | 30%\$1\$1 | | t2.xlarge | 54 | 1296 | 4 | 22.5%\$1\$1 | | t2.2xlarge | 81.6 | 1958.4 | 8 | 17%\$1\$1 | | **T3** | | | | | | t3.nano | 6 | 144 | 2 | 5%\$1\$1 | | t3.micro | 12 | 288 | 2 | 10%\$1\$1 | | t3.small | 24 | 576 | 2 | 20%\$1\$1 | | t3.medium | 24 | 576 | 2 | 20%\$1\$1 | | t3.large | 36 | 864 | 2 | 30%\$1\$1 | | t3.xlarge | 96 | 2304 | 4 | 40%\$1\$1 | | t3.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 | | **T3a** | | | | | | t3a.nano | 6 | 144 | 2 | 5%\$1\$1 | | t3a.micro | 12 | 288 | 2 | 10%\$1\$1 | | t3a.small | 24 | 576 | 2 | 20%\$1\$1 | | t3a.medium | 24 | 576 | 2 | 20%\$1\$1 | | t3a.large | 36 | 864 | 2 | 30%\$1\$1 | | t3a.xlarge | 96 | 2304 | 4 | 40%\$1\$1 | | t3a.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 | | **T4g** | | | | | | t4g.nano | 6 | 144 | 2 | 5%\$1\$1 | | t4g.micro | 12 | 288 | 2 | 10%\$1\$1 | | t4g.small | 24 | 576 | 2 | 20%\$1\$1 | | t4g.medium | 24 | 576 | 2 | 20%\$1\$1 | | t4g.large | 36 | 864 | 2 | 30%\$1\$1 | | t4g.xlarge | 96 | 2304 | 4 | 40%\$1\$1 | | t4g.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 | | | | --- | | \$1 可累积的积分数等于可在 24 小时周期内获得的积分数。 | | \$1\$1 表中的基准利用率百分比按每个 vCPU 计算。在 CloudWatch 中，CPU 使用率按各个 vCPU 显示。例如，以基准水平运行的 `t3.large` 实例的 CPU 利用率在 CloudWatch CPU 指标中显示为 30%。有关如何计算基准利用率的信息，请参阅[基准利用率](#baseline_performance)。 | | \$1\$1\$1 每个 vCPU 都是英特尔至强核心或 AMD EPYC 核心的线程，但 T2 和 T4g 实例除外。 | ## CPU 积分获得率 每小时获得的 CPU 积分数是由实例大小决定的。例如，`t3.nano` 每小时获得 6 积分，而 `t3.small` 每小时获得 24 积分。上表列出了所有实例的积分获得率。 ## CPU 积分累积限制 虽然获得的积分在运行的实例上从不过期，但实例可累积获得的积分数存在限制。该限制由 CPU 积分余额限制决定。在到达限制后，获得的任何新积分都会被丢弃，如下图所示。存储桶已满表示达到 CPU 积分余额限制，而溢出指示超出限制的新获得积分。 ![\[超出限额后，将丢弃获得的新积分。\]](http://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/images/t2-t3-bucket.png) 对于每种 实例大小，CPU 积分余额限制是不同的。例如，`t3.micro` 实例可在 CPU 积分余额中累积最多 288 个获得的 CPU 积分。上表列出了每个 实例可以累积获得的最大积分数。 T2 标准实例也获得启动积分。启动积分不计入 CPU 积分余额限制。如果 T2 实例尚未使用其启动积分，并保持闲置状态 24 小时，同时累积获得的积分，则其 CPU 积分余额将超过限制。有关更多信息，请参阅 [启动积分](burstable-performance-instances-standard-mode-concepts.md#launch-credits)。 T4g、T3a 和 T3 实例不会获得启动积分。默认情况下，这些实例以 `unlimited` 模式启动，因此可以在启动时立即突增，无需任何启动积分。预设情况下 T3 实例在专属主机启动时启动为 `standard`；`unlimited` 模式不支持专属主机上的 T3 实例。 ## 累积的 CPU 积分生命期 运行的实例上的 CPU 积分不会过期。 对于 T2，CPU 积分余额在实例停止与启动之间不保留。如果您停止 T2 实例，实例将失去其所有累积积分。 对于 T4g、T3a 和 T3，CPU 积分余额将在实例停止后保留七天，而后不复存在。如果在七天内启动实例，则不会丢失积分。 有关更多信息，请参阅 [CloudWatch 指标表](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table)中的 `CPUCreditBalance`。 ## 基准利用率 *基准利用率* 是当获得的 CPU 积分数与所使用的 CPU 积分数相等时，CPU 在净积分余额为零时的利用率水平。基准利用率也称为*基准*。 基准利用率表示为 vCPU 利用率的百分比，计算方法如下： `(number of credits earned/number of vCPUs)/60 minutes = % baseline utilization` 例如，一个 `t3.nano` 实例具有 2 个 vCPU，每小时获得 6 积分，得到的基准利用率为 5%，计算方法如下： `(6 credits earned/2 vCPUs)/60 minutes = 5% baseline utilization` 一个 `t3.large` 实例具有 2 个 vCPU，每小时获得 36 积分，得到的基准利用率为 30%（`(36/2)/60`）。 下图提供了平均 CPU 利用率低于基准的 `t3.large` 示例。 ![\[平均 CPU 利用率低于基准的 t3.large 实例图。\]](http://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/images/baseline-utilization.png)