存在这样一种场景,当你的puppet基于mcollective环境搭建完成之后,需要考虑MQ的高可用,否则,MQ挂掉之后就不能用mco命令进行推送了哦。如何做MQ的高可用呢,其实有两种方法:方法一:两台MQ做集群,通过复制队列信息进行同步,节点访问可通过浮动IP进行。方法二:两台MQ独立,在MC Server端做failover,通过rabbtimq的plugins参数实现,可设置自动检测,切换时间等等。
最近在测试在windows安装mcollective,一直卡在一个问题上,以下是windows上重启mcollectived服务后报的错误agents.rb Loading agent puppet failed: Could not create instance of plugin MCollective::Agent::Puppet: C:/Puppet Labs/Puppet/sys/ru
前一篇文章介绍了mcollective的shell插件,确实很强大http://kisspuppet.com/2013/12/13/mcollectivepluginsshell/ 接下来介绍mcollective的其它plugins 首先去官网下载各个插件 http://yum.puppetlabs.com
众所周知,mcollecitve只是一个框架而已,它单独是干不了任何事情的,如果要让他去操作一个平台,是需要插件(plugins)进行操作的,比如通过puppet插件去管理节点puppet的所有命令,通过fact插件去管理fact的所有参数等等,那么如何去管理系统的命令呢,这就需要shell插件。 插件下载地址:https://github.com/kisspuppet/mcollective-plugins,有github客户端的童鞋可直接clone https://github.com/kisspuppet/mcollective-plugins.git 更多有关puppet的文章可访问 http://kisspuppet.com
puppet交流网站 www.kisspuppet.com 日常情况下都是通过puppetmaster端进行推送变更,推送可以用MC实现,至于变更的回滚可以通过SVN活该Git辅助实现。存在这样一种情况,在一个复杂的环境中,存在多个管理员,而你是负责变更推送的,他们只是做应用的,很多时候是需要登录系统权限的,有一次,一个管理员为了满足他的应用并没有告知给你,登录到系统之后,修改了一个配
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号