013.Ansible Playbook include
一 include
当项目越大,tasks越多的时候。如果将多有的task写入一个playbook中,可读性很差,就需要重新组织playbook
可以把一个playbook分成若干份晓得palybook文件,在主配置文件中,把小文件引入进来,就是include
include tasks
[root@node1 ansible]# mkdir tasks
[root@node1 ansible]# cd tasks
[root@node1 tasks]# vim host.yml
[root@node1 tasks]#
- name: modify hostname
hostname:
name: test.example.com
[root@node1 tasks]# vim dns.yml
- name: modify resolv.conf
copy:
src: files.resolv.conf
dest: /etc/resolv.conf
- name: /etc/resolvconf/base
copy:
src: files.resolv.conf
dest: /etc/resolv.conf
when: ansible_distribution == "Ubuntu"
[root@node1 tasks]# mkdir files
[root@node1 tasks]# vim files/resolv.conf
# Generated by NetworkManager
nameserver 8.8.4.4
[root@node1 tasks]# cd ../
[root@node1 ansible]# vim main.yml
- hosts: demo2.example.com
tasks:
- debug:
msg: "start tasks"
- include: tasks/host.yml
- include: tasks/dns.yml
- debug:
msg: "执行结束"
执行
[root@node1 ansible]# ansible-playbook main.yml
TASK [debug] **************************************************************************************************************************************
ok: [demo2.example.com] => {
"msg": "start tasks"
} TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] TASK [modify resolv.conf] *************************************************************************************************************************
changed: [demo2.example.com] TASK [/etc/resolvconf/base] ***********************************************************************************************************************
skipping: [demo2.example.com] TASK [debug] **************************************************************************************************************************************
ok: [demo2.example.com] => {
"msg": "执行结束"
}
检查:

