你用RightScale做什么？

Question

我目前正在评估是否使用RightScale来管理EC2中的生产环境。我打算用木偶来进行配置管理(声明式方法似乎比运行脚本要好得多)，我正在运行一个有点不标准的堆栈(例如MongoDB)，并且不确定RightScale相对于Puppet +Amazon的自动缩放+另一个托管监控系统会增加多少价值。那些使用RightScale的用户，您认为哪些功能很重要？它的自动缩放支持(包括保持单个实例运行)是否比亚马逊的更强大？

Answer 1

我想我可以帮你区分一下。完全公开，我为RightScale工作。

您正在做出一个很好的决定，将您的配置管理从基本映像中抽象出来--这将保留您未来的基础设施选择。但是，当您开始添加云特定工具(如CloudWatch+Autoscaling )时，您就开始将自己锁在其中。RightScale的仪表板、API和多云映像与AWS区域和云无关，允许您保留未来的选择和灵活性，以及系统定义、监视工具和您安装在计算机上的RightLink服务器代理，以支持它们的一切都是开源的。平均而言，我们看到60%的时间节省了启动时间，50%用于系统的持续维护，90%以上的时间用于将来的项目，管理:服务器与1:10,000+的比率。

Puppet+RightScale工作得很好，您可能对这篇支持文章感兴趣：http://support.rightscale.com/index.php?title=06-FAQs/FAQ_0181_-_有吗？_RightScale_支持_木偶%3F仍然有很好的理由为PuppetMaster和PuppetClient创建基于脚本的ServerTemplates (使它们以后易于维护)，但是您可以在环境的其余部分的配置中使用声明。您也可以使用标准脚本作为补充，有时操作操作更容易做到这一点。将这些服务器配置集群到部署中将有助于您更好地定义、操作、克隆和跟踪分配给特定系统的资源。

RightScale的自动标度从根本上不同于AWS--AWS可以更好地定义为autolaunching，因为它只会触发AMI本身生成。服务器数组(水平伸缩的服务器定义)可以通过三种方式触发。监控包括60多个现成的度量标准，再加上创建自己(collectD)的能力，可以触发系统补救的警报操作，包括自我修复(重新启动/重新启动)、脚本执行或缩放。当基于监视数据进行缩放时，我们使用基于投票的触发器来防止集群中的单个节点配置或取消资源。这也意味着节点也不会作为集群被监视，因此当单个服务器出现问题时，可以通知您(CloudWatch查看聚合)。为了补充加载，如果您有可预测的模式，您也可以安排缩放。或者，您可以定义一个数组来根据作业队列进行缩放(这很适合于令人尴尬的并行批处理任务)。

除了自动化和资产管理之外，使用RightScale的其他许多原因在最初考虑使用云基础设施时通常并不明显，但最终可能对组织非常重要。基于角色的帐户用户安全许可、基础设施安全审计报告、托管SSH登录规则、成本分配/配额和跟踪以及多凭据/企业组管理是少数几个。

您的软件栈不是问题。我们在其他客户(如MongoDB )中有很多使用GameTree.TV的经验，尽管库中没有预先构建好的ServerTemplates，就像目前的Couchbase一样，也没有其他的NoSQL解决方案。

请在开发版中试用其中的一些工具，如果您还没有，可以在my.rightscale.com注册。你也可以联系我马特在…的权利规模或张贴更多的问题在这里为小组。在Quora (http://www.quora.com/RightScale/What-have-startups-experiences-been-with-RightScale)上也有一些有趣的文章。最好的成功，你的项目。

• 哑光