我阅读了有关 t2 和 t3 实例的文档,但提升发生的条件对我来说似乎很模糊,即机器何时会提升到 CPU 的 20%,何时会缩小?提升需要多长时间?我们可以控制提升参数/条件吗?欢迎分享您使用 t2/t3 无限功能的经验。
答案1
CPU 积分
需要理解几个关键概念:
- 每个实例持续盈利以恒定速率提供 CPU 积分。
- 当 CPU 运行时(即不处于空闲状态),它花费积分。
积分计算方式为毫秒精度- 如果您在几分之一秒内突发 CPU 使用率,那么您将花费一小部分信用。
还有一个概念基线表现:
- 低于基线性能实例花费的信用少于其赚取的信用,因此信用余额不断上升。
- 高于基线它支出的钱比它赚的钱多,最终会用尽信用,在这种情况下它将被限制在基线绩效(因为它的收入和支出率相同)。
只要有可用积分,实例就会快速运行 - 即回答您的问题:加速不需要任何时间。如果您有积分,您就可以快速运行。
为了获得最大的好处,AWS 建议使用具有适当虚拟化驱动程序的 AMI,以便在实例无事可做时通知主机。大多数 HVM AMI 应该可以做到这一点。
更多信息请看这里:https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html- 它提供了非常好的解释。
T2/T3 无限制
有时您需要在一段比您的 CPU 信用余额允许的时间更长但仍然相对较短且突发的时间内进行快速处理,因此不值得使用 M4/M5。
例如,源代码构建实例 - 每天仅运行几次,但每次可能运行一个小时。您不希望在中途耗尽信用并减慢构建速度,但您也不想为大多数时间处于闲置状态的 M4/M5 付费。
那就是T2/T3 无限制与 M4/M5 相比,它在空闲时价格更便宜,但运行速度却一样快。
同样的两个概念收入和开支如上所述适用,但是当你花掉所有赚取的积分而不是放慢速度时AWS 开始向您收取积分费用如果您还未获得任何实例,则需要全速运行您的实例。
但请注意,运行无限例如全速很长一段时间内更贵比使用 M5 更省电。但对于某些工作负载来说,它是完美的选择。
希望有帮助:)