Amazon Elastic Compute Cloud
Linux 实例用户指南
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 Amazon AWS 入门

T2 无限

T2 无限实例可以将较高的 CPU 性能保持所需的任意时间。如果在滚动 24 小时或实例生命周期 (以较短者为准) 内 T2 实例的平均 CPU 使用率等于或低于基准,实例的每小时价格自动涵盖期间的所有使用峰值。如果实例长时间以较高的 CPU 利用率运行,可能会按每 vCPU 小时的固定费率收取额外的费用。有关实例定价的信息,请参阅 Amazon EC2 定价Amazon EC2 按需定价中的“T2 无限定价”部分。

重要

如果 t2.micro 实例享受 AWS 免费套餐优惠并将其配置为“无限”,在滚动 24 小时内的平均使用率超过实例基准时,可能会收取相应的费用。

T2 无限概念

T2 无限是 T2 实例的一个配置选项,可以在启动时设置该选项,也可以随时为正在运行或停止的 T2 实例启用该选项。

T2 无限实例可以突增到基准以上所需的时间。这样,您的各种通用型应用程序就可以享受较低的 T2 实例每小时价格,并确保您的实例绝不会受到基准性能的限制。如果在滚动 24 小时内 T2 无限实例的平均 CPU 使用率等于或低于基准,则基本 T2 每小时实例价格自动涵盖所有 CPU 使用峰值。对于绝大多数通用型工作负载,T2 无限实例提供足够高的性能,而不会收取任何额外的费用。如果 24 小时的平均 CPU 利用率超过基准,则会按每 vCPU 小时的固定费率收取额外的费用。有关更多信息,请参阅 Amazon EC2 按需定价中的“T2 无限定价”部分。

T2 无限的工作方式

如果 T2 无限实例用完其 CPU 积分余额,它可能会花费超额 积分以突增到基准以上。在该实例的 CPU 使用率低于基准时,该实例会使用它获得的 CPU 积分支付以前花费的超额积分。凭借获得 CPU 积分来支付超额积分的能力,Amazon EC2 可以在 24 小时周期内将实例的 CPU 使用率保持在平均水平。

超额积分会产生费用

如果实例的平均 CPU 使用率等于或低于基准,则实例不会产生额外的费用。由于实例在 24 小时周期内可获得最大数量的积分 (例如,t2.micro 可在 24 小时周期内获得最多 144 个积分) 的原因,因此在花费的超额积分不超过最大积分数时,不会立即向您收费。

但是,如果 CPU 利用率保持在基准以上,则实例无法获得足够的积分来支付已花费的超额积分。对于未支付的超额积分,按每 vCPU 小时的固定费率收取额外的费用。有关更多信息,请参阅 Amazon EC2 按需定价中的“T2 无限定价”部分。

在出现以下任一情况时,将对之前花费的超额积分收费:

  • 花费的超额积分超出实例可在 24 小时周期内获得的最大积分数。对于超出最大积分数的所花费超额积分,将在该小时结束时向您收费。

  • 实例已停止或终止。

  • 实例已从“无限制”切换到“标准”。

花费的超额积分是通过 CloudWatch 指标 CPUSurplusCreditBalance 跟踪的。通过 CloudWatch 指标 CPUSurplusCreditsCharged 来跟踪收费的超额积分。有关更多信息,请参阅 T2 实例的额外 CloudWatch 指标

T2 无限没有启动积分

T2 无限实例不会收到启动积分。T2 无限实例可以随时突增到基准以上,而不会收取额外的费用,但前提是在滚动 24 小时时间段或其生命周期 (以较短者为准) 内实例的平均 CPU 使用率等于或低于基准。因此,T2 无限实例不需要启动积分,即可在启动后立即达到较高的性能。

如果实例从“无限制”切换到“标准”,则将从 CPUCreditBalance 中扣除所有累积的启动积分,然后再结转剩余的 CPUCreditBalance

启用 T2 无限

T2 标准是默认配置;如果未启用 T2 无限,您的 T2 实例将作为“标准”启动。您可以随时在正在运行或停止的实例上在“标准”和“无限”之间切换。有关更多信息,请参阅 作为“无限”启动 T2 实例修改 T2 实例的 CPU 使用率积分选项

