Linux：ansible-playbook配置文件（剧本）（进阶）

Linux：ansible-playbook配置文件（剧本）_ansible-playbook -i参数-CSDN博客https://blog.csdn.net/w14768855/article/details/132579492?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522170930036016800215061982%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=170930036016800215061982&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~rank_v31_ecpm-2-132579492-null-null.nonecase&utm_term=ansible&spm=1018.2226.3001.4450上面这个链接是基础文章

如果把ansible的模块比喻成linux命令，那么咱的playbook就好比是shell脚本

Playbook介绍

Playbook与ad-hoc相比,是一种完全不同的运用ansible的方式，类似与saltstack的state状态文件。ad-hoc无法持久使用，playbook可以持久使用。
playbook是由一个或多个play组成的列表，play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲，所谓的task无非是调用ansible的一个module。将多个play组织在一个playbook中，即可以让它们联合起来按事先编排的机制完成某一任务

Playbook核心元素

Hosts 执行的远程主机列表
Tasks 任务集
Variables 内置变量或自定义变量在playbook中调用
Templates 模板，即使用模板语法的文件，比如配置文件等
Handlers 和notity结合使用，由特定条件触发的操作，满足条件方才执行，否则不执行
tags 标签，指定某条任务执行，用于选择运行playbook中的部分代码。

Playbook语法

playbook使用yaml语法格式，后缀可以是yaml,也可以是yml。

在单一一个playbook文件中，可以连续三个连子号(---)区分多个play。还有选择性的连续三个点好(...)用来表示play的结尾，也可省略。
次行开始正常写playbook的内容，一般都会写上描述该playbook的功能。
使用#号注释代码。
缩进必须统一，不能空格和tab混用。
缩进的级别也必须是一致的，同样的缩进代表同样的级别，程序判别配置的级别是通过缩进结合换行实现的。
YAML文件内容和Linux系统大小写判断方式保持一致，是区分大小写的，k/v的值均需大小写敏感
k/v的值可同行写也可以换行写。同行使用:分隔。
v可以是个字符串，也可以是一个列表
一个完整的代码块功能需要最少元素包括 name: task

1.简单的示例

由于这不是是基础章，里面的写法我就大概进行一个介绍了

hosts是指定哪些主机执行

remote_user是远程主机执行的用户

tasks下面就是一个任务列表，里面包含了一些任务模块

name就是一个类似声明的一个操作

name下面的就是各个模块加上他的参数

---
- hosts : allremote_user : roottasks :- name : 写入开机自动挂载镜像mount : src=/dev/cdrom path=/mnt fstype=iso9660 state=present- name : 挂载镜像mount : src=/dev/cdrom path=/mnt fstype=iso9660 state=mounted- name : 搭建yum仓库yum_repository : name=local  description="local" baseurl=file:///mnt enabled=1 gpgcheck=no file=tarro- name : 下载httpdyum : name=httpd state=installed- name : 启动httpdservice : name=httpd state=started- name : 修改indexcopy : content="KALItarro" dest=/var/www/html/index.html
...

2.主机与用户

可以看到我们一开始写了在被管理机上执行的用户，我们除了在开头写还可以在下面写，如图

除了在里面可以指定某条模块执行的角色以外还可以使用sudo进行一个授权执行

3.触发器与动作

Handlers（动作）与Notify(触发)

这俩非常好理解，触发器就是我们在某处触发，触发我们指定下面的某个动作

动作就是一般写在文件最下面，我们在上面通过动作名称去触发，触发了就执行指定的动作

很多时候当我们某一个配置发生改变，我们需要重启服务，（比如httpd配置文件文件发生改变了）这时候就可以用到handlers和notify了；(当发生改动时)notify actions会在playbook的每一个task结束时被触发，而且即使有多个不同task通知改动的发生，notify actions知会被触发一次；比如多个resources指出因为一个配置文件被改动，所以apache需要重启，但是重新启动的操作知会被执行一次

---
- hosts : allremote_user : roottasks:- name : "先对http的端口进行修改后，再通过触发器去执行动作"shell : sed -i 's/Listen 80/Listen 8080/g' /etc/httpd/conf/httpd.confnotify :- restart httpdhandlers :- name : restart httpdservice : name=httpd state=restarted
...

通过在上面的触发，直接触发了下面的对应名称的动作

4.playbook中的变量

命令行指定变量

执行playbook时候通过参数-e传入变量，这样传入的变量在整个playbook中都可以被调用，属于全局变量

