我有亚马逊微实例，看起来像CPU还不够。要使用更多可用CPU升级到下一个最便宜的实例。
可以是m1.small实例吗？根据描述，它们具有相同数量的计算单元。当更多内核可用于短CPU爆发时，看起来像micro甚至可以超越小实例。
答案 0 :(得分：7)
更新：请注意，此信息仅适用于上一代t1.micro实例类型，该类型具有循环钳位节流算法。当前生成的t2实例类（包括t2.micro）具有比t1.micro更好的性能和控制限制的完全不同的算法。对t2实例类的限制是由CPU信用驱动的，这些信用在实例的CloudWatch指标中可见，限制更加优雅，并且可以在稍后启动。 t1.micro上的节流基本上是一个黑盒子，系统会在高负载下反复进出节流模式。除非您正在运行PV AMI，否则不再有令人信服的理由使用t1实例。 t2是HVM。
ECU是“EC2计算单元”，大致代表1.0-1.2 GHz 2007 Opteron处理器的等效CPU容量。
This Comparison of t1.micro and m1.small解释说，一个小型实例有1个ECU可供连续使用，而Micro可以在最多2个ECU的短时间内运行，但持续的基线要少得多。
在我的测试中，我发现在一个微型实例上消耗100％的CPU大约10-15秒，让你受到限制 - 大约0.2 ECU - 约为接下来的2-3分钟，当节流提升几秒钟，然后循环重复，但只有当你还在拉动硬爆裂时它才会重复。他们通过虚拟机管理程序“窃取”大部分可用周期来完成限制。当它发生时你可以在“顶部”看到这个。如果您在不要求100％CPU的情况下行驶足够长时间，则可以立即使用2 ECU突发 - 这并不是因为它们使用定时器来上下调整性能 - 节流对施加的负载有反应。
随着时间的推移，小型实例将完成更多的处理，因为在经过几秒钟的大量使用之后，微型设备会受到如此激烈的限制，足以抵消短时间的良好突发性。这是有道理的，尽管微观是一个成本较低的实例。
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts_micro_instances.html
......所以，是的，尝试一个小实例。