您可以使用 Amazon EC2 控制台或 AWS CLI 查看是将您的 T2 实例配置为“标准”还是“无限”。有关更多信息,请参阅 查看 T2 实例的 CPU 使用率积分选项

在启用或禁用“T2 无限”时,积分会出现什么情况

CPUCreditBalance 是一个 CloudWatch 指标,它跟踪“T2 标准”或“T2 无限”实例已累积的积分数。CPUSurplusCreditBalance 是一个 CloudWatch 指标,它跟踪“T2 无限”实例已花费的超额积分数。

在“T2 标准”实例切换到“无限”时,会出现以下情况:

  • 将从 CPUCreditBalance 中扣除所有启动积分,并且将结转包含已累积获得的积分的剩余 CPUCreditBalance

在“T2 无限”实例切换到“标准”时,会出现以下情况:

  • CPUCreditBalance 保持不变并进行结转。

  • 立即针对 CPUSurplusCreditBalance 进行收费。

监控积分使用情况

要了解“T2 无限”实例花费的积分是否超过基准提供的积分,您可以使用 CloudWatch 指标来跟踪和设置小时警报,以便获得积分使用情况通知。有关更多信息,请参阅 监控 CPU 积分

示例:介绍 T2 无限的积分使用情况

在此示例中,您可以查看作为“无限”启动的 t2.nano 实例的 CPU 使用率,以及它如何花费获得 的积分和超额 积分来保持 CPU 性能。

t2.nano 实例在 24 小时滚动周期内获得 72 个 CPU 积分,这些积分可兑换 72 分钟 vCPU 使用时间。在实例用完 CPU 积分余额 (由 CloudWatch 指标 CPUCreditBalance 表示) 时,它会花费超额 CPU 积分 (尚未获得的 积分) 以突增所需的时间。由于 t2.nano 在 24 小时周期内最多可获得 72 个积分,因此,在花费的超额积分不超过该最大积分数时,不会立即向您收费。如果花费 72 个以上的 CPU 积分,则会在该小时结束时对超出的部分进行收费。

下图所示的示例旨在说明实例如何使用超额积分突增到基准以上,甚至在用完 CPUCreditBalance 后。您可以假定,在图表的时间线开始时,实例累积的积分余额等于它可在 24 小时内获得的最大积分数。以下工作流程引用图中的编号数据点:

1 – 在前 10 分钟内,CPUCreditUsage 设置为 0 并且 CPUCreditBalance 始终为最大值 72 个。

2 – 在 23:40,随着 CPU 使用率增加,实例花费 CPU 积分并且 CPUCreditBalance 减少。

3 – 在大约 00:47,实例用完全部 CPUCreditBalance,并开始花费超额积分以保持较高的 CPU 性能。

4 – 一直花费超额积分,直到 1:55,此时 CPUSurplusCreditBalance 达到 72 个 CPU 积分。这等于 t2.nano 在 24 小时周期内可获得的最大积分数。以后花费的任何超额积分无法由 24 小时周期内获得的积分抵消,这会导致在该小时结束时收取少量的额外费用。

5 – 在大约 2:20,实例继续花费超额积分。此时,CPU 使用率低于基准并且实例开始获得积分,每小时 3 个积分 (或每 5 分钟 0.25 个积分),它使用这些积分来支付 CPUSurplusCreditBalance。在 CPUSurplusCreditBalance 减少到 0 后,实例开始在其 CPUCreditBalance 中累积获得积分 (每 5 分钟 0.25 个积分)。

计算账单

超额积分每 vCPU 小时收取 0.05 美元。在 1:55 和 2:20 之间,实例大约花费 25 个超额积分,这相当于 0.42 个 vCPU 小时。

该实例产生的额外费用为 0.42 vCPU 小时 x 0.05 美元/vCPU 小时 = 0.021 美元,舍入到 0.02 美元。

下面是该 T2 无限实例的月末账单:

 T2 无限实例的账单示例

您可以设置账单提醒以每小时通知一次产生的任何费用,并在必要时采取相应的措施。