---
- hosts: allremote_user: roottasks:- name : "安装指定的变量名的软件"yum : name={{ a }} state=installed
...

ansible-playbook -e "a=httpd" ins.yaml

使用这条命令的时候使用了-e传入变量

hosts文件中定义变量

/etc/ansible/hosts

---
- hosts: 192.168.6.2remote_user: root tasks:- name: "b=lrzsz变量"yum: name={{ b }} state=installed
...

---
- hosts: allremote_user: root tasks:- name: "a=httpd"yum: name={{ a }} state=installed
...

playbook文件中定义变量

---
- hosts: allremote_user: rootvars:a: httpdb: lrzsztasks:- name: "a=httpd"yum: name={{ a }} state=installed- name: "b=lrzsz"yum: name={{ b }} state=installed
...

重新定义原有变量

我这里有个名为pkg的变量，默认是安装gcc的一个变量，我只需在执行时候去通过命令重新定义变量即可完成替换

ansible-playbook -e "pkg=httpd" 1.yaml

这样就被定义成为新变量了

在其他文件中定义变量

我创建了一个名为var.yaml的文件并写入了

这两个内容

我再去修改一下playbook文件导入一下变量

模块自带变量

playbook同样可以调用内部的一些自带变量，如setup模块里的一些

Playbook中模板的使用

template模板为我们提供了动态配置服务，使用jinja2语言，里面支持多种条件判断、循环、逻辑运算、比较操作等。其实说白了也就是一个文件，和之前配置文件使用copy一样，只是使用copy，不能根据服务器配置不一样进行不同动态的配置。这样就不利于管理。说明：1、多数情况下都将template文件放在和playbook文件同级的templates目录下（手动创建），这样playbook文件中可以直接引用，会自动去找这个文件。如果放在别的地方，也可以通过绝对路径去指定。2、模板文件后缀名为.j2。

实例：

4.yaml里的内容是使用123.j2模板将模板传输到被管机上的/opt目录下名为321

123.j2里面的内容如下

执行一下playbook ，到被管理机器上看一下

template之when

条件测试：如果需要根据变量、facts或此前任务的执行结果来做为某task执行与否的前提时要用到条件测试，通过when语句执行，在task中使用jinja2的语法格式、when语句：在task后添加when子句即可使用条件测试；when语句支持jinja2表达式语法。

---
- hosts: testAtasks:- name: 我要输出dgfshell: echo -n "dgf"register: xingmingignore_errors: True- name: 我要判断file: name=/alex state=directorywhen: xingming is success

修改playbook文件，通过setup模块获取系统版本去判断

---
- hosts: allremote_user: rootvars:- listen_port: 88tasks:- name: Install Httpdyum: name=httpd state=installed- name: Config System6 Httpdtemplate: src=httpd6.conf.j2 dest=/etc/httpd/conf/httpd.confwhen: ansible_distribution_major_version == "6"   #判断系统版本，为6便执行上面的template配置6的配置文件notify: Restart Httpd- name: Config System7 Httpdtemplate: src=httpd7.conf.j2 dest=/etc/httpd/conf/httpd.confwhen: ansible_distribution_major_version == "7"   #判断系统版本，为7便执行上面的template配置7的配置文件notify: Restart Httpd- name: Start Httpdservice: name=httpd state=startedhandlers:- name: Restart Httpdservice: name=httpd state=restarted

template之with_items

上面的意思就是依次安装httpd vsftpd nginx

---
- hosts: allremote_user: roottasks:- name: Create New Groupgroup: name={{ item }} state=presentwith_items: - group1- group2- group3 - name: Create New Useruser: name={{ item.name }} group={{ item.group }} state=presentwith_items:- { name: 'user1', group: 'group1' } - { name: 'user2', group: 'group2' } - { name: 'user3', group: 'group3' }

这个案例是把用户加入不同的用户组

template之for if

实例：

---
- hosts: allremote_user: rootvars:nginx_vhosts:- web1:listen: 8081server_name: "web1.example.com"root: "/var/www/nginx/web1"- web2:listen: 8082server_name: "web2.example.com"root: "/var/www/nginx/web2"- web3:listen: 8083server_name: "web3.example.com"root: "/var/www/nginx/web3"tasks:- name: Templage Nginx Configtemplate: src=nginx.conf.j2 dest=/tmp/nginx_vhost.conf

模板文件编写

{% for vhost in nginx_vhosts %}server{listen:    {{ vhost.listen }};server_name:    {{ vhost.server_name }};root:   {{ vhost.root }}; 
}
{% endfor %}