OAH*_*OAH 4 amazon-ec2 amazon-web-services
我阅读了有关 t2 和 t3 实例的文档,但对我而言,提升发生的条件似乎很模糊,即机器何时会提升到 CPU 的 20%,何时会缩减?需要多少时间来提升?我们可以控制升压参数/条件吗?随时分享您对 t2/t3 无限功能的体验。
MLu*_*MLu 10
有几个关键概念需要理解:
积分以毫秒精度计算- 如果您在几分之一秒内突发 CPU 使用率,您将花费一小部分积分。
还有一个基线性能的概念:
只要有可用的积分,实例就会快速运行 - 即回答您的问题:不需要任何时间来提升。如果你有学分,你可以跑得很快。
为了获得最大的好处,AWS 建议将 AMI 与适当的虚拟化驱动程序一起使用,这些驱动程序在实例无事可做时向主机提供建议。大多数 HVM AMI 都应该这样做。
有关更多信息,请查看此处:https : //docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html - 它提供了非常好的解释。
有时您需要在比 CPU Credit 余额允许的时间更长的时间内进行快速处理,但仍然相对较短和突发,因此不保证使用例如 M4/M5。
例如,源代码构建实例 - 每天只运行几次,但一次可能运行一个小时。您不想用完积分并在中途减慢构建速度,但您也不想为大部分时间处于闲置状态的 M4/M5 付费。
这就是T2/T3 Unlimited 的用武之地 - 与空闲时的 M4/M5 相比,它为您提供更便宜的价格,但运行速度也一样快。
同样适用于上述赚取和支出的两个概念,但是当您花费所有赚取的积分而不是放慢速度时,AWS 开始向您收取全速运行实例所需的积分,如果您没有任何积分那些。
但请注意,长时间全速运行Unlimited实例会比使用 M5更昂贵。但对于某些工作负载,它非常适合。
希望有帮助:)
归档时间: |
|
查看次数: |
712 次 |
最近记录: |