amazon-ec2 - 关于用于动态 Ec2 实例管理的 RightScale 和 Scalr 的任何想法

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




8年前关闭。




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

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

据我所知，很多人都在这里推出自己的东西。我们正在尝试发布一个应用程序，并不真的想打太多繁重的系统管理员战。考虑到性能等的重要性，我很高兴听到来自该领域的建议和经验。

Answer 1

我是 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 + 应用程序服务器设置上工作了一年……但他未能实现我在三周内实现的那种可靠性.与滚动我自己的相比，使用 Scalr 的节省是极端的。

话虽如此，如果我买得起 Rightscale，我会使用 Rightscale。但预付费用和每月 500 美元让这一切变得不可能。一直有人在谈论放弃预付费用以换取其中包含的咨询服务，但每月的服务费并没有任何意义。

我应该提一下，目前 sclar.net 的网站已关闭，所以如果我想管理我的任何服务器场(不要将它们放在 atm 上)，我现在根本做不到。目前尚不清楚扩展是否适用于 scalr.net 订阅者。也就是说......这可能还不是一个成熟的解决方案。这并不经常发生，在今晚之前，我遇到的唯一停机时间是一次几分钟。但是是的......它现在就下来了，所以我必须提到它:)

我建议彻底阅读 http://groups.google.com/group/scalr-discuss 上的支持小组。在做出决定之前。如果您选择 Scalr，请准备好测试您的设置并解决您在 google 群组中遇到的任何问题。