自动扩展EC2或其他云计算基础架构有哪些实际限制?

时间:2009-07-15 14:38:47

标签: amazon-ec2 scalability autoscaling

如果有人尝试在EC2或其他云计算基础架构中自动扩展Web或db层,我很好奇吗?这似乎在理论上是可行的,但我很好奇实际的限制是什么/可能。

谢谢!

3 个答案:

答案 0 :(得分:2)

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

第一种候选方法是使用亚马逊的ELB(Elastic Load Balancer)和Cloud Front。但是,我们的流量是一种Web服务。呼叫者经常发送100-Continue http消息,而ELB无法理解该消息。亚马逊还没有关于什么时候可以修复的消息。此外,亚马逊论坛上有很多关于ELB没有处理重负荷的投诉。

LigHTTPD 1.5看起来像是一个有前途的部分解决方案,因为它可以检测实例何时无法运行并透明地将其从旋转中取出,并且可以动态重新配置而无需重新启动负载均衡器。

还有许多商业解决方案。我们可能会看看Right Scale。

答案 1 :(得分:1)

这不仅仅是一个问题,而是一个答案,但我即将开始尝试使用自动缩放(最有可能使用Amazon CloudFront工具)并且我认为实例启动时间将是一个因素。我注意到新的EC2实例可能需要5到20分钟才能启动,所以当你的负载增加时,你不能立即增加容量;看起来你需要一个或多个空闲实例来运行并准备好增加负载。

答案 2 :(得分:1)

迟到:

考虑SimpleDB ......这将消除数据库扩展方面。

对于自动扩展,我们使用自己的脚本来监视,启动和配置服务器,是的,整个过程大约需要7分钟。我们做一些预测分析来猜测何时需要新的服务器然后如果不需要则将它们分解。总费用:约10美分。

此外,Scalr看起来很有希望作为商业解决方案(尚未使用它)。

乍得