amazon-ec2 - EC2 - 选择负载平衡的 MICRO 实例还是更少的小型实例？

Question

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

拥有 6 个左右的微型实例或 2 或 3 个 EC2 小型/中型实例哪个更好？

一些背景:

• 高度依赖数据库 (RDS)
• 非常动态的应用
• 流量负载高度不稳定

Answer 1

如果负载高度不稳定，您应该使用自动扩展来根据需要启动和关闭实例。如果流量可能很快激增，我怀疑微型实例是否是最好的选择，因为您通常会在进行额外的自动缩放更改之前查看流量 5-10 分钟。

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

自动缩放的好处是您不必担心实例的数量，而只需担心类型。通过自动缩放，您需要对每个实例进行详细的监控，这几乎与微型实例的成本相同，而其成本比小型实例或更大实例的成本要低得多。

因此，在自动缩放设置中，微型处理器很少有意义，在这两种设置中，我强烈建议使用小型微型处理器(但默认情况下只有 2 个，自动缩放是你的 friend )。

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

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

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