我正在寻找一种经济高效的工具来管理Ec2上的网络应用程序.Rightscale似乎是大狗并为它收费.Scalr看起来像一个更具成本效益的解决方案,但很难找到任何真正的客户体验..
我正在寻找的关键方面是负载均衡器(http和https)以及一种在负载增加时自动引入在线额外Web服务器容量以及在负载下降时终止实例的方法.
据我所知,很多人都在这里推销自己的东西.我们正试图发布一个应用程序,并不是真的想要打太多沉重的系统管理员战斗.考虑到表演等的重要性,我将非常感谢听到有关此领域的建议和经验.
我是Scalr用户,Scalr.net订阅者,并且已成为Scalr爱好者.我不可能买得起Rightscale.
Scalr可以做你所要求的.
Scalr有三个图像(每个都有32/64位版本),还有一个基础(通用)图像:
1)负载均衡器映像,运行nginx.高可用性设置需要其中两个.Scalr将管理您的名称服务,并在它们之间进行循环.如果一个发生故障,Scalr将从DNS中删除它并启动另一个实例.可以运行其他负载均衡器,但nginx是默认值.
2)有几个应用程序服务器映像可用,运行Apache/Tomcat/Rails.您可以在此处设置应用程序,无论是PHP/Perl/Python/Java/Ruby等等.nginx在这些实例之间路由请求,这些实例由唯一用户(基于IP +浏览器)分组.Scalr也会监视这些内容,并替换损坏的实例.
3)MySQL数据库映像,具有自动主/从复制.只需部署您的架构,Scalr处理复制并替换已失效的服务器.它还会定期备份您的数据.Scalr的DNS提供主机和从机主机名,因此您可以从从机读取您的应用程序并写入主机.
所有这些实例类型都将根据负载自动调整.您从最接近您正在进行的基本图像开始,然后根据您的应用程序自定义它们.例如,我们在apache服务器实例上部署Perl/Catalyst应用程序,但我们提供来自nginx前端服务器的静态内容.我们不得不稍微修改我们的应用程序以使用读/写数据库句柄.
总而言之,花了大约三个星期的时间来处理Scalr中的错误,使我们的应用程序进入一个可靠的状态,我相信它在Scalr中具有很高的可用性.他们的支持是惊人的,所以这些错误并没有给我带来太多麻烦,而且系统真的出现了.它接近严重的可靠性.
另外,Scalr的最佳功能是"全部同步"功能,它可以自动捆绑您的AMI并在新实例上重新部署它 - 所有这些都不会中断服务.这样可以节省您完成冗长的EC2映像/ AMI创建过程的时间,否则可以使非常简单的管理任务耗时20分钟.无论是否扩展服务器场,都可以使用它 - 即使在单个实例上也非常方便.
我每月向Scalr.net支付50美元来为我提供服务,因为我认为它节省了我的时间和金钱.到目前为止,最重要的是:在我的最后一次演出中,我们有一个系统人员在我们高度可用的Linux DB + app服务器设置上工作了一年......他未能达到我在三周内实现的那种可靠性.与滚动我自己相比,使用Scalr节省的费用是极端的.
所有这一切,如果我能负担得起Rightscale,我会使用Rightscale.但前期费用和每月500美元使得这不可能.一直有人谈论挥舞前期费用以换取其所包含的咨询服务,但每月服务费不会随处可见.
我应该提一下,目前sclar.net的网站已关闭,所以如果我想管理我的任何服务器场(没有它们),我现在根本就不能.目前尚不清楚缩放是否适用于scalr.net订阅者.也就是说......这可能还不是一个成熟的解决方案.这种情况经常发生,在今晚之前,我所经历的唯一停机时间是一次几分钟.但是,是的...它现在下来,所以我必须提到它:)
在做出决定之前,我建议您在http://groups.google.com/group/scalr-discuss上仔细阅读支持小组.如果您选择Scalr,请准备好测试您的设置并解决您在google群组中遇到的任何问题.
京公网安备 11010802040832号 | 京ICP备19059560号-6 
