Amazon ec2 EC2-选择负载平衡的微实例还是更少的小实例？

我正在构建一个复杂的web分析应用程序，我想知道你们对此有何看法

有6个左右的EC2微实例或2个或3个中小型实例更好吗

一些背景：

• 高度依赖数据库（RDS）
• 非常动态的应用程序
• 高度不稳定的流量负载

---

如果负载高度不稳定，则应根据需要使用自动缩放来打开和关闭实例。如果流量可以很快增加，我怀疑微实例是最好的使用方法，因为在进行额外的自动缩放更改之前，您通常会观察流量5-10分钟

一个微实例是一个非常低保证的实际CPU，它很可能会在自动缩放之间的冷却时间内完全过载，我会选择至少一个小实例

自动缩放的问题在于，您不必担心实例的数量，它只是类型。使用自动缩放时，您需要对每个实例进行详细的监控，这几乎与一个微实例的成本相同，而这比一个小实例或更大实例的成本低得多

因此，在自动缩放设置中，micro很少有意义，在这两种设置中，我强烈建议使用smalls（但默认情况下，只有2种，自动缩放是您的朋友）

也不要排除比小型CPU更大的问题，我们也遇到了同样的问题，并选择了2个中型CPU作为基础

还请记住，您可以保留实例。因此，我们为基本实例购买了保留实例，使它们的成本降低了约55%，因为它们始终处于启用状态，但对于额外的负载实例，只需使用标准实例即可

---

2个基本实例的原因是高可用性，将它们放在您所在区域的不同可用性区域中，因为Amazon使每个可用性区域将基础设施与其他区域的故障完全隔离。如果高可用性目前不是问题，则默认为1个实例。

非常感谢您的回复，这非常有帮助。看起来我要花额外的钱从一个小实例开始。在小实例或根存储中使用EBS更好吗？我只有一个PHP web应用程序可供使用。除了源代码之外，没有其他文件。EBS通常是大多数情况下使用的标准。当我可以只使用根存储时，为什么我需要使用EBS？它不是更快更简单吗？成本将是您的CPU，EBS成本相对来说几乎是零。看见