让puppet agent同步变得更加随机和离散

Puppe的2种同步方式

对于puppet agent的同步，有2种方式能够去作

1.在客户端运行一个agent进程，经过配置/etc/puppet/puppet.conf配置文件中的[agent]项下的runinterval去控制agent的同步时间间隔。

2.经过crontab，每隔一段时间去执行puppet agent --test作同步。

2种同步方式的优劣

分析一下以上2种方式对agent同步时间的离散性

第一种方式的问题：取决于你的agent是何时开始运行的，假设在部署agent的时候是一个个的去部署的，那么agent的同步间隔就能够相对的比较离散。但要是是批量并发的去部署agent，或者全部节点机器都重启或者一部分重启，就能够认为是至关一部分节点的puppet agent在同一时刻运行的，那么同步的间隔也会保持一致。这样会致使，平时puppet master很闲，没有agent过来同步，而在某一刻时间，agent同步会有一个至关大的并发，轻则致使超时，重则master当机。

第二种方式的问题：经过crontab结合puppet自带的inline_template功能，计算hostname的hash，经过hash取出一个随机的分钟，每小时的某一分钟去执行puppet agent --test作同步。由于每隔主机名都是不同的，因此这个分钟数也是不一致的。

样例以下：

cron { puppet_init: command => "/usr/bin/puppet agent --test; user => root, hour => '*', minute => inline_template("<%= hostname.hash % 60 %>"); }

按照上面的样例，agent能够在每小时同步一次，并且每一个agent在这个小时中分钟数十不一样的（经过hostname的hash作离散）

致使的问题：只能每小时作同步了。

个人优化方案

修改crontab任务，在执行一次puppet agent --test后，sleep 30分钟，再执行一次puppet agent --test，就能够半小时同步一次了。

cron { puppet_init: command => "/usr/bin/puppet agent --test;sleep 1800;/usr/bin/puppet agent --test", user => root, hour => '*', minute => inline_template("<%= hostname.hash % 60 %>"); }

这样就能够将全部节点的同步的时间点在每隔半小时的时间段中，随机的离散了，能够很好的优化对puppet master的负载。

优化先后master负载状况

在实际生产环境中，我刚开始是运行puppet agent进程的方式去作同步的，300多个节点下，master负载最高达到2，优化后，master负载没有超过1，基本维持在0.5如下