做为一名系统管理员,维护服务器正常运行是最基本的职责,在管理几台到几十台服务器时,大部分管理员喜欢本身写小工具来维护,但随着服务器的数量曾多,任务量也逐渐增多,这时就须要简洁的、强大的框架来完成系统管理的任务,为了实现这一目的,咱们引入了一些工具,这些工具是可编程的,系统管理员只须要为这个工具写上几行代码,它便会自动的完成全部的工做,这批工具就是运维自动化puppet,它能够针对多台服务器进行统一操做,如部署统一的软件、进行统一上线维护等,并且能快速完成上线部署,减小人力及人力误操做风险。node
Puppet的目录是让管理员只集中于要管理的目标,而忽略实现的细节。Puppet便可以运行在单机上,也能够以C/S结构使用。在大规模使用puppet的状况下,一般使用C/S结构,在这种结构中puppet客户端只运行puppeclient,puppet服务端只运行puppemaster。shell
1) 客户端puppet调用fast探测出主机的一些变量,如主机名、内存大小、IP地址等。Puppet把这些信息使用SSL链接发送给服务器端编程
2) 服务器端的puppetmaster经过fast工具分析检测客户端的主机名,而后找到项目的主配置文件manifest里面对应的node配置,并对该部份内容进行解析,fast发送过来的信息能够做为变量处理,node牵扯到的代码才被解析,没牵扯到的不解析,解析分为语法检查,若是语法没错,继续解析,解析结果生成一个结果‘伪代码’,而后把‘伪代码’发给客户端安全
3) 客户端收到‘伪代码’而且执行,客户端把执行结果发给服务器ruby
4) 服务器端把客户端的执行结果写入日志服务器
1) 为了保证安全,Client和Master之间是基于SSL和证书的,只有经Master证书认证的Client能够与Master通讯框架
2) Puppet会让系统保持在人们所指望的某种状态并一直维持下去,如检测某个文件并保证其一直存在,保证SSH服务始终开启,若是文件被删除了或者ssh服务关闭了,puppet下次执行时(默认30分钟)会从新建立该文件或者启动SSH服务运维
主机ssh |
操做系统工具 |
IP地址 |
主要软件 |
Puppetmaster |
Centos6.5 |
192.168.31.83 |
Ruby-rdoc-1.8.7.352 Ruby-libs-1.8.7.352 Ruby-irb-1.8.7.352 Ruby-1.8.7.352 Puppet-2.7.21.tar.gz Facter-1.7.1.tar.gz |
Puppetclient1 |
Centos6.5 |
192.168.31.184 |
Ruby-rdoc-1.8.7.352 Ruby-libs-1.8.7.352 Ruby-irb-1.8.7.352 Ruby-1.8.7.352 Puppet-2.7.21.tar.gz Facter-1.7.1.tar.gz |
Puppetclient2 |
Centos6.5 |
192.168.31.79 |
Ruby-rdoc-1.8.7.352 Ruby-libs-1.8.7.352 Ruby-irb-1.8.7.352 Ruby-1.8.7.352 Puppet-2.7.21.tar.gz Facter-1.7.1.tar.gz |
NTP server |
Centos6.5 |
192.168.31.224 |
|
1) 规划服务器主机名
在小的规模puppet环境下,通常修改/etc/hosts文件,然而在上千台服务器的环境中,咱们要搭建本身的DNS服务器来实现服务经过主机名来进行通讯,此项目咱们经过修改/etc/hosts文件来实现
修改HOSTNAME=master.zjz.cn
添加一下几行:
还有一种方式来修改主机名,不用重启系统的方式
2) 时间同步服务器
因为facter使用SSL证书,依赖时间同步,因此须要搭建NTP服务器
1、搭建NTP Server
打开ntp的配置文件添加下面两行
其做用是当/etc/ntp.conf中定义的server都不可用时,将使用local时间做为NTP服务提供给NTP客户端
启动NTP服务,并设置为开机自启
2、Puppetmaster 做为NTP客户端配置
3、安装ruby
必定按照一下前后顺序安装,先安装compat-readline5,也能够一并安装
首先新建一个挂载系统盘的目录(由于咱们安装的包,在系统盘中有,使用rpm直接安装)
挂载系统盘
切换到挂载目录的Packages目录中
开始安装
安装完成后,查看版本
4、Puppet、facter安装
经过facter工具分析检测客户端传输过来的信息
安装facter
a) 解压源码包
新建一个存放安装包的目录,下载源码包
b) 编译安装源码包
安装puppet:
(一) 解压源码包
先下载源码包
(二) 编译安装
(三) 复制配置文件
(四) 修改文件属性
(五) 建立puppet主目录
注意:这两个目录的名称是固定的
5、Puppet服务证书请求与签名
生产环境中iptables默认是关闭的
Master端配置
(一) 修改配置文件
在【main】标题下添加如下一行:配置服务器模块的路径
(二) 启动puppet主程序
首先配置puppetclient1,步骤以下:
1) 规划服务器主机名
添加一下几行
确保能够经过域名ping同puppetmaster,即ping master.zjz.cn
2) 服务器时间同步
3) 安装ruby
必定按照一下顺序安装,先安装compat-readline5,也能够一块儿安装
安装同master安装步骤
安装完成后检查版本
4) Puppet、facter安装
经过facter工具分析检测客户端传输过来的信息
安装facter:
1、解压源码包
2、编译安装源码包
安装puppet:
1、解压源码包
2、编译安装源码包
3、复制配置文件
4、修改文件属性
5、Puppet服务证书请求与签名
生产环境中iptebles默认是所有关闭的
Puppetclient1和puppetclient2同样,以下操做
修改client配置文件
在【main】标题下加上一行,设置服务器的域名
Puppetclient2和puppetclient1配置过程相似,注意将主机名修改成client2
申请和注册
Client端:
分别在puppetclient1和puppetclient2上进行注册
此时能够按Ctrl+C结束,由于puppet一直在等待任务,可是已经从server查看到了申请信息
Master端
查看申请注册的客户端:
将未注册的客户端进行注册
能够经过目录查看已注册的客户端
此时客户端已经完成了证书的请求和签名
1. 配置一个测试节点
节点信息:/etc/puppet/manifests/nodes
模块信息:/etc/puppet/modules
为了保护Linux的ssh端口爆破,批量修改客户端sshd端口,将端口22修改成9922,并实现重启工做
建立ssh模块,模块目录为ssh,模块下面有三个文件:mainfests、templates和files
Mainfests里面必需要包含一个init.pp文件,这是该模块的初始文件,导入一个模块的时候,会从init.pp开始执行。能够把因此的代码写到init.pp文件里面,也能够分红多个pp文件,init再去包含其余文件,定义class类名的时候必须是ssh,这样能实现调用
Files目录是该模块的文件发布目录,puppet提供一个文件的分发机制,相似rsync的模块
Templates目录包含erb模型文件,这个和file资源的template属性有关(不多用)
Master端:
1) 建立须要的必要的目录
此时/etc/puppet/modules/ssh/目录下结构:
2) 建立模块配置文件install.pp
输入一下信息:
3) 建立模块配置文件config.pp
输入一下信息:
4) 建立模块配置文件service.pp
输入一下信息:
5) 建立模块主配置文件init.pp
输入一下信息:
此时/etc/puppet/modules/ssh/manifests目录下有四个文件:
6) 创建服务器端ssh统一维护文件
因为服务器端和客户端的sshd_config文件默认同样,此时将服务器端/etc/ssh/sshd_config复制到模块默认路径
7) 建立测试节点配置文件,并将ssh加载进去
输入一下信息:
8) 将测试节点载入puppet,即修改site.pp
输入一下信息:
9) 修改服务端维护的sshd_config配置文件
10) 从新启动puppet
2. 客户端主动拉取
通常在小规模自动化集群中,如代码上线须要重启服务时,为了防止网站暂时性的没法访问的问题,每台客户端运行一次puppet agent –t命令,选择模式根据客户端集群规模的大小,根据经验,通常运维工程师puppet服务器到各客户端会创建ssh信任,而后自定义shell脚本,ssh批量让客户端执行puppet同步命令
Client端:
192.168.31.184(puppetclient1)端执行命令以下:
此时在Client端已经执行成功,验证以下:
查看服务器ssh服务是否重启,端口是否生效:
3. 服务器推送同步
当大规模部署时采用服务器推送模式
Client端:
192.168.31.79(puppetclient2)端修改:
1) 修改配置文件:
最后一行添加以下:
修改auth.conf
最后一行添加以下:
2) 启动puppet客户端
查看/etc/ssh/sshd_config的内容以下:
确认启动ssh服务:
Master端:
3) 开始往客户端推送
4) 校验结果:
此时Client端已经执行成功,验证以下:
查看服务器ssh服务是否重启,端口是否生效:
若是分不清在那一台主机上作的操做,咱们能够根据主机名来进行判断,其中puppetclient2上一开始安装的操做由于和puppetclient1上相似就是修改主机名不同,因此安装步骤省略掉了,不会影响总体的操做,本文中也介绍了一写原理的问题,但愿对你们有帮助,有什么不明白的能够联系我,在个人博客左上角有个人qq联系方式