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

T2 标准

T2 标准实例适用于具有平均 CPU 使用率的工作负载,它始终低于实例的基准性能。为了突增到基准以上,实例会花费在其 CPU 积分余额中累积的积分。如果实例累积的积分较少,性能将逐渐下降到基准性能水平,因此,在累积的 CPU 积分余额用完时,实例的性能不会急剧下降。有关更多信息,请参阅 CPU 积分和基准性能

提示

要确保您的工作负载始终获得所需的性能,请切换到 T2 无限 或考虑使用更大的 T2 实例。

T2 标准的概念

T2 标准的工作方式

T2 标准实例接收两种类型的 CPU 积分:获得的积分以及启动积分。在 T2 标准实例处于运行状态时,它会以固定的每小时速率 (以毫秒级精度) 持续获得积分。在一开始,该实例尚未获得积分来提供良好的初始体验;因此为了提供良好的初始体验,一开始会收到启动积分,可以先花费,同时累积获得积分。

T2 标准实例停止后,会丢失积累的全部积分,积分余额会重置为零。在它重新启动后,会接受一组新的启动积分,并开始累积获得积分。

启动积分

在启动时,T2 标准实例的每个 vCPU 获得 30 个启动积分。例如,t2.micro 具有一个 vCPU 并获得 30 个启动积分,而 t2.xlarge 具有 4 个 vCPU 并获得 120 个启动积分。启动积分旨在提供良好的初始体验,以使实例能够在启动后 (没有累积获得积分之前) 立即突增到更高的性能。

首先花费启动积分,再使用获得的积分。未花费的启动积分将累积到 CPU 积分余额中,但不会计入 CPU 积分余额限制。例如,t2.micro 实例的 CPU 积分余额限制为 144 个获得的积分。如果实例启动并保持空闲状态 24 小时,其 CPU 积分余额将达到 174 (30 个启动积分 + 144 个获得的积分),这已超过限制。不过,一旦实例花费 30 个启动积分,积分余额就不能超过 144 个。有关每种 T2 实例大小的 CPU 积分余额限制的更多信息,请参阅 T2 积分表

下表列出了在启动时分配的初始 CPU 积分以及 vCPU 数。

实例类型

启动积分

vCPU

t2.nano

30

1

t2.micro

30

1

t2.small

30

1

t2.medium

60

2

t2.large

60

2

t2.xlarge

120

4

t2.2xlarge

240

8

启动积分限制

T2 标准实例接收启动积分的次数存在限制。在每个区域,每 24 个小时的滚动周期内,每个账户中所有 T2 标准实例组合的默认限制是 100 次启动。例如,当一个实例在 24 小时周期内停止并启动 100 次时,或当 100 个实例在 24 小时周期内启动时,或者其他组合等同于 100 次启动时,将达到此限制。新账户可能具有较低的限制,该限制随着时间根据您的使用情况而增加。

启动积分和获得的积分之间的区别

下表列出了启动积分和获得的积分之间的区别。

启动积分

获得的积分

积分获得率

在启动时,T2 标准实例的每个 vCPU 获得 30 个启动积分。

如果 T2 实例从“无限”切换到“标准”,则在切换时不会获得启动积分。

每个 T2 实例以固定的每小时速率 (以毫秒级精度) 持续获得 CPU 积分,具体取决于实例大小。有关每种实例大小获得的 CPU 积分数量的更多信息,请参阅 T2 积分表

积分获得限制

对于每个区域,在每 24 个小时的滚动周期内,每个账户中所有 T2 标准实例组合的启动积分接收限制是 100 次启动。新账户可能具有较低的限制,该限制随着时间根据您的使用情况而增加。

T2 实例累积的积分数不能超过 CPU 积分余额限制。如果 CPU 积分余额已达到其限制,则将丢弃在达到限制后获得的任何积分。启动积分不计入限制。有关每种 T2 实例大小的 CPU 积分余额限制的更多信息,请参阅 T2 积分表

积分使用

首先花费启动积分,再使用获得的积分。

只有花完所有启动积分后才能花费获得的积分。

过期积分

在 T2 标准实例运行过程中,启动积分不会过期。当 T2 标准实例停止或切换至“T2 无限”时,所有启动积分都将丢失。

在实例运行过程中,已累积获得的积分不会过期。实例停止后,将丢失所有已累积获得的积分。

