Amazon ec2 EC2服务器，大量的微型实例还是更少的大型实例？

我想知道哪一个更好，在EC2上托管一个包含许多微实例的站点，或者更少的大型实例，比如m1.large。所有这些都将位于一个或几个更大的实例后面，作为负载平衡器。我会说我的理解是什么，如果我错了，任何更了解我的人都可以补充或纠正我

选择微实例的主要原因是成本。一个微实例平均每小时0.02美元可获得约0.35ECU，而一个小实例每小时0.085美元可获得1ECU。如果计算$/ECU/小时，微实例的计算结果是$0.057/ECU/小时，而小实例的计算结果是$0.085/ECU/小时。因此，对于相同的平均计算能力，选择100个微实例要比选择35个小实例便宜

微实例的主要问题是性能波动较大，但我不确定当您有许多实例时，这是否会减少问题

那么，有没有人有过这种设置的经验，并看到了其优点和缺点？请让我知道，因为我正试图选择走哪条路，谢谢

---

PS：一篇关于这个主题的文章，

我想说：这取决于你的应用程序将采用什么样的架构，以及它需要有多可靠：

• AWS负载平衡器不提供即时（也许实时是一个更好的词？） 与故障转移概念不同的自动缩放。它与 健康检查时有发生，但有一点延迟，因为 是通过http请求完成的（如果选择https，开销会更大）
• 如果您根据体系结构选择更多实例，您将有更多的故障点。为了避免这种情况，您的应用程序需要在实例之间保持异步
• 如果选择更多，则必须对应用程序进行更多的基准测试和测试 实例，以确保这些突发事件不会对您的应用程序产生太大影响

---

这是我的观点，在有经验的人之间进行讨论将是非常愉快的。

小心微观实例，它们可能会咬到你。我们的测试环境都在微实例上。因为它们只是功能测试环境，所以工作起来很顺利。然而，我们碰巧更新了一些应用程序（Jetty 7.5.3），这些应用程序已知CPU使用率较高的错误。这使得这些实例毫无用处，因为Amazon将可用CPU限制在2%

此外，微实例由EBS支持。对于高IO操作（如所需的操作），不建议使用EBS（通过实例存储）

如果您想省钱，并且您的软件是免费的，您可以选择spot实例。通常是这样

如果所有这些对您来说都不是问题，我会说，微实例就是一条出路！：）

---

谢谢您的回复。我不知道ELB是如何工作的（我也从其他人那里听说过一些不太好的经验），但我使用HAProxy，故障转移通常是实时的（有500或1000毫秒的检查）。检查也是通过HEAD或OPTION请求完成的，因此开销应该不会太大，但肯定是存在的。另外，我主要谈论的是应用服务器，其他地方有数据库，因此应用服务器本身是独立的，我认为其中一些服务器出现故障不应该是问题，但启动替换实例确实需要时间，这肯定会影响性能。