让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以下

你可能感兴趣的:(master,puppet,自动化运维)