Puppet--自动化运维工具基本功能介绍
puppet与ansible都是运维自动化工具，二者最大的区别在于，puppet重量级适用于较大规模运维场景，而ansible较轻量级在较大规模站点的功能显得不那么强。puppet使用ruby语言研发，所以在使用中还要掌握一些ruby的语法；
本处使用epel仓库安装puppet，版本是3.6.2
1
yum -y installpuppet
puppet获取帮助信息
1
puppet help
puppet有两种工作模型
1
2
standalone模型
master/agent模型
puppet的资源类型
1
2
puppet describe -l #显示所有的puppet资源类型
puppet describe -ms group #显示指定资源的简要信息，-s显示简要信息，-m显示元信息
定义资源的语法
1
2
3
4
5
resource {'title':
attribute=> value
……
}
#resource必须使用小写，title在同一资源中必须唯一
puppet的八种常用资源类型：
1、group资源
创建组
1
2
3
4
5
6
7
8
9
10
11
12
cat group.pp
group{'mygrp': #资源名称是group，title是mydb，以冒号标识
ensure => present, #ensure表示创建或删除组，此处present表示创建组，absent表示删除组
name => mygrp, #组名称，如果未定义则使用title指定的字符串，即此字段可以省略
system => yes, #此组是系统组
gid => 1991, #定义组id
}
#上述我们创建一个创建组的资源清单，每字段尾都要以逗号隔开，最后一行的逗号则可以写也可以不写
puppet apply -v --noop group.pp
#-v显示详细信息，--noop表示干跑，即模拟测试此资源清单，实际操作可以去掉--noop参数
#如果此组已经存在，多执行几次命令结果都是不变的，因为此资源是幂等的
2、user资源
创建用户
1
2
3
4
5
6
7
8
9
10
11
12
cat user.pp
user{'user1':
ensure => present,
uid => 3000, #指定用户id
groups => puppet, #用户所属辅助组
home => '/app', #指定用户家目录
shell => '/bin/csh', #在使用路径标识时一定要记得加引号，否则报错
}
#创建用户资源清单
#如果用户属于多个辅助组，可以使用groups => ['puppet','mygrp']，数组的表示方式
puppet apply -vuser.pp
#应用此清单，即可创建资源
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
资源依赖/资源引用
user{'user1':
ensure => present,
uid => 3000,
home => '/app',
shell => '/bin/csh',
groups => ['testgrp','mygrp'],
require => ,Group['mygrp']], #require引用资源，资源的首字母必须大写
}
group{'testgrp':
ensure => present,
}
group{'mygrp':
ensure => present,
}
#资源依赖，即要创建user1用户，必须存在testgrp和mygrp组，而且这两个组必须被引用
#除了require外，资源依赖还有一种表示方式：before，即某个资源被别的资源依赖，如下在testgrp组资源下定义
before => User['user1'], #此组被user1用户资源所依赖，即此组要先存在才能创建user1
#总结，依赖关系用两种方式定义，一是被前资源依赖，一是被后资源依赖
3、package资源
安装软件包
1
2
3
4
5
6
cat package.pp
package{'nginx':
ensure => latest,
name => nginx,
}
#就这些字段就可以将nginx安装了
4、service资源
启动服务
1
2
3
4
5
6
7
8
9
10
11
cat service.pp
service{'nginx':
ensure => running, #是否开启服务
enable => true, #开机自启动
hasrestart => true,#是否有重启命令
restart => "service nginx restart", #设置重启命令
require => Package['nginx'], #开启服务依赖于package资源，只有先安装软件包才能启动服务
}
package{'nginx':
ensure => latest,
}
5、file资源
管理文件，既能复制文件又能指定文件类型
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
类型一、文件
cat file.pp
file{'/etc/nginx/nginx.conf':
ensure => file, #文件类型
source => '/app/nginx.conf', #要复制的原文件
path => '/etc/nginx/nginx.conf', #目标路径，与title重复，所以此处可以省略
owner => root,
group => root,
mode => 0644,
}
#我们将nginx的配置文件监听端口修改为其他值如90，配置文件修改了，应该重启nginx服务，这部分后面会介绍
#以上实现复制文件的方法，下面进行目录的配置实现
类型二、目录
cat directory.pp
file{'yum.repos.d':
ensure => directory,
path => '/tmp/yum.repos.d/',
source => '/etc/yum.repos.d/', #在/tmp下创建目录yum.repos.d，但是此目录下的文件是不会一并复制过来的
recurse => true, #所以需要使用递归参数recurse，将目录中的文件、子目录全复制到path指定路径下
}
#如果将文件复制到目录中，即source是文件而path是目录而且ensure也指定目录，最终复制是有问题的
#上述两个例子都是复制文件和目录，如果创建文件或目录则使用ensure指定present即可
类型三、符号链接
cat link.pp
file{'/tmp/yum.d': #本示例未使用path，则title充当目标路径，即在tmp目录下创建的文件为yum.d
ensure => link, #符号链接，创建的yum.d文件为软链接
target => '/etc/nginx/nginx.conf', #软链接文件指向的原始文件
}
#path或者title指定的是将要创建的对象，不论是文件还是目录
#符号链接文件的权限、属主、属组可以不用考虑
订阅和通知关系，下面通过综合示例说明订阅与通知关系
cat package.pp
package{'nginx':
ensure => latest,
name => 'nginx',
}
#首先，安装软件包
file{'nginx.conf':
ensure => file,
path => '/etc/nginx/nginx.conf',
source => '/app/nginx.conf',
owner => 'root',
group => 'root',
mode => 0644,
require => Package['nginx'], #file资源依赖于package资源
notify => Service['nginx'], #当此配置文件修改时就会通知service资源，触发service的动作
}
#编辑配置文件，将修改后的文件通过file资源复制到目标
service{'nginx':
ensure => running,
name => 'nginx',
hasrestart => true,
restart => 'systemctl restart nginx',
#subscribe => File['nginx.conf'], #此资源订阅file资源，即file资源有改动此资源就会被通知并采取行动
}
#由于notify与subscribe都能感知变动并立即通知，所以二者的功能是重合的，只是放置的位置不同，因此只是用其中一个
#下述示例与本示例效果一样
package{'nginx':
ensure => latest,
name => 'nginx',
} -> #此方法表示package资源先于file资源
file{'nginx.conf':
ensure => file,
path => '/etc/nginx/nginx.conf',
source => '/app/nginx.conf',
owner => 'root',
group => 'root',
mode => 0644,
} ~> #此方法表示file资源通知service资源或者service资源订阅file资源
service{'nginx':
ensure => running,
name => 'nginx',
hasrestart => true,
restart => 'systemctl restart nginx',
}
#本例与上例效果都是一样的，此外还有第三种方法能够达到同样的效果
package{'nginx':
ensure => latest,
name => 'nginx',
}
file{'nginx.conf':
ensure => file,
path => '/etc/nginx/nginx.conf',
source => '/app/nginx.conf',
owner => 'root',
group => 'root',
mode => 0644,
}
service{'nginx':
ensure => running,
name => 'nginx',
hasrestart => true,
restart => 'systemctl restart nginx',
}
Package['nginx'] -> File['nginx.conf'] ~> Service['nginx']
#单独一处，定义依赖及通知关系
6、exec资源
类似于ansible中的shell
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
cat exec.pp
exec{'mkdir':
command => 'mkdir /tmp/test', #执行的命令，创建目录
path => '/bin:/sbin:/usr/bin:/usr/sbin', #PATH变量的路径
creates => '/tmp/test', #如果此处的文件存在就不会执行command，否则执行
}
#本例中，creates只是在创建文件、目录时生效，如果是用户类命令则还需要其他参数
cat exec2.pp
exec{'useradd':
command => 'useradd user2',
path => '/bin:/sbin:/usr/bin:/usr/sbin',
unless => 'id user2', #unless表示本命令执行失败才会执行command，即没有user2用户本命令才会执行失败
}
#unless表示除非，其为假才会执行command
#onlyif表示只有，其为真才会执行command
试想下，我们复制nginx的配置文件时，想将原文件做个备份，而不是向file复制那样直接覆盖，这样该怎么做
我们使用exec资源的refreshonly参数实现
cat exec3.pp
file{'nginx.conf':
ensure => file,
source => '/app/nginx.conf',
path => '/etc/nginx/nginx.conf'
}
exec{'backupfile':
command => 'cp /etc/nginx/nginx.conf /tmp/nginx.conf.bak',
path => ['/bin','/sbin','/usr/bin','/usr/sbin'],
refreshonly => true, #关键步骤，刷新功能启动
subscribe => File['nginx.conf'],
}
#订阅参数指定依赖的资源，所以当file资源改变时触发exec资源
#此例实现配置文件修改，然后将原文件备份
7、cron资源
计划任务
1
2
3
4
5
6
7
8
9
cat cron.pp
cron{'timesync':
command => 'ntpdate 172.18.0.1 &> /dev/null',
ensure => present, #创建计划任务
minute => '*/3',
user => root,
}
#每3分钟以root的身份执行一次同步时间操作
crontab -l #查看效果
8、notify资源
发送提示信息
结束
页:
[1]