动态EC2实例管理上的RightScale和Scalr有什么想法[关闭]

StackOverflow https://stackoverflow.com/questions/366612

题

我在寻找管理上的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的/导轨。你设置你的应用程序在这里，无论是PHP / Perl的/ Python的/ Java的/红宝石/不管。 （基于IP +浏览器），这种情况下通过独特的用户分组之间nginx的请求路由。 Scalr监视这些用于upness太，和替换破损的情况。

3）MySQL数据库图像，具有自动主/从复制。只要您的部署架构和Scalr处理复制并取代已不存在的服务器。它也将备份您的数据定期。 Scalr的DNS提供主机和从机的主机名，所以你可以从奴隶读你的应用程序，并写主。

所有这些实例类型将根据负载自动缩放。你开始用最接近自己在做什么的基本图像，然后对其进行自定义您的应用程序。例如，我们部署我们的Apache服务器实例的Perl /催化剂的应用程序，但我们从服务nginx的前端服务器的静态内容。我们必须稍微修改我们的应用程序使用读/写数据库句柄。

所有的一切，花了通过Scalr错误工作，让我们的应用程序的地方，我深信它是高度可用Scalr可靠状态的大约三个星期。他们的支持是惊人的，所以虫子没有打扰我太多，系统真的磨磨蹭蹭。它正在接近严重的可靠性。

作为一个方面说明，Scalr的最大特点是“同步到所有”功能，该功能自动捆绑您的AMI并重新部署它的一个新的实例 - 无需服务中断。这样可以节省你通过漫长的EC2图像/ AMI创建过程，否则可以很简单的管理任务需要20分钟准备时间。你可以使用这个无论您是缩放你的服务器农场或没有 - 这将是非常方便的，即使在一个单一实例

我付出Scalr.net每月$ 50至托管服务适合我，因为我觉得它为我节省了时间和金钱。底线到目前为止是这样的：在我的最后演出，我们有一个系统的人对我们的高度可用的Linux数据库+应用服务器安装了一年的工作...他未能实现，我在三个星期内达到的那种可靠性。通过使用Scalr比我自己的滚动作为储蓄都是极端。

所有这样说，如果我能负担得起的RightScale，我将使用RightScale的。但预付费用，每月$ 500作出这样的不可能。目前已在交换挥舞的前期费用挥舞着它包括咨询的谈话，但每月的服务费是不会去任何地方。

我要指出，目前，sclar.net的网站已关闭，所以如果我想任何管理我的服务器农场（没有起来大气压），我根本就不是现在。缩放是否正在为scalr.net订户现在，还是没有还不清楚。这也就是说......这也许不是一个成熟的解决方案呢。今晚之前，我所经历的唯一停机时间是在一次几分钟的时间并不经常发生。但是，是的......它的降权了，所以我必须提到它：）

我将在 http://groups.google.com建议支持组的透彻读/你的决定之前，组/ scalr-讨论。如果你选择Scalr，准备测试您的设置和工作通过任何问题，你对谷歌组。

其他提示

我将在你的问题发表评论，因为给一个具体的答案是有点野心勃勃。

首先，我看到你有你的标签HAProxy的。这绝对是最好的负载均衡在EC2软件的验证即可。有资料和经验上使用HAProxy的的AWS论坛。

我无法给你一个scalr意见，但RightScale的是要正确的方向。一个在他们的路线图RightScale的最有趣的特点是，他们是任何云不只是亚马逊EC2的MGMT一个云系统。这使得他们非常有前途试图请求需要的负载均衡和倍增的时候。

此外您可以申请对RightScale的开发者免费帐户，你可以测试他们的一些AMI和免费的脚本，它们是相当可观的。

好了，这听起来像我在那里工作什么的，但我是一个刚云用户，与他们没有关系。如果跨越你的心。

我希望这有助于，至少增加了讨论。

地理

现在一直在Scalr两个月左右，并慢慢过渡几个生产应用，效果很好的平台。我强烈建议他们快速转身/支持和价值。我希望看到他们提高平台的可用性。

总之，非常适合于原来的海报基础上，简单的用例介绍。

每个服务都有一个糟糕的一天。 AWS服务见停机时间。不过，也有仍在运行其上的应用程序AWS用户。

我有Scalr.net几个农场，并与RightScale的。我没有付出一只胳膊和一条腿。

总体上，服务是非常可靠的。而现在与脚本引擎，我可以建立我自己的脚本来管理我的实例。

使用问候 Hareem哈克

这两种服务（RightScale的和scalr）是巨大的。这一提议是不一样的，价格是不一样的了。但是他们都是我所期待的。 Regaring我们的预算scalr符合我的需求。我发现，通过一个谷歌组在开始时很奇怪的支持，但它是非常快速和有效。

他们的解决方案也是开放源（未坏），并且它们也具有在其路线图V2与给其他提供者的支持。

观望，但直到如今，我很高兴与它

决定正确的选择可能不如切割和作为每个人都希望干。我曾会见并听取Scalr会谈对他们的平台，也听取了RightScale的讨论他们的平台。如果你有一个简单的SOA（应用服务器 - 数据库服务器 - 文件服务器），然后可以选择将是适合你的公司。

最后，如果你创建了一些自定义的中间件和你依靠已知的插座或握手具体点，你就需要考虑负载均衡和自动缩放你可以回退到自己的解决方案还能作什么”吨，这两种服务的管理。

我期待到Scalr现在，虽然这一切看起来不错，我决定继续我自己的脚本进行云管理/防垢的目的。我有8台服务器，现在只有我支付AWS费用。我用的厨师（自行管理），Nagios的，和很多其他工具。我的数据库是MySQL和mongodb的，负载平衡器HAProxy的，应用层是导轨。直到我需要服务器的100S，我想我只会继续scriptin'; - ）

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top