Amazon ec2 自动伸缩EC2或其他云计算基础设施的实际限制是什么？

我很好奇，是否有人在EC2或其他云计算基础设施中尝试过自动缩放web或db层？这在理论上似乎是可能的，但我很好奇实际的局限性是什么

---

谢谢

这与其说是一个答案，不如说是一个问题，但我即将开始自己尝试自动缩放（最有可能使用Amazon CloudFront设施），我认为实例启动时间将是一个因素。我注意到，一个新的EC2实例可能需要5到20分钟才能启动，因此，当负载增加时，并不是说您可以立即增加更多容量；似乎您需要一个或多个空闲实例才能运行并准备好接收增加的负载。

我们也开始研究自动扩展

第一种候选方法是使用Amazon的ELB（弹性负载平衡器）和CloudFront。然而，我们的流量是一个web服务。调用方经常发送100 Continue http消息，而ELB无法理解该消息。亚马逊还没有消息说这一问题何时会得到解决。此外，亚马逊论坛上也有很多关于ELB没有处理重载的投诉

LigHTTPD 1.5看起来像是一个很有前途的部分解决方案，因为它可以检测实例何时不工作，并透明地将其从旋转中移除，并且可以在不重新启动负载平衡器的情况下动态重新配置

还有许多商业解决方案。我们可能会看到正确的比例。

后期添加：

同样考虑SimpleDB。。。这将消除DB缩放方面的问题

对于自动缩放，我们使用自己的脚本来监视、启动和调配服务器，是的，整个过程大约需要7分钟。我们做了一些预测性分析来猜测什么时候需要新服务器，如果不需要的话，就把它们拆开。总成本：~10美分

另外，Scalr看起来很有希望成为一个商业解决方案（还没有使用它）

---

Chad

非常正确，我注意到，在windows服务器上，尤其是在windows服务器上，我想你可能会有1到2个“等待”，随着“被消耗”的进程，另一个“等待”的进程将开始。您正在考虑使用负载平衡器还是进行DNS循环？我们计划使用Amazon自动缩放工具（）