CloudWatch 指标 CPUCreditBalance 可跟踪已累积的启动积分和已累积获得的积分数。有关更多信息,请参阅 CloudWatch 指标表中的 CPUCreditBalance

示例:介绍 T2 标准的积分使用情况

在本示例中,您将了解作为 standard 启动的 t2.nano 实例如何获得、累积和使用启动积分获得的积分。您还可以了解积分余额如何反映累积获得的积分和累积启动积分

启动时,t2.nano 实例获得 30 启动积分,之后每 24 小时获得 72 积分。其积分余额限制是获得的 72 积分;启动积分不计入该限制。达到该限制后,将丢弃获得的任何新积分。有关可获得和可累积的积分数的更多信息,请参阅 T2 积分表。有关启动积分限制的更多信息,请参阅启动积分限制

您可能会在启动 T2 标准实例后立即使用,也可能在启动 T2 标准实例后让其闲置几天,再在其上运行应用程序。实例是正在被使用还是闲置决定积分是消耗还是累积。如果实例自启动后闲置 24 小时,积分余额将超过其限制,因为积分余额同时反映累积获得的积分和累积启动积分。不过,使用 CPU 后,会先使用启动积分。此后,积分余额限制始终反映可累积获得的最大积分。

本示例介绍启动后闲置 24 小时的实例,并向您分析 96 小时内共 7 个时段的积分情况,演示获得、累积、使用和丢弃积分的速率以及每个时段结束时的积分余额值。

第 1 个时段:1 – 24 小时

在图上的第 0 小时,T2 实例作为 standard 启动并立即获得 30 启动积分。当它处于运行状态时,会获得积分。实例自启动后保持闲置状态 (CPU 利用率为 0%),不使用任何积分。所有未使用的积分都累积到积分余额中。在启动后大约 14 小时,积分余额为 72 (30 启动积分 + 获得的 42 积分),这与实例在 24 小时内获得的积分相同。在启动后 24 小时,积分余额超过 72,因为未使用的启动积分累积到了积分余额中 (积分余额为 102 积分:30 启动积分 + 72 获得积分)。

积分使用率 每 24 小时 0 积分 (0% CPU 利用率)
积分获得率 每 24 小时 72 积分
积分丢弃率 每 24 小时 0 积分
积分余额

102 积分 (30 启动积分 + 获得的 72 积分)

结论

如果启动后没有 CPU 利用率,实例累积的积分将超过其在 24 小时内获得的积分 (30 启动积分 + 获得的 72 积分 = 102 积分)。

在真实场景中,EC2 实例在启动和运行时会使用少量积分,以防止积分余额达到本实例中的最大理论值。

第 2 个时段:25 – 36 小时

在接下来 12 小时,实例继续保持闲置状态并获得积分,但积分余额不会增加。积分余额保持在 102 (30 启动积分 + 获得的 72 积分)。积分余额已达到 72 累积获得的积分限制,因此会丢弃新获得的积分。

积分使用率 每 24 小时 0 积分 (0% CPU 利用率)
积分获得率 每 24 小时 72 积分 (每小时 3 积分)
积分丢弃率 每 24 小时 72 积分 (100% 积分获得率)
积分余额

102 积分 (30 启动积分 + 72 获得积分) - 余额保持不变

结论

如果积分余额已达到其限制,实例会继续获得积分,但不会累积更多获得的积分。达到该限制后,会丢弃新获得的积分。启动积分不计入 积分余额限制。如果余额包含累积的启动积分,余额将超过该限制。

第 3 个时段:37 – 61 小时

在接下来 25 小时,实例使用 2% CPU,需要 30 积分。在同一周期,它获得 75 积分,但积分余额减少。余额减少的原因是先使用累积的启动 积分,并且由于积分余额已达到其获得的 72 积分限制,因此丢弃了新获得的积分。

积分使用率 24 小时 28.8 积分 (每小时 1.2 积分,2% CPU 利用率,40% 积分获得率) - 25 小时 30 积分
积分获得率 每 24 小时 72 积分
积分丢弃率 每 24 小时 72 积分 (100% 积分获得率)
积分余额

72 积分 (使用了 30 启动积分;剩余获得的 72 积分未使用)

结论

实例先使用启动积分,再使用获得的积分。启动积分不计入积分限制。使用启动积分后,积分余额永远不会超过在 24 小时内可获得的积分。此外,实例运行时,不会获得更多启动积分。

