微信号:ITDevOps

介绍:最新IT运维资讯...

自动化运维之 Puppet 实战

2015-05-31 17:13 mysqlops

随着IT行业的迅猛发展,传统的运维方式靠大量人力比较吃力,近几年自动化运维管理快速的发展,得到了很多IT运维人员的青睐,一个完整的自动化运维包括系统安装、配置管理、服务监控三个方面。那今天咱们大家一起来学习一下Puppet实际运维中的案例。仅供参考,欢迎大家提更多的意见!

一、应用背景

某公司新到500台服务器,需要安装Linux系统,并部署上线以及后期的管理配置。对于系统安装,这个时候肯定得采用批量安装的,常见批量安装方式有大家熟知的Kickstart和Cobbler,具体配置方法,网上也有很多好文章,这里略过。

提示:如果采用自动安装的话,我们可以自动初始化系统、内核简单优化、及常见服务、软件客户端等安装。当然Puppet客户端也可以放在Kickstart中安装并配置完毕。

当系统稳定运行后,现在我们需要调整和管理部分服务器,例如要修改100台服务器的系统参数、远程执行命令等,这时候如何操作呢?我们可能会想到脚本,想法很好,如果让你手动去100台服务器执行同样的脚本、或者修改某一个配置,是不是也浪费时间呢,利用Puppet可以在几分钟、甚至数秒内全部搞定。

二、实际案例配置

现在有一个需求,需要修改100台Linux服务器上的crontab ntp时间服务器地址,原服务器crontab NTP配置段为:

0 0 * * * /usr/sbin/ntpdate pool.ntp.org >>/data/logs/crontab/ntpdate.log 2>&1

现在需要调整为内部自建的服务器地址10.1.1.21,并且修改同步的时间,如下:

0 */5 * * * /usr/sbin/ntpdate 10.1.1.21 >>/data/logs/crontab/ntpdate.log 2>&1

编写puppet ntp模块:

Vi /etc/puppet/modules/ntp/manifests/init.pp
class ntp {
Exec { path =>”/bin:/sbin:/bin/sh:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin”}
exec {
“auto change crontab ntp config”:
command =>”sed -i -e ‘/ntpdate/s/0/*\/5 /2′ -e ‘s/pool.ntp.org/10.1.1.21/’ /var/spool/cron/root”,
    }
}

这段代码的注解:创建ntp模块,利用exec资源远程执行一条命令,同样可以举一反三,其他的修改和配置都可以参考此方法。其中Exec path的意思是定义全局path。如果不定义的话,每一次exec资源都要定义一个path路径。

二、实际案例配置

当我们有大规模集群的时候,所有服务器要求要求数据一致,可以采用rsync同步,配置rsync服务器端,客户端执行脚本命令即可。同样可以使用puppet+脚本来同步,这样比较快捷,当然也可以使用puppet rsync模块。Rsync配置此处忽略,直接上puppet代码:

##定义www模块

class www {

##定义全局path

Exec { path =>”/bin:/sbin:/bin/sh:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin”}


##推送sh脚本到客户端,192-9-117-162-tdt.com为服务端

file {
“/data/sh/rsync_www_client.sh”:
source =>”puppet://192-9-117-162-tdt.com/files/www/rsync_www_client.sh”,
owner =>”root”,
group =>”root”,
mode =>”755″,
}


  ##推送密钥文件到客户端,权限设置为600

file {
“/etc/rsync.pas”:
source =>”puppet://192-9-117-162-tdt.com/files/www/rsync.pas”,
owner =>”root”,
group =>”root”,
mode =>”600″,
}

  ##远程执行命令,备份原有程序,并判断rsync客户端脚本是否有修改,如果有变化,则执行。

exec {
“auto backup www data”:
command =>”mkdir -p /data/backup/`date +%Y%m%d`;mv /data/index /data/backup/www/`date +%Y%m%d` ; /bin/sh /data/sh/rsync_www_client.sh “,
user =>”root”,
subscribe =>File["/data/sh/rsync_bus_client.sh"],
refreshonly =>”true”,
      }
}

三、测试puppet

注*这里如果要使用Puppetrun(Puppet kick)推送功能的话,需要提前配置好客户端,并在客户端授权允许服务端发送信号,具体配置文章可查看:

在服务器端执行:

puppet kick –d –host `cat puppet.txt`

Cat Puppet.txt内容为需要同步的客户端的主机名:

192-9-117-163-tdt.com
192-9-117-164-tdt.com
192-9-117-165-tdt.com

四、puppet总结

本文仅供参考,通过了解和学习,我们可以更加深入的去理解Puppet工作原理以及深入配置,举一反三:

1、如何在master端对客户端进行分组?除了正则还可以用什么?

2、当服务器数量不断增加,一台puppe tmaster肯定很吃力,如何扩展?如何更好的维护和统一管理puppet node配置?

3、如何结合SVN直接提交代码?等等问题。


 
IT自动化运维 更多文章 传统低端运维跟高大上自动化运维的区别 运维的本质究竟是什么? OpenStack集群支持多虚拟化技术的实现方法 何为IT运维自动化? 从携程网的故障中我们应该反思什么?
猜您喜欢 享受工具带来的乐趣 TPatch动态补丁系统(iOS) Node.js 4.0正式发布,支持ES6,更加牛。 网络程序计时器通常用啥实现? 让Lambda代码穿行于多个云端