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