零基础学习Puppet自动化配置管理系列文档
基于C/S架构的Puppet更新方式一般有两种，一种是Agent端设置同步时间主动去PuppetMaster端拉取配置，另一种是通过PuppetMaster端使用<code>puppet kick</code>命令或者借助mcollctive触发更新配置，两种方式适应不同的生产环境，各具特色。
<a></a>
主动更新就是节点运行的puppet守护进程到预设的时候后自动去和puppetmaster进行交互直至更新完成的过程。
这种更新方式不易控制，主要表现在以下几个方面：
优点：
节点定期主动更新，无论是谁将节点被puppet管理的配置更改了，都会在规定的时间内自动修复，无须管理员登录查看。
环境搭建简单，不需要很复杂的架构，puppet本身C/S架构便可以完成。
…
缺点：
节点数量过大的情况下同时会向puppetmaster端发起更新请求，会造成puppetmaster性能瓶颈。当然，也有一些解决方案比如设置任务计划，节点分批进行更新。
由于节点会定期向puppetmaster端提取配置进行更新，这要求puppetmaster端的环境要足够的安全。否则，任何人上去修改puppet模板都会造成节点同步更新，如果有人写了可执行资源“rm -rf /”，那损失就大了。
不能手动控制那些服务器需要更新，那些不需要更新。
自动更新方式配置很简单的，只需要在节点配置文件puppet.conf添加runinterval字段即可实现自动更新，以下步骤简单测试下
注：默认情况下，puppet.conf配置文件中是没有runinterval字段的，如果不配置，默认是每隔30分钟自动同步一次。
1、添加runinterval字段
为了方便测试，可设置为10秒
1
2
3
4
5
6
7
8
9
10
11
<code>[root@agent1 ~]# vim /etc/puppet/puppet.conf</code>
<code>[main]</code>
<code> </code><code>logdir = /</code><code>var</code><code>/log/puppet</code>
<code> </code><code>rundir = /</code><code>var</code><code>/run/puppet</code>
<code> </code><code>ssldir = $</code><code>var</code><code>dir/ssl</code>
<code>[agent]</code>
<code> </code><code>classfile = $</code><code>var</code><code>dir/classes.txt</code>
<code> </code><code>localconfig = $</code><code>var</code><code>dir/localconfig</code>
<code> </code><code>server = puppetmaster.kisspuppet.com</code>
<code> </code><code>certname = agent1_cert.kisspuppet.com</code>
<code> </code><code>runinterval = </code><code>10</code> <code>#设置同步的间隔时间，单位为秒</code>
2、启动puppetagent服务
<code>[root@agent1 ~]# /etc/init.d/puppet start</code>
<code>Starting puppet: [ OK ]</code>
3、打开message日志查看同步状态
可以看到日志里面每隔10秒钟agent1向puppetmaster同步一次
12
13
14
15
16
<code>[root@agent1 ~]# tailf /</code><code>var</code><code>/log/messages</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 kernel: ide: failed opcode was: </code><code>0xec</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 smartd[</code><code>3110</code><code>]: Device: /dev/hdc, not ATA, no IDENTIFY DEVICE Structure</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 smartd[</code><code>3110</code><code>]: Device: /dev/sda, opened</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 smartd[</code><code>3110</code><code>]: Device: /dev/sda, IE (SMART) not enabled, skip device Try </code><code>'smartctl -s on /dev/sda'</code> <code>to turn on SMART features</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 smartd[</code><code>3110</code><code>]: Monitoring </code><code>0</code> <code>ATA and </code><code>0</code> <code>SCSI devices</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 smartd[</code><code>3112</code><code>]: smartd has fork()ed into background mode. New PID=</code><code>3112</code><code>.</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>39</code><code>:</code><code>42</code> <code>agent1 avahi-daemon[</code><code>3076</code><code>]: Server startup complete. Host name </code><code>is</code> <code>agent1.local. Local service cookie </code><code>is</code> <code>773321440</code><code>.</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>44</code><code>:</code><code>11</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Reopening log files</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>44</code><code>:</code><code>12</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Starting Puppet client version </code><code>2.7</code><code>.</code><code>25</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>44</code><code>:</code><code>16</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Finished catalog run </code><code>in</code> <code>1.53</code> <code>seconds</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>44</code><code>:</code><code>29</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Finished catalog run </code><code>in</code> <code>0.96</code> <code>seconds</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>44</code><code>:</code><code>40</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Finished catalog run </code><code>in</code> <code>0.20</code> <code>seconds</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>44</code><code>:</code><code>51</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Finished catalog run </code><code>in</code> <code>0.24</code> <code>seconds</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>45</code><code>:</code><code>02</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Finished catalog run </code><code>in</code> <code>0.21</code> <code>seconds</code>
<code>Mar </code><code>11</code> <code>23</code><code>:</code><code>45</code><code>:</code><code>13</code> <code>agent1 puppet-agent[</code><code>3210</code><code>]: Finished catalog run </code><code>in</code> <code>0.22</code> <code>seconds</code>
4、通过命令进行测试
同样，每隔10秒会同步一次
17
18
19
<code>[root@agent1 ~]# /etc/init.d/puppet stop</code>
<code>Stopping puppet: [ OK ]</code>
<code>[root@agent1 ~]# puppet agent --verbose --no-daemonize</code>
<code>notice: Starting Puppet client version </code><code>2.7</code><code>.</code><code>25</code>
<code>info: Caching catalog </code><code>for</code> <code>agent1_cert.kisspuppet.com</code>
<code>info: Applying configuration version </code><code>'1394359075'</code>
<code>notice: Finished catalog run </code><code>in</code> <code>0.21</code> <code>seconds</code>
<code>notice: Finished catalog run </code><code>in</code> <code>0.20</code> <code>seconds</code>
推送更新就是通过puppet kick或者mcollective来控制节点什么时候向puppetmaster端获取配置变更信息。这种方式比较容易控制，主要表现在以下几个方面：
非常容易控制节点的更新周期
安全性比较高，每次更新之前可先检查好代码后再更新
可以针对某一个cluster（一组服务器）进行推送更新，灵活性很强。
扩展性很强，可整合各种其他平台
环境搭建比较复杂，需要部署N多东西
agent端配置被篡改后，需要手动触发才能够恢复，不能够及时恢复
1、puppet kick方式
puppet kick是是通过puppetmaster端的命令触发的方式进行更新的，由于其锁的问题很难解决外加上主机单元控制不是很灵活，逐渐被抛弃了，puppetlabs也看到了这一点，因此收购了mcollecitve。当然，这种方式在很多企业中还在用，这里给几个大家方式参考：
2、mcollective触发方式
<code>[root@webui ~]# mco puppet -v runonce</code>
<code>Discovering hosts using the mc method </code><code>for</code> <code>2</code> <code>second(s) .... </code><code>3</code>
<code> </code><code>* [ ============================================================> ] </code><code>3</code> <code>/ </code><code>3</code>
<code>node3.rsyslog.org : OK</code>
<code> </code><code>{:summary=> </code><code>"Started a background Puppet run using the 'puppet agent --onetime --daemonize --color=false --splay --splaylimit 30' command"</code><code>}</code>
<code>node2.rsyslog.org : OK</code>
<code>node1.rsyslog.org : OK</code>
<code>---- rpc stats ----</code>
<code> </code><code>Nodes: </code><code>3</code> <code>/ </code><code>3</code>
<code> </code><code>Pass / Fail: </code><code>3</code> <code>/ </code><code>0</code>
<code> </code><code>Start Time: Tue Mar </code><code>11</code> <code>17</code><code>:</code><code>40</code><code>:</code><code>56</code> <code>+</code><code>0800</code> <code>2014</code>
<code> </code><code>Discovery Time: </code><code>2003</code><code>.85ms</code>
<code> </code><code>Agent Time: </code><code>1132</code><code>.44ms</code>
<code> </code><code>Total Time: </code><code>3136</code><code>.29ms</code>
3、封装成WebUI的触发更新
Kermit架构—一个非常完美的基于MCollective和Puppet，并结合Django和Rest组成的Web框架（第四部分会讲）
搭建完成之后的操作界面
选中puppet插件
执行puppet推送动作
执行过程
显示结果
<a href="http://kisspuppet.com/img/kermit-4.jpg" target="_blank"></a>
![multiset基础学习，可以有重复类型的多重集合容器[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)