也可以引入handlers
[root@node1 ansible]# vim tasks/nginx.yml
- name: install nginx
yum:
name: nginx
state: present
- name: mpdify nginx.conf
template:
src: templates/nginx.conf.j2
dest: /etc/nginx/nginx.conf
notify:
- restart nginx
- name: start nginx
systemd:
name: nginx
state: started
enabled: yes
[root@node1 ansible]# vim tasks/handlers.yml
- name: restart nginx
systemd:
name: nginx
state: restarted
[root@node1 ansible]# vim main.yml
- hosts: demo2.example.com
tasks:
- debug:
msg: "start tasks"
- include: tasks/host.yml
- include: tasks/dns.yml
- include: tasks/nginx.yml
- debug:
msg: "执行结束"
handlers:
- include: tasks/handlers.yml
二 include_tasks
2.1 include_asks基本使用
在前面尝试使用的是include,但是在后续版本,可能会取消这种方式,使用include_tasks这总方式开始引入
include可以包含tasks,handlers,playbook,incelude_task专门用来包含tasks
[root@node1 ansible]# vim main.yml
- hosts: demo2.example.com
tasks:
- debug:
msg: "start tasks"
- include_tasks: tasks/host.yml
- include_tasks: tasks/dns.yml
- include_tasks: tasks/nginx.yml
- debug:
msg: "执行结束"
handlers:
- include_tasks: tasks/handlers.yml
执行
TASK [debug] **************************************************************************************************************************************
ok: [demo2.example.com] => {
"msg": "start tasks"
} TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/dns.yml for demo2.example.com TASK [modify resolv.conf] *************************************************************************************************************************
ok: [demo2.example.com] TASK [/etc/resolvconf/base] ***********************************************************************************************************************
skipping: [demo2.example.com] TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/nginx.yml for demo2.example.com TASK [install nginx] ******************************************************************************************************************************
ok: [demo2.example.com] TASK [start nginx] ********************************************************************************************************************************
changed: [demo2.example.com] TASK [debug] **************************************************************************************************************************************
ok: [demo2.example.com] => {
"msg": "执行结束"
}
当我们使用include_tasks,本身会被当做一个tasks,这个task会把文件输入到控制台中,inclue是透明的,include_tasks是可见的。更像是一个任务,这个任我包含了其他的一些任任务,
在ansible2.7之中,include_task还加入了新的参数
include_tasks:
file: in.yml
2.2 include_tasks使用tags
如果为include添加tags,那么tags是对include中的所有任务生效的,所以当调用include的tag时,include中的所有任务都会执行
但是对include_tasks添加tag,只会对include_tasks本身生效,include_tasks中的所有任务都不生效
- hosts: demo2.example.com
tasks:
- debug:
msg: "start tasks"
- include_tasks:
file: tasks/host.yml
tags: host - include_tasks:
file: tasks/dns.yml
tags: dns - include_tasks:
file: tasks/nginx.yml
tags: nginx - debug:
msg: "执行结束"
handlers:
- include_tasks: tasks/handlers.yml
[root@node1 ansible]# ansible-playbook main.yml --tags="host"
PLAY [demo2.example.com] ************************************************************************************************************************** TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=1 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
只执行自己本身,里面的任务并没有执行
若要执行include_tasks里面的任务,就需要为执行文件打tags
- hosts: demo2.example.com
tasks:
- debug:
msg: "start tasks"
- include_tasks:
file: tasks/host.yml
apply:
tags: H1
tags: always #这里必须指定always,因为host.yml执行前提是,include_tasks执行 - include_tasks:
file: tasks/dns.yml
tags: dns - include_tasks:
file: tasks/nginx.yml
tags: nginx - debug:
msg: "执行结束"
handlers:
- include_tasks: tasks/handlers.yml
执行
root@node1 ansible]# ansible-playbook main.yml --tags="H1"
PLAY [demo2.example.com] ************************************************************************************************************************** TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
三 import_tasks使用
import_tasks include_task用法类似,都是包含一个任务列表
[root@node1 ansible]# vim main.yml
- hosts: demo2.example.com
tasks:
- debug:
msg: "start tasks"
- include_tasks:
file: tasks/host.yml
apply:
tags: H1
tags: always - import_tasks: tasks/dns.yml
tags: dns - include_tasks:
file: tasks/nginx.yml
tags: nginx - debug:
msg: "执行结束"
handlers:
- include_tasks: tasks/handlers.yml
[root@node1 ansible]# ansible-playbook main.yml --tags="dns"
3.1 include_tasks和import_task区别一
当执行import_task的tags的时候,对应的文件的任务也会执行,但是自己本身是透明的,和include一样
PLAY [demo2.example.com] ************************************************************************************************************************** TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com TASK [modify resolv.conf] *************************************************************************************************************************
ok: [demo2.example.com] TASK [/etc/resolvconf/base] ***********************************************************************************************************************
skipping: [demo2.example.com] PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=2 changed=0 unreachable=0 failed=0 skipped=1 rescued=0 ignored=0
import_tasks是静态的,被import的文件,在被playbook加载时就预处理了,include_tasks是动态的,被include的文件在playbook运行后,才开始处理
[root@node1 ansible]# cat import_ex.yml
- hosts: demo2.example.com
gather_facts: no
vars:
file_name: tasks/host.yml
tasks:
- include_tasks: "{{ file_name }}"
- import_tasks: "{{ file_name }}"
执行
PLAY [demo2.example.com] ************************************************************************************************************************** TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=3 changed=2 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
修改配置
[root@node1 ansible]# cat import_ex.yml
- hosts: demo2.example.com
gather_facts: no
#vars:
# file_name: tasks/host.yml
tasks:
- set_facts:
file_name: tasks/host.yml
- include_tasks: "{{ file_name }}"
#- import_tasks: "{{ file_name }}"
[root@node1 ansible]# ansible-playbook import_ex.yml
[root@node1 ansible]# ansible-playbook import_ex.yml PLAY [demo2.example.com] ************************************************************************************************************************** TASK [set_fact] ***********************************************************************************************************************************
ok: [demo2.example.com] TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=3 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
但是使用import就会报错,原因是include在运行之后加载,但是import在运行之前加载,运行playbook之前,是没有file_name的参数选项,报错
[root@node1 ansible]# vim import_ex.yml
[root@node1 ansible]# cat import_ex.yml
- hosts: demo2.example.com
gather_facts: no
#vars:
# file_name: tasks/host.yml
tasks:
- set_facts:
file_name: tasks/host.yml
#- include_tasks: "{{ file_name }}"
- import_tasks: "{{ file_name }}"
[root@node1 ansible]# ansible-playbook import_ex.yml
ERROR! Error when evaluating variable in import path: {{ file_name }}.
When using static imports, ensure that any variables used in their names are defined in vars/vars_files
or extra-vars passed in from the command line. Static imports cannot use variables from facts or inventory
sources like group or host vars.
3.2 include_tasks和import_task区别二
如果想对包含的列表进行循环操作,只能使用include_tasks。import_task不支持循环操作,即loop对include内容进行循环操作时,只能使用include_tasks,不能使用import_task
[root@node1 ansible]# cat import_ex.yml
- hosts: demo2.example.com
gather_facts: no
vars:
file_name: tasks/host.yml
tasks:
#- set_fact:
# file_name: tasks/host.yml
- include_tasks: "{{ file_name }}"
- import_tasks: "{{ file_name }}"
loop:
- 1
- 2
执行
[root@node1 ansible]# ansible-playbook import_ex.yml
ERROR! You cannot use loops on 'import_tasks' statements. You should use 'include_tasks' instead. The error appears to be in '/etc/ansible/import_ex.yml': line 9, column 7, but may
be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - include_tasks: "{{ file_name }}"
- import_tasks: "{{ file_name }}"
^ here
We could be wrong, but this one looks like it might be an issue with
missing quotes. Always quote template expression brackets when they
start a value. For instance: with_items:
- {{ foo }} Should be written as: with_items:
- "{{ foo }}"
使用include_tasks
[root@node1 ansible]# cat import_ex.yml
- hosts: demo2.example.com
gather_facts: no
vars:
file_name: tasks/host.yml
tasks:
#- set_fact:
# file_name: tasks/host.yml
- include_tasks: "{{ file_name }}"
loop:
- 1
- 2
- import_tasks: "{{ file_name }}"
执行
PLAY [demo2.example.com] ************************************************************************************************************************** TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com
included: /etc/ansible/tasks/host.yml for demo2.example.com TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] TASK [modify hostname] ****************************************************************************************************************************
changed: [demo2.example.com] PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=5 changed=3 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
3.3 include_tasks和import_task区别三
在使用when的条件判断时,有着本质的区别
当include_tasks使用when时候,when只针对include_tasks任务本身,当执行被包含的认识时,不会对包含的任务进行条件判断
当import_tasks使用when时,when对应的条件会被用于import的每一个任务,当执行import的任务时,会对每一个包含的任务进行条件判断
[root@node1 ansible]# vim import_ex.yml
- hosts: demo2.example.com
gather_facts: no
vars:
file_name: tasks/host.yml
num: 1
tasks:
- include_tasks: "{{ file_name }}"
when: num == 1 - set_fact:
num: 1 - import_tasks: "{{ file_name }}"
when: num == 1
执行
[root@node1 ansible]# vim tasks/host.yml
- name: modify num to 0
set_fact:
num: 0
- name: modify hostname
hostname:
name: test.example.com
[root@node1 ansible]# ansible-playbook import_ex.yml
PLAY [demo2.example.com] **************************************************************************************************************************
TASK [include_tasks] ******************************************************************************************************************************
included: /etc/ansible/tasks/host.yml for demo2.example.com #include满足条件,自己本身任务执行
TASK [modify num to 0] ****************************************************************************************************************************
ok: [demo2.example.com] #包含的第一个任务执行
TASK [modify hostname] ****************************************************************************************************************************
ok: [demo2.example.com] #包含的第二个任务执行
TASK [set_fact] ***********************************************************************************************************************************
ok: [demo2.example.com]
TASK [modify num to 0] ****************************************************************************************************************************
ok: [demo2.example.com] #import第一个满足条件执行,这是num设为0
TASK [modify hostname] ****************************************************************************************************************************
skipping: [demo2.example.com] #第二个任务在进行比较,不满足,直接跳过
PLAY RECAP ****************************************************************************************************************************************
demo2.example.com : ok=5 changed=0 unreachable=0 failed=0 skipped=1 rescued=0 ignored=0
在include只要条件满足,就会全部执行包含的内容,import_tasks会对每一个任务做判断,在确定是否执行
博主声明:本文的内容来源主要来自誉天教育晏威老师,由本人实验完成操作验证,需要的博友请联系誉天教育(http://www.yutianedu.com/),获得官方同意或者晏老师(https://www.cnblogs.com/breezey/)本人同意即可转载,谢谢!
013.Ansible Playbook include的更多相关文章
- ansible playbook详解
ansible playbook是由yml语法书写,结构清晰,可读性强,所以必须掌握yml基础语法 语法 描述 缩进 YAML使用固定的缩进风格表示层级结构,每个缩进由两个空格组成,不能使用tabs键 ...
- ansible playbook模式及语法
一.什么是playbook及其组成 什么是playbook playbook 翻译过来就是"剧本" playbook的组成 play:定义的是主机的角色 task:定义的是具体执行 ...
- Ansible--02 ansible playbook的应用
目录 Ansible playbook的应用 什么是playbook playbook的组成 playbook和Ad-Hoc对比 YAML语法 安装httpd练习 rsyncd实战 实战1: 实战2: ...
- Ansible playbook 编程
Ansible playbook 编程详解与各种小案例 主机规划 添加用户账号 说明: 1. 运维人员使用的登录账号: 2. 所有的业务都放在 /app/ 下「yun用户的家目录」,避免业务数据乱放: ...
- Ansible playbook API 开发 调用测试
Ansible是Agentless的轻量级批量配置管理工具,由于出现的比较晚(13年)基于Ansible进行开发的相关文档较少,因此,这里通过一些小的实验,结合现有资料以及源码,探索一下Ansible ...
- ansible playbook实践(四)-如何调试写好的playbook文件
有时,我们写了一个长长,功能很强悍的yaml文件,但是,我们有可能会担心,写的yaml文件是否正确,是否有漏洞危机,毕竟是要修改线上的机器,那么,有可能我们可以从以下几个检查维度来进行,确保在大规模应 ...
- ansible playbook批量改ssh配置文件,远程用户Permission denied
最近手里的数百台服务器需要改/etc/ssh/sshd_config的参数,禁止root直接登陆,也就是说 [root@t0 ~]# cat /etc/ssh/sshd_config | grep R ...
- ansible笔记(11):初识ansible playbook(二)
ansible笔记():初识ansible playbook(二) 有前文作为基础,如下示例是非常容易理解的: --- - hosts: test211 remote_user: root tasks ...
- ansible笔记(10):初识ansible playbook
ansible笔记():初识ansible playbook 假设,我们想要在test70主机上安装nginx并启动,我们可以在ansible主机中执行如下3条命令 ansible test70 -m ...
随机推荐
- OO第四单元——基于UML的UML解析器总结&OO课程总结
OO第四单元--基于UML的UML解析器总结&OO课程总结 前言:一学期愉快(痛苦)的OO课程学习结束了,OO几个单元作业都各有特色,实验也各有特色,仔细回味起来,不再是单纯的敲代码(但自己还 ...
- MyBatis-Plus笔记(入门)
作者:故事我忘了¢个人微信公众号:程序猿的月光宝盒 官方文档 https://mybatis.plus/guide/ 本篇基于springboot,mybatis Plus的版本为3.4.2 本篇对应 ...
- 【macOS】显示/隐藏 允许“任何来源”的应用
问题产生 在macOS中安装某些版本软件时会提示: "xxx"已损坏,打不开.您应该将它移动到废纸篓. 某些情况下实际上并不是软件已损坏,而是因为macOS对于开发者的验证导致软件 ...
- Mybatis3源码笔记(一)环境搭建
1. 源码下载 地址:https://github.com/mybatis/mybatis-3.git. 国内访问有时确实有点慢,像我就直接先fork.然后从git上同步到国内的gitte上,然后在i ...
- Day05_26_Overide_方法重写
Overide_方法重写 * 什么是方法重写(Overide)? - 方法重写也叫方法覆盖 ,重写是指子类对父类所允许访问的方法的实现过程进行重新编写, 返回值类型和形参都不能改变.即外壳不变,核心重 ...
- 一图看懂 ASP.NET Core 中的服务生命周期
翻译自 Waqas Anwar 2020年11月8日的文章 <ASP.NET Core Service Lifetimes (Infographic)> [1] ASP.NET Core ...
- Python容器相关操作
(集合与字典除外)的容器相关操作 (1)容器的拼接 >>> 'abc' + 'def' 'abcdef' (2)容器的重复 >>> (1, 2) * 3 (1, 2 ...
- IDEA关于-javaagent中文路径导致无法debug的初步解决方案
IDEA明明是装在D盘的纯英文路径,而且java的相关环境变量全部是在英文路径,结果还是因为中文路径的问题导致无法debug.仔细观察,发现这个中文路径是作为java的-javaagent的参数输入的 ...
- 1-2 postman工具简介
postman提供了一个多窗口和多选项卡页面用于发送和接受请求,postman努力保持整洁和灵活,提供更多的空间,满足用户的需要.他很简单,能满足大部分接口的测试,性价比特别高.如图所示: 1.侧边 ...
- 【Jwt】JSON Web Token
一.什么是JSON Web Token: 首先要明确的是JSON Web Token:是一个开放标准,这个标准定义了一种用于简洁,自包含的用于通信双方之间以JSON对象的形式安全传递信息的方法 而我们 ...