Rhel6-puppet集中配置管理系统配置文档

puppet 是一个配置管理工具, 典型的, puppet 是一个 C/S 结构, 当然,这里的 C 可以有很多,因 此,也可以说是一个星型结构. 所有的 puppet 客户端同一个服务器端的 puppet 通讯. 每个 puppet 客户端每半小时(可以设置)连接一次服务器端, 下载最新的配置文件,并且严格按照配 置文件来配置服务器. 配置完成以后,puppet 客户端可以反馈给服务器端一个消息. 如果出错, 也会给服务器端反馈一个消息. 下图展示了一个典型的 puppet 配置的数据流动情况.

稳定性

puppet 与其他手工操作工具有一个最大的区别就是 puppet 的配置具有稳定性,因此你可以多次 执行 puppet, 一旦你更新了你的配置件,puppet 就会根据配置文件来更改你的机器配置,通常 每 30 分钟检查一次.puppet 会让你的系统状态同配置文件所要求的状态保持一致. 比如你配 置文件里面要求 ssh 服务必须开启. 假如不小心 ssh 服务被关闭了,那么下一次执行 puppet 的 时候,puppet 会发现这个异常,然后会开启 ssh 服务.以使系统状态和配置文件保持一 致.puppet 就象一个魔术师,会让你的混乱的系统收敛到 puppet 配置文件所想要的状态. 可以使用 puppet 管理服务器的整个生命周期,从初始化到退役.不同于传统的例如 sun 的 Jumpstart 或者 redhat 的 Kickstart, puppet 可以长年让服务器保持最新状态.只要一开始就正 确的配置他们,然后再也不用去管他们.通常 puppet 用户只需要给机器安装好 puppet 并让他们 运行,然后剩余的工作都由 puppet 来完成.

puppet
的细节和原理

puppet
的目的是让你只集中于你要管理的目标,而忽略实现的细节,例如命令名,参数或者文件
格式.puppet
把系统里面的用户,软件包,服务看作是"资源",
puppet 的作用就是管理这些资源
以及资源之间的相互联系.

Puppet
采用了非常简单的
C/S
架构,所有数据的交互都通过
SSL
进行,以保证安全。它的工作
流程如图所示

1. 客户端 Puppetd 向 Master 发起认证请求,或使用带签名的证书。

2. Master 告诉 Client 你是合法的。

3. 客户端 Puppetd 调用 Facter,Facter 探测出主机的一些变量,例如主机名、内存大小、IP 地址 等。Puppetd 将这些信息通过 SSL 连接发送到服务器端。

4. 服务器端的 Puppet Master 检测客户端的主机名,然后找到 manifest 对应的 node 配置,并对该 部分内容进行解析。Facter 送过来的信息可以作为变量处理,node 牵涉到的代码才解析,其他 没牵涉的代码不解析。解析分为几个阶段,首先是语法检查,如果语法错误就报错;如果语法 没错,就继续解析,解析的结 果生成一个中间的“伪代码”(catelog),然后把伪代码发给客户端。

5. 客户端接收到“伪代码”,并且执行。

6. 客户端在执行时判断有没有 File 文件,如果有,则向 fileserver 发起请求。

7. 客户端判断有没有配置 Report,如果已配置,则把执行结果发送给服务器。

8. 服务器端把客户端的执行结果写入日志,并发送给报告系统。

系统环境: rhel6 x86_64 iptables and selinux disabled

主机: 192.168.122.112 server12.example.com

192.168.122.234 server34.example.com

192.168.122.20 server20.example.com

server 与所有 client 之间需要解析,以及时间同步,不然会验证失败.

所需的包: rubygems-1.3.7-1.el6.noarch.rpm

相关网址：http://puppet.wikidot.com/

yum仓库配置:

[puppet]

name=puppet

baseurl=http://yum.puppetlabs.com/el/6Server/products/x86_64/

gpgcheck=0

[ruby]

name=ruby

baseurl=http://yum.puppetlabs.com/el/6Server/dependencies/x86_64/

gpgcheck=0

#配置server端

以下步骤在server12上实施：

[root@server12
~]# yum localinstall rubygems-1.3.7-1.el6.noarch.rpm -y

[root@server12
~]# yum install puppet-server -y

/etc/puppet
配置目录:

组织结构如下:

|--
puppet.conf #主配置配置文件,详细内容可执行
puppet
--genconfig

|--
fileserver.conf #文件服务器配置文件

|--
auth.conf #认证配置文件

|--
autosign.conf #自动验证配置文件

|--
tagmail.conf #邮件配置文件(将错误信息发送)

#文件存储目录(puppet
会先读取该目录的.PP
文件<site.pp>)

|--
manifests

|--nodes

|
puppetclient.pp

