从表面上看,我似乎需要能够在目标节点上安装一些软件守护进程才能工作。如果我不能这样做(例如,Amazon实例),我的选择是什么?
类似地,Ansible似乎都是基于SSH的。这可以用来配置RDS吗?
谢谢你的反馈--这次讨论让我想到了一个更有针对性的问题:https://serverfault.com/questions/588237/whats-a-good-cm-tool-for-managing-a-cloud-cluster-composed-diverse-resources-ac
发布于 2014-04-11 19:33:20
您可以使用Ansible与rds、rds_param_group和rds_subnet_group模块管理RDS。他们不依赖于安装任何远程管理代理(ew!)它们不会直接进入节点。这3个模块使用官方提供的API调用(借助boto库)与AWS通信。
当然,它们可能无法在运行EC2的自己的MySQL实例上尽力而为,但这些模块仍然为您提供了某种程度的管理。
发布于 2014-04-10 21:10:35
除了内森的好答案和评论之外,我还可以进一步解释为什么配置管理工具在像Amazon这样的SaaS解决方案中不能正常工作(如果有的话)。
RDS本质上是“托管MySQL”。您无法访问底层操作系统,因此无法安装软件包,无法查看配置或尾日志文件。从配置的角度来看,您与RDS的唯一接口是通过亚马逊的网络控制台或API,其方式与Elasticache是“承载的Memcache”和ELB可以被认为是“托管的HAproxy”完全一样--它们是SaaS (软件即服务)产品。
因此,传统的配置管理工具,如木偶或厨师,将无法工作,因为他们需要完全的操作系统级别的访问。
不过,亚马逊自己的CloudFormation实用工具是一个可以使用的工具。不是“配置管理”本身,而是可以用作替代。有关更多细节,请访问亚马逊文档。
如果您真的想在亚马逊上使用Puppet或其他配置管理工具,您需要在一个MySQL实例之上运行您自己的EC2安装。然而,这有缺点也有优点,因为您以牺牲轻松管理为代价获得控制,这正是RDS所提供的--亚马逊处理您的备份、维护、高可用性等,并且您只需要与一个MySQL端点交谈。
正如ceejayoz在他的评论中所指出的,上述并不是说配置管理工具是毫无价值的--我个人碰巧是一个狂热的木偶爱好者--你只需要为您的环境选择合适的工具。木偶在操作系统级管理方面很棒。CloudFormation在管理您的亚马逊服务方面非常出色。将这两种技术结合在一起,您就有了一整套可以管理整个基础设施的工具。
发布于 2014-04-10 20:19:59
你对RDS没有任何选择。所有的管理工作都由你来处理。如果您需要在数据库上使用更多的电源,请使用EC2并安装您自己的。
https://serverfault.com/questions/588209
复制相似问题