您将 RightScale 用于什么用途?

您将 RightScale 用于什么用途?

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

答案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_-_Does_RightScale_support_Puppet%3F 仍然有充分的理由为 PuppetMaster 和 PuppetClient 创建基于脚本的 ServerTemplates(使它们以后易于维护),但是您可以使用宣言来配置其余的环境。您还可以使用标准脚本进行补充,有时这样做对于操作操作来说更容易。将这些服务器配置集群到部署中将帮助您更好地定义、操作、克隆和跟踪分配给特定系统的资源。

RightScale 的自动扩展与 AWS 有着根本区别——AWS 可以更好地定义为自动启动,因为它只会触发 AMI 本身的生成。服务器阵列(水平扩展的服务器定义)可以通过 3 种方式触发。监控包括 60 多个开箱即用的指标以及创建您自己的指标(collectD)的能力,可以触发系统修复的警报操作,包括自我修复(重新启动/重新启动)、脚本执行或扩展。当基于监控数据进行扩展时,我们使用基于投票的触发器来防止集群中的单个节点配置或取消配置资源。这也意味着节点也不会被当作集群来监视,因此当单个服务器出现问题时,您可以收到通知(CloudWatch 查看聚合)。除了负载之外,如果您有可预测的模式,您还可以安排扩展。或者,您可以定义一个数组来根据作业队列进行扩展(适用于令人尴尬的并行批处理任务)。

除了自动化和资产管理之外,使用 RightScale 还有许多其他原因,这些原因在最初考虑使用云基础设施时通常并不明显,但最终对组织来说却非常重要。基于角色的帐户用户安全权限、基础设施安全审计报告、托管 SSH 登录规则、成本分配/配额和跟踪以及多凭证/企业组管理只是其中的一部分。

您的软件堆栈没有问题。我们在 GameTree.TV 等其他客户那里拥有丰富的 MongoDB 使用经验,尽管目前库中没有像 Couchbase 等其他 NoSQL 解决方案那样为其预建的 ServerTemplates。

如果您还没有尝试过,请尝试一下开发者版中的这些工具,您可以在 my.rightscale.com 上注册。您也可以通过 matt [at] rightscale 与我联系,或者在此向小组发布更多问题。Quora 上也有一些有趣的帖子(http://www.quora.com/RightScale/What-have-startups-experiences-been-with-RightScale)祝愿您的项目取得成功。

  • 马特

答案2

我工作在标量,一款与 RightScale 竞争的开源云管理软件。Scalr 目前不支持 Puppet,但其竞争对手之一 Chef 已集成到我们的软件中。所以我觉得你的问题与我们的情况仍然相关,我想分享我的经验。

云管理软件提供了许多自动化工具,而这些工具并不包含在配置软件 Chef 和 Puppet 中。当我们开始构建 Scalr 时,我们一心想实现自动扩展。但我们很快发现,还有更多棘手的问题需要解决。此列表由 Sebastian Stadil 编写,很好地解释了使用云管理软件的额外价值:

您在重复任务上花费了大量的时间。

云管理软件消除了管理基础设施的重复工作——例如在 12 台数据库服务器中的每一台上安装第 4 个 ebs 卷。您可以通过定义服务器场由哪些组件组成以及其中每台服务器的外观来在更高级别上进行操作。然后,云管理软件将其应用于实际基础设施。这样您就不必重复自己:您可以像管理 10 台服务器一样轻松地管理 10,000 台服务器。它带来了自动化。

你不知道事物在哪里,或者它们对应什么。

云管理软件让您井井有条。云基础设施不断变化。服务器不断添加、删除或替换。存储卷、IP 地址、快照等也是如此。这使得几乎不可能让您的记录系统保持最新状态。云管理让一切井然有序。

您不知道您的申请花费了多少钱。

云管理软件为您提供可视性并帮助您控制预算。您在数据处理场上花了多少钱?新的缓存层为您节省了多少?您的研发团队是否超出了预算?每个人都想限制浪费和滥用,但除非您拥有合适的工具,否则很难做到这一点。

您想确保您的同事和承包商不会带着您的基础设施的钥匙离开公司。

云管理软件可帮助您管理授予同事的权限。向组织中的每个人授予所有服务器的根访问权限是一种不好的做法。特别是当您有承包商和实习生时。

您想确保您的基础设施是安全的。

云管理软件为您的安全团队提供了发现漏洞的审计工具。无论是简单地记录谁在您的数据库上打开了端口 22,还是在大型和多样化的基础设施中实施安全策略。

您想尝试一些架构上的变化。

云管理软件让尝试新架构变得简单。想要尝试新的前端反向代理?添加缓存层?将 mysql 表移至 ramdisk?引入键值数据库?这一切都很简单,不需要花费数天时间进行配置。

您需要一个 B 计划以防灾难发生。

云管理软件有助于制定故障计划并准备好 B 计划。无论是简单地定期安排备份并轮换备份,还是制定完整的跨云灾难恢复计划,它都可以为您提供工具并充当预防药物。

您想将您的基础设施可视化。

云管理软件提供数据可视化和展示。您的服务器性能如何?是否存在异常值?当集成到您的监控层时,您可以获得管理人员梦寐以求的可见性。

您想对您的基础设施进行版本控制。

云管理软件允许您以与代码相同的方式对基础架构进行版本控制。它允许您将基础架构表示为代码,以便您可以创建精确的副本进行测试、恢复到之前正常运行的系统以及介于两者之间的任何操作。

相关内容