|--
site.pp #定义
puppet
相关的变量和默认配置。

|--
modules.pp #加载
class
类模块文件(include
syslog)

|--
modules

#定义模块

|--
syslog

#以
syslog 为例

|--
file

|--
manifests

|--
init.pp

|--
templates

#class
类配置

#模块配置目录

|--
syslog.erb #erb 模板

puppet
的第一个执行的代码是在/etc/puppet/manifest/site.pp,因此这个文件必须存在,而
且其他的代码也要通过该文件来调用。

[root@server12
~]# touch /etc/puppet/manifests/site.pp #没有此文件
puppet
master 无法启动,配置后面再定义

[root@server12
~]# /etc/init.d/puppetmaster start

[root@server12
~]# netstat -antple

tcp
0 0 0.0.0.0:8140 0.0.0.0:*
LISTEN 52 8849 1302/ruby

端口说明启动成功.

#配置client端

以下步骤在server34上实施：

[root@server34
~]# yum localinstall rubygems-1.3.7-1.el6.noarch.rpm -y

[root@server34
~]# yum install puppet -y

puppet
客户端连接到
puppet
master:

[root@server34
~]# puppet agent --server server12.example.com --no-daemonize
--verbose

Info:
Creating a new SSL key for server34.example.com

Info:
Caching certificate for ca

Info:
Creating a new SSL certificate request for server34.example.com

Info:
Certificate Request fingerprint (SHA256):
48:04:66:60:FF:A7:1E:34:04:2E:6E:8A:AE:A5:47:96:06:1E:CB:D0:0B:77:EA:E8:C1:A8:5D:01:85:AE:A0:DB

client
向
master
发出证书验证请求,然后等待
master
签名并返回证书。

参数--server
指定了需要连接的
puppet master
的名字或是地址,默认连接名为“puppet”的主机
,如要修改默认连接主机可以修改/etc/sysconfig/puppet
文件中的
PUPPET_SERVER=puppet
选项

参数--no-daemonize
是 puppet
客户端运行在前台

参数--verbose
使客户端输出详细的日志

以下步骤在server12上实施：

[root@server12
~]# puppet cert list #显示所有等待签名的证书

"server34.example.com"
(SHA256)
48:04:66:60:FF:A7:1E:34:04:2E:6E:8A:AE:A5:47:96:06:1E:CB:D0:0B:77:EA:E8:C1:A8:5D:01:85:AE:A0:DB

[root@server12
~]# puppet cert sign server34.example.com

Notice:
Signed certificate request for server34.example.com

Notice:
Removing file Puppet::SSL::CertificateRequest server34.example.com at
'/var/lib/puppet/ssl/ca/requests/server34.example.com.pem'

在对证书签名后的两分钟内,在
agent
端(server34)上可以看到如下输出:

Info:
Caching certificate for server34.example.com

Starting
Puppet client version 3.3.2

Info:
Caching certificate_revocation_list for ca

Info:
Retrieving plugin

Info:
Caching catalog for server34.example.com

Info:
Applying configuration version '1385280311'

Info:
Creating state file /var/lib/puppet/state/state.yaml

Finished
catalog run in 0.06 seconds

如要同时签名所有证书,执行以下命令:

puppet
cert sign --all

puppet
cert clean server34.example.com
#删除签名证书

#配置自动签证

以下步骤在server12上实施：

[root@server12
~]# vim /etc/puppet/puppet.conf

[main]

autosign=true
#允许所有客户端的认证

…

…

[root@server12
~]# vim /etc/puppet/autosign.conf

*.example.com
#表示允许所有
example.com
域的主机

[root@server12
~]# /etc/init.d/puppetmaster reload

测试：再配置一台client端进行签证.

在实际中有时会修改
client
端的主机名,这样就需要重新生成证书:

(1)在
server
端执行:puppet
cert --clean server34.example.com #你要删除的原
client
端主机名

(2)在
client
端执行:rm
-fr /var/lib/puppet/ssl/*

puppet
agent --server server12.example.com --daemonize --verbose

#puppet
资源定义

以下资源均定义在server端/etc/puppet/manifest/site.pp
文件中,在没有指定节点的情况下,对所有
已经经过验证的 client
都生效。

1.创建文件

[root@server12
~]# vim /etc/puppet/manifests/site.pp

node "server34.example.com"{

file {"/var/www/html/index.html": content =>
"server34.example.com",

mode => 600, #mode用于设置文件的权限

owner => puppet #owner用于设置文件的属主

}

}

node
"server20.example.com"{

file {"/var/www/html/index.html": content =>
"server20.example.com",

mode => 644, #mode用于设置文件的权限

owner => puppet #owner用于设置文件的属主

}

}

测试：在各client端执行puppet
agent --server server12.example.com --daemonize --verbose

未完待续.....