让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，就可以半小时同步一次了。

command => "/usr/bin/puppet agent --test;sleep 1800;/usr/bin/puppet agent --test",

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

优化前后master负载情况

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

本文转自lustlost 51CTO博客，原文链接：http://blog.51cto.com/lustlost/1309141，如需转载请自行联系原作者