第 4 个时段:62 – 72 小时

在接下来 11 小时,实例使用 2% CPU,需要 13.2 积分。这与上一周期的 CPU 利用率相同,但积分余额不会减少。它保持在 72 积分。

积分余额不减少的原因是积分获得率高于积分使用率。实例使用 13.2 积分的同时,获得 33 积分。不过,由于余额限制是 72 积分,因此会丢弃获得的超过该限制的任何积分。积分余额保持在 72 积分,这与第 2 个时段保持在 102 积分不同,因为没有累积的启动积分。

积分使用率 24 小时 28.8 积分 (每小时 1.2 积分,2% CPU 利用率,40% 积分获得率) - 11 小时 13.2 积分
积分获得率 每 24 小时 72 积分
积分丢弃率 每 24 小时 43.2 积分 (60% 积分获得率)
积分余额

72 积分 (0 启动积分,获得的 72 积分) - 余额达到其限制

结论

使用启动积分后,积分余额限制由实例在 24 小时内可获得的积分数决定。如果实例获得的积分多于使用的积分,则会丢弃新获得的超过限制的积分。

第 5 个时段:73 – 75 小时

在接下来 3 小时,实例的 CPU 利用率激增至 20%,需要 36 积分。在相同的 3 小时内,实例获得 9 积分,导致净余额减少 27 积分。在这 3 小时结束时,积分余额为累积获得的 45 积分。

积分使用率 24 小时 288 积分 (每小时 12 积分,20% CPU 利用率,400% 积分获得率) - 3 小时 36 积分
积分获得率 每 24 小时 72 积分 (3 小时 9 积分)
积分丢弃率 每 24 小时 0 积分
积分余额

45 积分 (以前的余额 (72) - 使用的积分 (36) + 获得的积分 (9)) - 余额按每 24 小时 216 积分的速率减少 (使用率 288/24 + 获得率 72/24 = 余额减少率 216/24)

结论

如果实例使用的积分多于获得的积分,则其积分余额将减少。

第 6 个时段:76 – 90 小时

在接下来 15 小时,实例使用 2% CPU,需要 18 积分。这与第 3 个和第 4 个时段的 CPU 利用率相同。不过,此周期的积分余额增加,而第 3 个时段的积分余额减少,第 4 个时段的保持不变。

在第 3 个时段,使用累积的启动积分,并会丢弃获得的超过积分限制的任何积分,导致积分余额减少。在第 4 个时段,实例使用的积分少于获得的积分,并且丢弃了获得的超过积分限制的任何积分,因此余额保持在最大 72 积分。

在本周期,没有累积的启动积分,余额中累积获得的积分数低于限制。不会丢弃获得的任何积分。此外,实例获得的积分多于使用的积分,导致积分余额增加。

积分使用率 24 小时 28.8 积分 (每小时 1.2 积分,2% CPU 利用率,40% 积分获得率) - 15 小时 18 积分
积分获得率 每 24 小时 72 积分 (15 小时 45 积分)
积分丢弃率 每 24 小时 0 积分
积分余额

72 积分 (余额按每 24 小时 43.2 积分的速率增加 - 更改率 = 使用率 28.8/24 + 获得率 72/24)

结论

如果实例使用的积分少于获得的积分,则其积分余额将增加。

第 7 个时段:91 – 96 小时

在接下来六小时,实例保持闲置状态 (CPU 利用率为 0%),不使用任何积分。这与第 2 个时段的 CPU 利用率相同,但积分余额不保持在 102 积分,而保持在 72 积分,这是实例的积分余额限制。

在第 2 个时段,积分余额中包含累积的 30 启动积分。启动积分在第 3 个时段使用。正在运行的实例无法获得更多启动积分。达到积分余额限制后,会丢弃获得的超过限制的任何积分。

积分使用率 每 24 小时 0 积分 (0% CPU 利用率)
积分获得率 每 24 小时 72 积分
积分丢弃率 每 24 小时 72 积分 (100% 积分获得率)
积分余额

72 积分 (0 启动积分,获得的 72 积分)

结论

如果已达到积分余额限制,实例会继续获得积分,但不会累积更多获得的积分。达到该限制后,会丢弃新获得的积分。积分余额限制由实例在 24 小时内可获得的积分数决定。有关积分余额限制的更多信息,请参阅 T2 积分表