puppet使用上的几点疑惑
Hi,all：大家都在喊运维自动化，其中puppet又首当其冲，但是了解了一段时间后，总存在一些疑惑，在讲疑惑之前先讲一下我们目前的运维场景：生产环境规模在100台服务器，研发测试规模也在百来台服务器，从服务模块加上集群也就百来个模块，同样的模块做负载在线上一般不超过3个。有几个疑惑：
1.使用puppet+mcollective+mq+dashboard的结构在每台机器上要装agent，如果puppet只是作为初始化一些系统基本信息如OS参数优化、JDK安装，那么我觉得用puppet过于庞大，得不偿失，是否还有其它应用，接第2个问题。
2.puppet固然可以部署、更新应用和配置文件等一些内容，但是线上的系统都需要一台台更新，这样才能使服务中断最小，其批量处理的优势完全没有发挥出来，所以这种场景puppet觉得不适用，不过以我目前的了解，我不知道puppet还能怎么用，还请各位大神指点。 :-L:-L:-L:-L:-L 刚学puppet，确实时间是差不多2周了，现在能够把比较简单的模块写出来..对于mcollective，如果仅仅是执行批量命令，那么我觉得还不如写个expect..但是好处应该是额外的大量插件，社区提供的插件应该越来越多，这应该是权衡是否使用的地方。对于问题2，也期待高手回答一下，刚接触一线运维时间太短..另外，puppet确实比较“难”学，需要花时间..《puppet实战》手头上有一本，看完了，《puppet 3 cookbook》也很好，让我对puppet的语法完全就差不多掌握了，但这是在我看完《puppet实战》前7章之后才去看《puppet 3 cookbook》..几本资料综合起来看我觉得这样学起来会快很多..puppet的精通难度应该在于用ruby写function和facter，另外就是erb模板里面也要用到一些ruby语言。 初略的试用下，感觉salt更好用些 假如没有windows主机，根据你的情形描述，推荐cdist，仅主机需要python3.2，目标机有ssh即可。
Ansible也可以考虑，需要在目标机有python 2.4 or later if you want to install some soft , you can try fabric.
if you want to manage some configuration you'd better use ansible,puppet or chef.why not use salt due to it has some bugs which confused some time.
if you want to run some stuff moreefficientyou can use pssh or mussh orpssh stuffs. 回复 6# wenhq
gnu parallel针对pssh是另一个选择，个人认为前者好于后者 请问你们在工作中用puppet主要是做了哪些事？回复 3# GB_juno
用过puppet的大大们，能否列举下在大家工作中的哪些场景用到了puppet的！ 部署+软件配置管理，目前用的还算比较简单，不过上面打算以后部署就用这个了..
因为以前的部署中都会有很多比较麻烦的配置文件，这些都是通过代码进行动态生成的，比如说需要根据在某台机器上要根据其机器名，ip地址，以及在集群中的位置来决定其使用的端口号...虽然这样子也可以搞，但是东西多，不同的软件由不同人用了不统一的语言来写，维护起来也是件头疼的事。但是用了puppet之后感觉就好多了，至少有个东西能够把配置分发，而且配置文件的编写也算是统一了，重写也花不了多少功夫。至于说单纯机器批量执行某几个命令，我觉得用puppet处理确实没多大意义。
页:
[1]
2