7年前关闭。
我正在寻找一种经济高效的工具来管理Ec2上的Web应用程序。 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提供了主机名和从机主机名，因此您可以让应用程序从从机中读取并写入主机。
所有这些实例类型将根据负载自动缩放。首先从最接近您正在执行的操作的基础映像开始，然后为您的应用程序自定义它们。例如，我们将Perl / Catalyst应用程序部署在apache服务器实例上，但是我们从nginx前端服务器提供静态内容。我们必须稍微修改我们的应用程序才能使用读/写数据库句柄。
总而言之，花了大约三周的时间来解决Scalr中的错误，才能使我们的应用程序达到可靠的状态，在我看来，它在Scalr中具有很高的可用性。他们的支持非常出色，因此这些错误并没有给我带来太大的麻烦，而且系统确实在不断完善。它正在接近严重的可靠性。
作为附带说明，Scalr的最佳功能是“与所有人同步”功能，该功能可自动捆绑您的AMI并在新实例上重新部署它-所有这些都不会中断服务。这样可以节省您进行冗长的EC2映像/ AMI创建过程的时间，否则可以使非常简单的管理任务花费20分钟。无论是否要扩展服务器场，都可以使用它-即使在单个实例上也非常方便。
我每月向Scalr.net支付50美元，为我托管服务，因为我认为它可以节省我的时间和金钱。到目前为止，最重要的是：在我的最后一次演出中，我们有一个系统人员在我们的高可用性Linux DB +应用服务器设置上工作了一年……而他未能达到我三周内达到的那种可靠性。与我自己滚动相比，使用Scalr所节省的费用是极端的。
话虽如此，如果我买得起Rightscale，我会使用Rightscale。但是，前期费用和每月500美元的费用使这不可能。有传言说要预付一定的费用，以换取其中包含的咨询费用，但每月的服务费却没有任何用。
我应该提到，目前sclar.net的网站已关闭，因此，如果我要管理我的任何服务器场（不让它们处于atm状态），我现在就无法进行。目前尚不清楚缩放是否适用于scalr.net订户。也就是说...这可能还不是一个成熟的解决方案。这种情况很少发生，在今晚之前，我经历过的唯一一次停机时间是一次几分钟。但是，是的。。。现在就开始了，所以我必须提一下:)
建议您在做出决定之前，先仔细阅读http://groups.google.com/group/scalr-discuss的支持小组。如果您选择Scalr，请准备好测试设置并解决google组上的所有问题。