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

Question

我很好奇，如果任何人有在EC2自动缩放网页或数据库层或其他云计算基础设施试验？这似乎理论上是可能的，但我很好奇什么实际限制是/可能。

谢谢！

Answer 1

我们也开始关注自动缩放。

在第一候选的方法是使用Amazon的ELB（弹性负载均衡）和云前。然而，我们的交通是一个Web服务。来电的频繁发出对100-继续HTTP消息，ELB无法理解该消息。有没有字还从亚马逊上时可能是固定的。此外，有一些在约ELB不处理重负载亚马逊论坛的抱怨。

1.5的lighttpd看起来像一个有前途的部分解决方案，因为它可以检测何时一个实例不能正常工作而透明地取出旋转的，并且可以在不重新启动负载平衡器被动态地重新配置。

有许多商业解决方案为好。我们可能会看看右边的刻度。

Answer 2

这是一个多答案的问题的，但我要开始自己的自动缩放（最有可能使用亚马逊的CloudFront的设施）和我认为的实例启动时间将是一个因素试验。我注意到一个新的EC2实例可以从5到20分钟启动，所以它不是因为如果你可以立即增加更多的容量时，你的负荷增加;好像你会需要一个或多个空闲的实例在运行，并准备收拾增加的负载。

Answer 3

晚此外：

考虑的SimpleDB以及...这将消除DB缩放侧。

有关自动缩放，我们推出我们自己的脚本监控，启动和配置服务器，是的，整个过程大约需要7分钟。我们做一些预测分析猜测何时需要新的服务器，然后就打破他们，如果他们不。总成本：〜10美分

此外，Scalr看起来很有希望作为商业溶液（没有用它）。

乍得