Amazon ec2 关于动态Ec2实例管理的RightScale和Scalr有什么想法吗

Amazon ec2 关于动态Ec2实例管理的RightScale和Scalr有什么想法吗,amazon-ec2,scalability,haproxy,rightscale,scalr,Amazon Ec2,Scalability,Haproxy,Rightscale,Scalr,我正在寻找一个经济高效的工具来管理Ec2上的web应用程序。Rightscale似乎是一只大狗,并为此收费。Scalr看起来是一个更具成本效益的解决方案,但很难找到任何真正的客户体验 我正在寻找的关键方面是负载平衡器(http和https),以及一种随着负载增加自动在线增加额外web服务器容量的方法,以及在负载下降时终止实例的方法 据我所知,很多人都在这里玩他们自己的东西。我们正在尝试发布一个应用程序,并不想打太多的系统管理大战。鉴于绩效等方面的重要性,我很高兴听到业内人士在这方面的建议和经验。

我正在寻找一个经济高效的工具来管理Ec2上的web应用程序。Rightscale似乎是一只大狗,并为此收费。Scalr看起来是一个更具成本效益的解决方案,但很难找到任何真正的客户体验

我正在寻找的关键方面是负载平衡器(http和https),以及一种随着负载增加自动在线增加额外web服务器容量的方法,以及在负载下降时终止实例的方法


据我所知,很多人都在这里玩他们自己的东西。我们正在尝试发布一个应用程序,并不想打太多的系统管理大战。鉴于绩效等方面的重要性,我很高兴听到业内人士在这方面的建议和经验。

我将对您的问题进行评论,因为给出具体答案有点雄心勃勃

首先,我看到你的标签上有haproxy。这绝对是EC2中经验证的最佳负载平衡软件。AWS论坛上有关于haproxy使用的文档和经验

我不能给你一个关于scalr的意见,但是Rightscale正朝着正确的方向发展。RightScale在其路线图中最有趣的特性之一是,它们是一个针对任何云的管理云系统,而不仅仅是亚马逊的EC2。这使得他们在需要时尝试请求负载平衡和升级时非常有希望

你也可以在rightscale上注册一个免费的开发者帐户,你可以测试他们的一些AMI和免费脚本,它们给人留下了深刻的印象

嗯,这听起来可能像我在那里工作或做什么,但我只是一个云用户,与他们没有联系。如果你想的话

我希望这会有所帮助,至少会增加讨论的内容


Geo

我是一名Scalr用户,一名Scalr.net订户,并且已经成为一名Scalr爱好者。我不可能负担得起

Scarr可以按你的要求做

Scalr有三个映像(每个映像都有32/64位版本),外加一个基本(通用)映像:

1) 运行nginx的负载平衡器映像。一个高可用性的设置需要其中两个。Scalr将管理您的名称服务,并在它们之间进行循环。如果其中一个出现故障,Scalr将从DNS中删除它并启动另一个实例。可以运行其他负载平衡器,但默认为nginx

2) 有几个应用服务器映像可用,运行Apache/Tomcat/Rails。您可以在这里设置应用程序,可以是PHP/Perl/Python/Java/Ruby/which。nginx在这些实例之间按唯一用户分组路由请求(基于IP+浏览器)。Scalr也会监视这些实例的完整性,并替换损坏的实例

3) MySQL数据库映像,具有自动主/从复制功能。只要部署您的模式,Scalr就可以处理复制并替换失效的服务器。它还将定期备份您的数据。Scalr的DNS提供主主机名和从主机名,因此您可以让应用程序从从从主机读取并写入主主机

所有这些实例类型都将根据负载自动缩放。从最接近您正在做的事情的基础映像开始,然后为您的应用程序自定义它们。例如,我们在apache服务器实例上部署Perl/Catalyst应用程序,但我们提供来自nginx前端服务器的静态内容。我们不得不稍微修改应用程序以使用读/写数据库句柄

总而言之,我们花了大约三周的时间来解决Scalr中的bug,使我们的应用程序达到了一个可靠的状态,我相信它在Scalr中是高度可用的。他们的支持是惊人的,所以这些bug并没有给我带来太多麻烦,而且这个系统真的很快就出现了。它正接近严重的可靠性

顺便说一句,Scalr最好的特性是“同步到所有”特性,它可以自动绑定AMI并将其重新部署到新实例上—所有这些都不会中断服务。这节省了您完成冗长的EC2映像/AMI创建过程的时间,否则会使非常简单的管理任务花费20分钟。无论您是否在扩展服务器场,都可以使用它—即使在单个实例上,它也非常方便

我每月花50美元为我主持这项服务,因为我认为这可以节省我的时间和金钱。到目前为止的底线是:在我的上一次演出中,我们有一个系统人员在为我们的高可用性Linux DB+应用程序服务器设置工作了一年。。。他没能达到我在三周内达到的那种可靠性。与我自己的滚动相比,使用Scalr节省了很多

尽管如此,如果我能负担得起Rightscale,我会使用Rightscale。但是预付费和每月500美元使得这不可能。有人说,要想获得包括咨询在内的服务,就必须支付预付费,但每月的服务费不会有任何效果

我应该提到的是,目前,sclar.net的网站已经关闭,所以如果我想管理我的任何服务器场(不要让它们在atm机上运行),我现在根本不能。目前尚不清楚scalr.net订阅者是否正在进行缩放。也就是说。。。这也许还不是一个成熟的解决方案。这种情况并不经常发生,在今晚之前,我唯一经历过的停机时间是一次几分钟。但是是的。。。它现在已经停了,所以我必须提一下:)


我建议你在做出决定之前,仔细阅读一下支持小组的报告。如果您选择Scalr,请准备好测试您的设置并解决您在google group上遇到的任何问题。

每项服务都有糟糕的一天。AWS服务见停机时间。然而,仍然有用户在AWS上运行他们的应用程序

我在Scalr.net上有几个农场,并与Rightscale进行了比较。我根本不用付钱

总的来说,服务很可靠。现在有了脚本引擎,我可以设置自己的脚本来管理