puppert master,agent 应用
1，puppet C/S架构原理。
puppet是基于c/s架构的。服务器端保存着所有对客户端服务器的配置代码，在puppet里面叫做manifest. 客户端下载manifest之后，可以根据manifest对服务器进行配置，例如软件包管理，用户管理和文件管理等等。
如上图所示，puppet的工作流程如下：（1）客户端puppetd调用facter，facter探测出主机的一些变量，例如主机名，内存大小，ip地址等。pupppetd 把这些信息通过ssl连接发送到服务器端； （2）服务器端的puppetmaster 检测客户端的主机名，然后找到manifest里面对应的node配置， 并对该部分内容进行解析，facter送过来的信息可以作为变量处理，node牵涉到的代码才解析，其他没牵涉的代码不解析。解析分为几个阶段，语法检查，如果语法错误就报错。如果语法没错，就继续解析，解析的结果生成一个中间的“伪代码”，然后把伪代码发给客户端；（3）客户端接收到“伪代码”，并且执行，客户端把执行结果发送给服务器；（4）服务器端把客户端的执行结果写入日志。
puppet工作过程中有两点值得注意，第一，为了保证安全，client和master之间是基于ssl和证书的，只有经master证书认证的client可以与master通信；第二，puppet会让系统保持在你所期望的某种状态并一直维持下去，如检测某个文件并保证其一直存在，保证ssh服务始终开启，如果文件被删除了或者ssh服务被关闭了，puppet下次执行时（默认30分钟），会重新创建该文件或者启动ssh服务。
说明：
master端部署，核心文件
站点清单文件：site.pp ,用来指定哪些agent使用那些模块。
资源清单类文件：init.pp ，清单的类文件，主要编辑实现的功能。
2，文件结构：
[[email protected] puppet]# tree /etc/puppet/
/etc/puppet/
├── auth.conf
├── environments
│ └── example_env
│ ├── manifests
│ ├── modules
│ └── README.environment
├── fileserver.conf
├── manifests #站点目录
│ └── site.pp #站点清单。具体到应用在哪个agent用哪个模块。
├── modules #模块目录
│ ├── copyfile #模块同名的类文件目录1
│ │ └── manifests
│ │ ├── files #静态文件目录
│ │ ├── init.pp #类文件清单
│ │ ├── lib
│ │ ├── spec
│ │ ├── templates #模板文件目录
│ │ └── tests
│ └── nginxsrv
│ └── manifests #模块同名的类文件目录2
│ ├── files
│ │ └── default.conf
│ ├── init.pp
│ ├── lib
│ ├── spec
│ ├── templates
│ │ └── default.conf.erb
│ └── tests
├── puppet.conf #主配置文件
├── puppet.conf.bak
└── ssl
├── ca
│ ├── ca_crl.pem
│ ├── ca_crt.pem
│ ├── ca_key.pem
│ ├── ca_pub.pem
│ ├── inventory.txt
│ ├── private
│ │ └── ca.pass
│ ├── requests
│ ├── serial
│ └── signed
│ ├── node1.zkl.com.pem #已经签发的CA
│ └── node2.zkl.com.pem #已经签发的CA
├── certificate_requests
├── certs
│ ├── ca.pem
│ └── node1.zkl.com.pem
├── crl.pem
├── private
├── private_keys
│ └── node1.zkl.com.pem
└── public_keys
└── node1.zkl.com.pem
3，agent/master:部署过程。
master: 8140/tcp
agent: 默认每隔30分钟向master发送hostname及facts，并请求自己相关的catalog；
生成完成配置的命令：
puppet master --genconfig
puppet agent --genconfig
保存至文件中，需要使用输出重定向；
master:
puppet master --genconfig > /etc/puppet/puppet.conf
rundir = /var/run/puppet
pidfile = /var/run/puppet/master.pid
puppet master --verbose --no-daemonize
service puppetmaster start
agent:
puppet agent --server=MASTER_HOSTNAME --test --noop --no-daemonize --verbose --debug
vim /etc/puppet/puppet.conf
server = node1.zkl.com
master:
puppet cert list
puppet cert sign [--all] [node_name]
注意：
(1) 节点时间同步；
(2) package类型的资源其provider为rpm可能会由于依赖关系出错；
site.pp（名字固定）: 站点清单 /etc/puppet/manifests/ （调用之前模块中的类,模块就放在模块文件夹内。）
定义节点的方式：
(1) 直接使用主机名
node "node_name" {
...
}
(2) 把功能相同的主机的主机名使用统一格式进行命名，而后使用正则表达的模式归类在一起：
node /^web[0-9]+\.magedu\.com/ {
声明类
}
node /node[23]\.magedu\.com/ {
include nginx
include haproxy
}
(3) 节点还可被继承
node ‘node_name‘ inherits base_node_name {
...
}
示例：init.pp 代码，安装nginx，复制配置文件，reload nginx
vim /etc/puppet/modules/nginxsrv/manifests/init.pp
class nginxsrv {
package{‘nginx‘:
ensure => installed,
provider => yum,
} ->
file {‘default.conf‘:
ensure => file,
source => ‘puppet:///etc/puppet/modules/default.conf‘,
path = ‘/etc/nginx/conf.d/default.conf‘,
} ~>
service{‘nginx‘:
ensure => running,
enable => true,
require => Package[‘nginx‘],
restart => ‘/etc/rc.d/init.d/nginx reload‘,
}
}
# include nginxsrv #调用
示例： site.pp 站点清单文件
vim /etc/puppet/manifests/site.pp
node ‘node2.zkl.com‘{
include ‘nginxsrv‘
}
agent 执行：puppet agent --server=node1.zkl.com --no-daemonize --verbose 测试。