Answers:
好的问题是,有关T2实例中CPU积分的Amazon EC2文档在这里确实可以更加精确-入门博客文章“具有可突发性能的新型低成本EC2实例”提供了更好的解释,请参阅中间的表格:
标记为“基准性能”的列指示分配给该实例的基础物理CPU的单核性能的百分比。例如,一个t2.small实例可以访问以2.5 GHz(在Turbo模式下最高为3.3 GHz)运行的Intel Xeon处理器单核的20%。t2.medium可以访问单个内核40%的性能,您(或您的操作系统,更准确地说)可以根据需求在一个或两个内核上使用。
标记为“ CPU积分/小时”的列表示T2实例每小时收到的CPU积分比率。当实例不使用其基准CPU分配时,将累积CPU积分,而当实例处于活动状态时,则将使用CPU积分。未使用的CPU积分最多可存储24小时。[强调我的]
t1.micro
实例的先前节流模型的一项相当重大且具有竞争力的改进。
众所周知,通常对于Linux服务器很难定义“空闲”。一般而言,空闲应该是用户模式,系统模式,低优先级模式,I / O等待或中断上不花的任何时间-特殊规定是,给定正确的工作量,I / O等待时间可以转换为用户模式时间(用于另一个过程)。
但是,关于AWS t2空闲的问题,这不成立。t1也不成立(由于“被盗”的时间),但是即使那样也不能解释t2的行为。我遇到了以下情况:空闲时间(如Linux top和AWS CloudWatch所报告)都超过了记录的阈值水平,但是实例却失去了CPU积分而不是获得了它们。我认为这在亚马逊方面是一个会计错误,并且在此问题得到解决之前,太努力地理解如何定义CPU利用率和空闲状态将是浪费时间。
我已经在AWS的支持论坛上发布了一些说明性图表,希望他们会在其中响应。https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026
这是下面的东西
如果您使用的微型实例始终在最大10%的单核上运行。假设出现时间是服务器消耗了5%的单核,因此它将剩余5%的计算能力视为空闲状态。这5%仅在24小时内一直保持偏离路线的状态。现在,如果您有这种积累,并且意味着您的服务器在渴望获得计算能力时,它可以从这种积累的计算能力中借用。为了获得这种计算能力,他们使用了一个花哨的单词,称为CPU积分。
我在Google上搜索了一下,并在一些博客上找到了很好的解释,网址为http://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-burstable-performance/