Ansible基础:一篇入门
Ansible
官网文档:
https://docs.ansible.com/ansible/latest/
https://docs.ansible.com/ansible/latest/user_guide/index.html
安装
yum安装
配置yum源
$ cat /etc/yum.repos.d/ansible.repo
[epel]
name=epel
baseurl=http://mirrors.aliyun.com/epel/7Server/x86_64/
enable=1
gpgcheck=0
安装ansible
$ yum -y install ansible
如果有pip工具,也可以运行pip install ansible下载。使用pip下载的ansible不提供默认配置文件/etc/ansible/ansible.cfg。
安装完成检查
$ ansible --version
ansible 2.9.25
config file = /etc/ansible/ansible.cfg
configured module search path = [u'/home/test/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
ansible python module location = /usr/lib/python2.7/site-packages/ansible
executable location = /bin/ansible
python version = 2.7.5 (default, Oct 14 2020, 14:45:30) [GCC 4.8.5 20150623 (Red Hat 4.8.5-44)]
Ansible参数补全功能(可选)
从Ansible 2.9版本开始,ansible支持命令的选项补全功能,它依赖于python的argcomplete插件
$ yum -y install python-argcomplete # 安装
$ activate-global-python-argcomplete # 激活
激活后,就可以按两次tab补全命令和选项了。
环境配置
配置主机名解析
在master节点的/etc/hosts文件中,添加上ip主机名对应关系
$ cat /etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.175.100 master
192.168.175.101 node1
192.168.175.102 node2
配置主机互信
ansible默认采用ssh连接,ssh连接要么使用密码认证,要么使用公钥认证。
这里采用公钥认证,实现免密登录,后续使用ansible方便一些。
$ ssh-keygen -t rsa -f ~/.ssh/id_rsa -N ''
$ ssh-keyscan 192.168.175.101 >> ~/.ssh/known_hosts 2>/dev/null
$ ssh-keyscan 192.168.175.102 >> ~/.ssh/known_hosts 2>/dev/null
$ sshpass -p'hello123' ssh-copy-id root@192.168.175.101
测试:
[root@master ~]# ssh 192.168.175.101
Last login: Wed Jan 5 12:24:18 2022 from 192.168.175.1
[root@node1 ~]# exit
logout
Connection to 192.168.175.101 closed.
[root@master ~]#
发现不用输入密码即可直接登录其它主机。
安装、环境配置完成后,ansible还只能控制本机,不能实现对其它节点的批量控制。
若想实现它的真正功能,必须对它进行配置。
下面开始了解ansible的几个重要的配置文件。
ansible的配置文件
全局配置文件
ansible默认的全局配置文件是/etc/ansible/ansible.cfg
,可认为是全局配置的入口。
Ansible支持4种方式指定配置文件,它们的解析顺序从上到下
- ANSIBLE_CFG 环境变量指定的配置文件
- ansible.cfg 当前目录下的ansible.cfg
- ~/.ansible.cfg 家目录下的.ansible.cfg
/etc/ansible/ansible.cfg
默认全局配置文件
修改默认配置文件/etc/ansible/ansible.cfg:
$ cat /etc/ansible/ansible.cfg | grep -vE "^$|^#"
[defaults]
inventory = /etc/ansible/hosts # inventory文件:ansible管理的主机清单
library = /usr/share/my_modules/
forks = 5 # ansbile的并发连接数
sudo_user = root
remote_port = 22
host_key_checking = False
timeout = 10
log_path = /var/log/ansible.log
文件中其它的可配置项:
stdout_callback = debug # 可将输出变得人性化;默认输出会挤在一行,配置后会换行输出;
inventory主机文件
inventory
文件默认路径是/etc/ansible/hosts
,在这里配置目标主机,ansible便可以对其进行控制。
在/etc/ansible/hosts
文件里配置node主机名或ip:
$ cat hosts
[default] # 主机分组
node1 # 192.168.175.101
node2 # 192.168.175.102
可以通过/etc/ansible/ansible.cfg
文件修改inventory的默认路径:inventory = /etc/ansible/hosts
。如果将该配置指定为目录,便可以使用多个inventory文件来管理节点,一般很少动这个。
通常,不会修改默认的路径。如果有自定义的inventory文件,可以直接在ansible命令行中使用-i
选项指定:
# ansible -i /tmp/my_inventory.ini ...
# ansible-playbook -i /tmp/my_inventory.ini ...
查看inventory
列出ansiblek可管理的所有主机
$ ansible-inventory --graph all # 指定文件:ansible-inventory -i /etc/ansible/hosts --graph all
@all: # all是默认的主机组,包含所有主机
|--@default:
| |--node1
| |--node2
|--@ungrouped:
运行ansible命令
完成上述的基本配置后,即可以开始使用ansible来批量管理主机了,这里的管理方式为命令行方式(又称为Ad-hoc
方式)。
Ad-hoc方式运行ansible的命令格式:ansible 主机组/主机 -m 模块 -a 参数
选项解析:
-m: 指定调用的模块
-a: 向模块传递的参数,模块不需要则可省略;参数需要使用引号包围
此外ansible命令还可以带上其它选项:
-i: 指定本次的inventory路径,指定该参数则后面不加主机组/主机
-e: 设置变量,格式为'var1="aaa" var="bbb"'
-v/vv/vvv: 命令输出的打印级别
ansible的批量管理功能依靠各个模块来完成,ansible提供了几千个模块(其中ansible团队自己维护大约100多个核心模块),每个模块完成各自的作用。
下面用ping模块和debug模块来演示一下ansible的基础功能。
ping模块
ping模块
是ansible最基础模块之一,可用于检测远程主机是否在线。
命令:ansible 主机组/主机 -m ping
返回值:changed、ping
命令:ansible all -m ping
[root@master ansible]$ ansible all -m ping
node2 | SUCCESS => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/bin/python"
},
"changed": false,
"ping": "pong"
}
node1 | SUCCESS => {
"ansible_facts": {
"discovered_interpreter_python": "/usr/bin/python"
},
"changed": false,
"ping": "pong"
}
debug模块
官网说明:https://docs.ansible.com/ansible/latest/collections/ansible/builtin/debug_module.html
debug模块
用于输出或调试一些变量或数据。该模块共有三个参数msg、var、verbosity。
msg:打印配置的信息
var:打印变量值
verbosity:运行级别,设置为3,则-vvv或更高才会打印输出
命令:
ansible all -m debug -a 'msg="hello world"'
ansible all -e 'str="hello world"' -m debug -a 'var=str'
ansible all -v -m debug -a 'msg="hello world" verbosity=1'
示例:
[root@master ansible]$ ansible all -m debug -a 'msg="hello world"'
node1 | SUCCESS => {
"msg": "hello world"
}
node2 | SUCCESS => {
"msg": "hello world"
}
[root@master ansible]$ ansible all -e 'str="hello world"' -m debug -a 'var=str'
node1 | SUCCESS => {
"str": "hello world"
}
node2 | SUCCESS => {
"str": "hello world"
}
[root@master ansible]$ ansible all -m debug -a 'msg="hello world" verbosity=1'
node1 | SKIPPED
node2 | SKIPPED
[root@master ansible]$ ansible all -v -m debug -a 'msg="hello world" verbosity=1'
Using /etc/ansible/ansible.cfg as config file
node1 | SUCCESS => {
"msg": "hello world"
}
node2 | SUCCESS => {
"msg": "hello world"
}
playbook
playbook
是一个yaml
格式的文件,由一个或多个play
按顺序列表的方式组成。每个play
运行一个或多个task
,每个task
调用一个模块module
。
playbook、play、task的关系
- playbook中可以定义一个或多个play
- 每个play中可以定义一个或多个task
- 其中还可以定义两类特殊的task:pre_tasks和post_tasks
- pre_tasks表示执行执行普通任务之前执行的任务列表
- post_tasks表示普通任务执行完之后执行的任务列表
- 每个play都需要通过hosts指令指定要执行该play的目标主机
- 每个play都可以设置一些该play的环境控制行为,比如定义play级别的变量
编写一个playbook并执行
playbook
使用yaml
语法格式组织各种play
和task
规则。
下面使用ping模块和debug模块编写一个playbook文件如下:
# cat test.yaml
---
- name: play1 # play的名称,非必须
hosts: all # 指定目标主机
gather_facts: false # 收集目标主机信息,默认值true,非必须
tasks: # tasks声明任务列表
- name: task1 # task任务名称,非必须
ping: # 模块
data: "pong task1" # 模块参数
- name: task2
ping:
data: "pong task2"
- name: play2
hosts: all
gather_facts: false
tasks:
- name: task1
debug:
msg: "hello task1 in play2"
- name: task2
debug:
msg: "hello task2 in play2"
注意所有的
-
和:
符号后面均需要接一个空格
执行playbook的命令是ansible-playbook test.yaml
:
该命令同样支持像ansile命令一样的多个选项,如-e
、-i
、-v
等
$ ansible-playbook -v test.yaml
Using /etc/ansible/ansible.cfg as config file
PLAY [play1] **********************************************************************************************************************
TASK [task1] **********************************************************************************************************************
ok: [node2] => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": false, "ping": "pong task1"}
ok: [node1] => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": false, "ping": "pong task1"}
TASK [task2] **********************************************************************************************************************
ok: [node1] => {"changed": false, "ping": "pong task2"}
ok: [node2] => {"changed": false, "ping": "pong task2"}
PLAY [play2] **********************************************************************************************************************
TASK [task1] **********************************************************************************************************************
ok: [node1] => {
"msg": "hello task1 in play2"
}
ok: [node2] => {
"msg": "hello task1 in play2"
}
TASK [task2] **********************************************************************************************************************
ok: [node1] => {
"msg": "hello task2 in play2"
}
ok: [node2] => {
"msg": "hello task2 in play2"
}
PLAY RECAP ************************************************************************************************************************
node1 : ok=4 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
node2 : ok=4 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
playbook文件各配置指令及含义
yaml
文件中,使用-
表示一个列表元素,多个key:value
表示一个字典。
每个playbook
使用列表来组织多个play
,play
内同样使用列表来组织多个task
;play和task自身则采用字典的方式组织,即多个键值对。
在playbook顶层使用- xxx:
表示这是一个play;每个play中必须包含hosts
和tasks
指令。
hosts
指令用来指定要执行该play的目标主机,可以是主机名、主机组或者其它多种方式。
tasks
指令用来指定该play中包含的任务列表,每个任务使用- xxx:
方式表示。
name
指令用来设置play和task的名称,值具有唯一性。
gather_facts
指令用来收集目标主机的信息,由setup模块提供。默认情况下,每个play都先执行这个特殊任务,收集完信息才开始其它任务。如果后续任务中用不到该信息,则可以禁止掉该任务,提升效率。
向模块传递参数
yaml中,向模块传递参数的方式总结为字符串和数组两种方式。
还是以debug模块为例。
数组方式如上面test.yaml文件里的传参,即key: value
的形式:
......
- name: task1
debug:
msg: "hello task1 in play2"
verbosity=1
字符串方式,由于yaml的语法规则(字符串换行将自动转换为空格),又有不同的书写形式:
---
- name: debug
hosts: all
gather_facts: false
tasks:
- name: task1
debug:
msg="hello task1" verbosity=1 # 参数写成一行
- name: task2
debug:
msg="hello task2" # 参数写成多行
verbosity=1
- name: task3
debug: | # 竖线|,将保留字符串的换行符,否则将自动转换成空格,在一些模块中很有用,如shell
msg="hello task3"
verbosity=1
- name: task4
debug: > # 符号>,效果和直接写成多行一样
msg="hello task4"
verbosity=1
还可以直接使用指令args指明参数:
......
- name: task1
debug:
args:
msg: "hello task1 in play2"
默认的任务执行策略
/etc/ansible/ansible.cfg文件的forks
配置,决定ansible执行任务的并发连接数。
假如forks配置为5,那么ansible第一次将同时连接5个node节点执行任务。其中若有节点提前执行完任务, 则ansible会新建一个新进程,来连接下一个节点执行任务。
forks是保证最多有N个节点同时执行任务。
常见模块
shell模块
说明:
shell
模块接收shell命令,命令后可跟空格分割的参数列;
必须传入自由格式的命令,或者cmd参数;
它十分类似command模块,但是它在远程主机上通过shell(比如/bin/bash)来运行命令;
shell模块相比command模块,支持解析特殊符号<
、>
、|
、;
、&
等。
参数:
Parameter | Choices/Defaults | 说明 |
---|---|---|
chdir path |
运行脚本前,切换到相关目录 | |
cmd string |
需要运行的命令,后跟可选的参数 | |
creates path |
若一个文件或目录存在,则跳过该步骤 | |
removes path |
若一个文件或目录不存在,则跳过该步骤 | |
executable path |
改变执行命令的解释器,如/bin/bash、/usr/bin/expect、/usr/bin/python;绝对路径 | |
free_form string | 自由格式的命令(即命令字符串,没有相关参数,直接写在shell模块后面即可) | |
stdin string | Set the stdin of the command directly to the specified value. | |
stdin_add_newline boolean | Choices:noyes ← | Whether to append a newline to stdin data. |
warn boolean | Choices:noyes ← | Whether to enable task warnings. |
示例:
---
- name: shell
hosts: all
gather_facts: no
tasks:
- name: task1
shell:
hostname
- name: task2
shell:
cmd: date +"%F %T"
- name: task3
shell:
cmd: pwd
chdir: /etc/sysconfig
- name: task4
shell:
cmd: ls /tmp
creates: /tmp
- name: task5
shell:
cmd: print('hello world')
executable: /usr/bin/python
注意chdir参数只支持下面的方式:
- name: task3
shell:
cmd: pwd
chdir: /etc/sysconfig
- name: task3
shell: pwd # free_from格式需要采用args参数,显式指定chdir参数
args:
chdir: /etc/sysconfig
# 下面的方式将发生错误
- name: task3
shell: pwd
chdir: /etc/sysconfig
Ad-hoc方式:
$ ansible all -m shell -a "ls -l | wc -l"
$ ansible all -v -m shell -a "ls chdir=/tmp "
script模块
说明:
script
模块接受一个脚本名称,后面可跟空格分割的参数列;
支持自由格式的命令,或者cmd参数;
将本地脚本传输到远程主机上执行;
在远程主机上使用shell环境执行脚本;
该模块不需要python,类似raw模块。
参数:
Parameter | Choices/Defaults | 说明 |
---|---|---|
chdir path |
运行脚本前,切换到远程主机的相关目录 | |
cmd string |
需要运行的脚本路径,后跟可选的参数 | |
creates path |
若一个文件或目录存在,则跳过该步骤 | |
removes path |
若一个文件或目录不存在,则跳过该步骤 |
示例:
- name: Run a script with arguments (free form)
ansible.builtin.script: /some/local/script.sh --some-argument 1234
- name: Run a script with arguments (using 'cmd' parameter)
ansible.builtin.script:
cmd: /some/local/script.sh --some-argument 1234
- name: Run a script only if file.txt does not exist on the remote node
ansible.builtin.script: /some/local/create_file.sh --some-argument 1234
args:
creates: /the/created/file.txt
- name: Run a script only if file.txt exists on the remote node
ansible.builtin.script: /some/local/remove_file.sh --some-argument 1234
args:
removes: /the/removed/file.txt
- name: Run a script using an executable in a non-system path
ansible.builtin.script: /some/local/script
args:
executable: /some/remote/executable
- name: Run a script using an executable in a system path
ansible.builtin.script: /some/local/script.py
args:
executable: python3
Ad-hoc:
$ ansible all -m script -a "/tmp/hello.sh world"
$ ansible all -m script -a "/tmp/hello.sh world creates=/tmp"
hostname模块
说明:
设置系统的主机名
参数:
Parameter | Choices/Defaults | 说明 |
---|---|---|
name string / required |
设置主机名 |
示例:
- name: Set a hostname
ansible.builtin.hostname:
name: web01
- name: Set a hostname specifying strategy
ansible.builtin.hostname:
name: web01
use: systemd
https://docs.ansible.com/ansible/latest/collections/ansible/builtin/hostname_module.html
在playbook中设置变量
vars
指令可在play或task中设置变量,可以设置一个或多个。可以采用字典或列表的形式定义变量。
字典变量的定义和引用
定义:
vars:
foo1:
a: hello
b: world
foo2:
a: aaa
b: bbb
引用:
使用点号或方括号,在yaml文件使用jinja2语法引用,需要加单双引号,否则解析yaml的时候将报错
- name: task1
debug:
msg: "{{ foo1.a }} {{ foo1['b'] }}" # 注意{{}}是jinja2的语法,在yaml文件中需要使用引号引起来,单双引号都行
- name: task2
debug:
var: foo1.a,foo1['b'] # debug模块的var参数,多个值使用逗号分隔,且无需花括号,前后加不加引号均可
- name: task3
debug:
msg: '{{ foo2.a }} {{ foo2.b }}'
示例:
---
- name: vars play
hosts: all
gather_facts: no
vars:
foo1:
a: hello
b: world
foo2:
a: aaa
b: bbb
tasks:
- name: task1
debug:
msg: "{{ foo1.a }} {{ foo1['b'] }}"
- name: task2
debug:
var: foo1.a,foo1['b']
- name: task3
debug:
msg: '{{ foo2.a }} {{ foo2.b }}'
列表变量的定义和引用
定义:
vars:
foo:
- a: hello
b: world
- a: aaa
b: bbb
引用:
- name: task1
debug:
msg: "{{ foo[0].a }} {{ foo[0].b }}"
- name: task2
debug:
msg: "{{foo[1]['a']}} {{foo[1]['b']}}"
引用变量时,使用点号比较方便,但如果变量名本身带点,则尽量选择方括号的方式。
when指令进行条件判断
when
指令是ansible提供的唯一一个通用条件指令。when
指令后的变量引用不需要双花括号,当when指令的值为true时,执行任务。
yaml文件如下:
---
- name: when
hosts: all
gather_facts: no
vars:
foo: test
tasks:
- name: task1
when: foo == "test" # when指令的变量可直接引用
debug:
msg: "hello"
- name: task2
when: foo == "dev"
debug:
msg: "world"
示例:
从输出中可看出,任务task2由于条件不满足自动跳过
[root@master ansible]# ansible-playbook -v when.yaml
Using /etc/ansible/ansible.cfg as config file
PLAY [when] ***********************************************************************************************************************
TASK [task1] **********************************************************************************************************************
ok: [node1] => {
"msg": "hello"
}
ok: [node2] => {
"msg": "hello"
}
TASK [task2] **********************************************************************************************************************
skipping: [node1] => {}
skipping: [node2] => {}
PLAY RECAP ************************************************************************************************************************
node1 : ok=1 changed=0 unreachable=0 failed=0 skipped=1 rescued=0 ignored=0
node2 : ok=1 changed=0 unreachable=0 failed=0 skipped=1 rescued=0 ignored=0
多个判断条件:
- name: task3
when: foo == "dev" or foo == "test" # 逻辑或
debug:
msg: "hello world"
- name: task4
when: (foo == "dev") or (foo == "test") # 支持括号括起来
debug:
msg: "hello world"
- name: task5
when: (foo == "dev") and (foo == "test") # 逻辑与
debug:
msg: "hello world"
- name: task6
when:
- foo == "dev" # 逻辑与的另一种组织方式
- foo == "test"
debug:
msg: "hello world"
- name: task7
when: foo != "dev" # 逻辑否
debug:
msg: "hello world"
loop循环结构
loop指令中的各项元素将以item变量名进行迭代。
直接迭代列表
迭代简单列表:
列表元素为字符串
- name: task1
shell: "{{ item }}"
loop:
- hostname
- "uptime -p"
示例:
[root@master ansible]# cat loop.yaml
---
- name: loop
hosts: all
gather_facts: no
tasks:
- name: task1
shell: "{{ item }}"
loop:
- hostname
- "uptime -p"
[root@master ansible]# ansible-playbook -v loop.yaml
Using /etc/ansible/ansible.cfg as config file
PLAY [loop] ***********************************************************************************************************************
TASK [task1] **********************************************************************************************************************
changed: [node2] => (item=hostname) => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "ansible_loop_var": "item", "changed": true, "cmd": "hostname", "delta": "0:00:00.020436", "end": "2022-01-09 15:05:17.126971", "item": "hostname", "rc": 0, "start": "2022-01-09 15:05:17.106535", "stderr": "", "stderr_lines": [], "stdout": "node2", "stdout_lines": ["node2"]}
changed: [node1] => (item=hostname) => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "ansible_loop_var": "item", "changed": true, "cmd": "hostname", "delta": "0:00:00.361005", "end": "2022-01-09 15:05:17.409020", "item": "hostname", "rc": 0, "start": "2022-01-09 15:05:17.048015", "stderr": "", "stderr_lines": [], "stdout": "node1", "stdout_lines": ["node1"]}
changed: [node2] => (item=uptime -p) => {"ansible_loop_var": "item", "changed": true, "cmd": "uptime -p", "delta": "0:00:00.006628", "end": "2022-01-09 15:05:17.610052", "item": "uptime -p", "rc": 0, "start": "2022-01-09 15:05:17.603424", "stderr": "", "stderr_lines": [], "stdout": "up 3 weeks, 2 days, 19 hours, 42 minutes", "stdout_lines": ["up 3 weeks, 2 days, 19 hours, 42 minutes"]}
changed: [node1] => (item=uptime -p) => {"ansible_loop_var": "item", "changed": true, "cmd": "uptime -p", "delta": "0:00:00.074039", "end": "2022-01-09 15:05:18.006283", "item": "uptime -p", "rc": 0, "start": "2022-01-09 15:05:17.932244", "stderr": "", "stderr_lines": [], "stdout": "up 3 weeks, 2 days, 19 hours, 42 minutes", "stdout_lines": ["up 3 weeks, 2 days, 19 hours, 42 minutes"]}
PLAY RECAP ************************************************************************************************************************
node1 : ok=1 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
node2 : ok=1 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
迭代hash哈希列表:
列表元素为字典
- name: task1
shell:
cmd: "{{ item.cmd }}"
creates: "{{ item['condition'] }}" # 两种引用方式均可
loop:
- { cmd: 'hostname', condition: '/tmp' } # 这个循环将被跳过
- { cmd: 'uptime', condition: '/aaa' }
示例:
[root@master ansible]# cat loop.yaml
---
- name: loop
hosts: all
gather_facts: no
tasks:
- name: task1
shell:
cmd: "{{ item.cmd }}"
creates: "{{ item.condition }}"
loop:
- { cmd: 'hostname', condition: '/tmp' } # 这个循环将被跳过,["skipped, since /tmp exists"],任务没有跳过
- { cmd: 'uptime', condition: '/aaa' }
[root@master ansible]#
[root@master ansible]# ansible-playbook -v loop.yaml
Using /etc/ansible/ansible.cfg as config file
PLAY [loop] ***********************************************************************************************************************
TASK [task1] **********************************************************************************************************************
ok: [node2] => (item={u'cmd': u'hostname', u'condition': u'/tmp'}) => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "ansible_loop_var": "item", "changed": false, "cmd": "hostname", "item": {"cmd": "hostname", "condition": "/tmp"}, "rc": 0, "stdout": "skipped, since /tmp exists", "stdout_lines": ["skipped, since /tmp exists"]}
changed: [node2] => (item={u'cmd': u'uptime', u'condition': u'/aaa'}) => {"ansible_loop_var": "item", "changed": true, "cmd": "uptime", "delta": "0:00:00.024675", "end": "2022-01-09 15:21:23.286758", "item": {"cmd": "uptime", "condition": "/aaa"}, "rc": 0, "start": "2022-01-09 15:21:23.262083", "stderr": "", "stderr_lines": [], "stdout": " 15:21:23 up 23 days, 19:58, 2 users, load average: 0.13, 0.14, 0.20", "stdout_lines": [" 15:21:23 up 23 days, 19:58, 2 users, load average: 0.13, 0.14, 0.20"]}
ok: [node1] => (item={u'cmd': u'hostname', u'condition': u'/tmp'}) => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "ansible_loop_var": "item", "changed": false, "cmd": "hostname", "item": {"cmd": "hostname", "condition": "/tmp"}, "rc": 0, "stdout": "skipped, since /tmp exists", "stdout_lines": ["skipped, since /tmp exists"]}
changed: [node1] => (item={u'cmd': u'uptime', u'condition': u'/aaa'}) => {"ansible_loop_var": "item", "changed": true, "cmd": "uptime", "delta": "0:00:00.386491", "end": "2022-01-09 15:21:30.029184", "item": {"cmd": "uptime", "condition": "/aaa"}, "rc": 0, "start": "2022-01-09 15:21:29.642693", "stderr": "", "stderr_lines": [], "stdout": " 15:21:30 up 23 days, 19:58, 2 users, load average: 0.90, 0.51, 0.35", "stdout_lines": [" 15:21:30 up 23 days, 19:58, 2 users, load average: 0.90, 0.51, 0.35"]}
PLAY RECAP ************************************************************************************************************************
node1 : ok=1 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
node2 : ok=1 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
迭代字典
loop
指令无法直接迭代字典,需要使用过滤器dict2items
进行转换,如下:
- name: Using dict2items
ansible.builtin.debug:
msg: "{{ item.key }} - {{ item.value }}"
loop: "{{ tag_data | dict2items }}"
vars:
tag_data:
Environment: dev
Application: payment
上例中,通过迭代tag_data来打印它的key和value。
when
指令和loop
指令同时使用时,先进行循环,再在每个循环中进行条件判断。
notify和handlers
ansible中的一个重要概念changed
,它表示目标状态是否发生改变,即本次任务是否执行、执行后是否影响结果。如果changed=1,则表示目标状态发生改变;如果changed=0,则表示目标状态未发生改变,或者任务没有执行。
ansible若监视到changed=1
,就会触发notify
指令所定义的handler
。handler,也是一个task,只是定义在handlers
中,需要notify来触发执行。
handlers的使用与tasks使用一样,notify和hanlders中任务名称必须一样。
当一个play中所有任务都执行完成后,handler才会执行。好处是可以多次触发notify,但最后只执行一次对应的handler。
示例:
---
- name: notify and handlers
hosts: all
gather_facts: no
tasks:
- name: task1
shell: uptime
notify: hello
handlers:
- name: hello
debug:
msg: "hello world"
执行结果:
[root@master ansible]# ansible-playbook notify.yaml
PLAY [notify and handlers] ********************************************************************************************************
TASK [task1] **********************************************************************************************************************
changed: [node2]
changed: [node1]
RUNNING HANDLER [hello] ***********************************************************************************************************
ok: [node2] => {}
MSG:
hello world
ok: [node1] => {}
MSG:
hello world
PLAY RECAP ************************************************************************************************************************
node1 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
node2 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
组织playbook
将所有play全部写在一个yaml文件中,固然可行,但是可读性、维护性太差。
比较好的做法是,将同类任务的play放在一个文件中。多个任务,则写成多个文件,最后使用一个入口文件来引用这些任务文件。
假设入口文件名为main.yaml,在该文件中使用import_playbook
指令引用其它playbook:
---
- import_playbook: "init_server/aaa.yaml"
- import_playbook: "init_server/bbb.yaml"
- import_playbook: "init_server/ccc.yaml"
- import_playbook: "init_server/ddd.yaml"
执行方式不变:ansible-playbook main.yaml
组织各类内容:task、handler、变量
上面介绍了使用playbook指令来引入多个playbook文件,从而提高可读性和维护性。
其实,ansible还提供了更加规范的方式,来组织更多的内容,即
role
和colllection
,collection这里暂不涉及。
ansible可组织的内容包括:
playbook
task
variable
handler
(handler也是一个task,只是编写在handlers内部)role
可组织的意思是说,可将相同内容定义在同一个文件中,然后使用相关指令来引入指定文件内容。
- 引入
palybook
:import_playbook
- 引入
task
或handler
:import_tasks
、include_tasks
- 引入
variable
:vars_files
、include_vars
- 引入
role
:import_role
、include_role
、roles
import和include两种引入方式有所区别,前者为静态加载
(在playbook解析的阶段,内容将写入到引入的位置),后者为动态加载
(解析阶段不引入,而是在执行阶段才引入)。
组织tasks
可将task单独写在一个文件中,然后在play里使用import_tasks
、include_tasks
模块引入。
示例:
编写一个tasks文件tasks.yaml:
---
- name: task1
debug:
msg: "hello"
- name: task2
debug:
msg: "world"
在playbook中引入:
---
- name: play1
hosts: node1
gather_facts: no
tasks:
- name: task1 & task2
import_tasks: tasks.yaml # include_tasks模块也行
在循环中引入tasks文件,必须使用include_tasks指令
---
- name: play1
hosts: node1
gather_facts: no
tasks:
- name: loop tasks
include_tasks: tasks.yaml
loop:
- one
- two
组织handlers
一般情况下playbook的handlers如下,在task中使用handler的任务名来触发
---
- name: play1
hosts: node1
gather_facts: no
tasks:
- name: task1
shell: uptime
notify: h1
- name: task2
shell: date
notify: h2
handlers:
- name: h1
debug:
msg: "run h1"
- name: h2
debug:
msg: "run h2"
可将handler单独编写在一个文件中,如下:
$ cat handler1.yaml
---
- name: handler1
debug:
msg: "run handler1"
$ cat handler2.yaml
---
- name: handler2
debug:
msg: "run handler2"
然后在playbook中使用import_tasks
或include_tasks
指令来引入,同时在notify
中修改对应的handler
名:
---
- name: play1
hosts: node1
gather_facts: no
tasks:
- name: task1
shell: uptime
notify: handler1 # handler1为静态引入,notify使用handler名
- name: task2
shell: date
notify: h2 # handler2为动态引入,notify使用引入的任务名
handlers:
- name: h1
import_tasks: handler1.yaml # import_tasks静态引入
- name: h2
include_tasks: handler2.yaml # include_tasks动态引入
组织变量
前面已经介绍了如何在playbook中使用var
指令直接设置变量,除了这个方法,ansible还支持将变量单独放在一个文件中,然后在play中使用vars_files
指令或include_vars
模块来引入该变量文件。也可以在命令行中,使用-e
选项(--extra_vars)来设置变量或引入变量文件。
vars_files
是play
级别的指令,用于play中,在playbook解析阶段引入变量文件;
include_vars
是任务模块(类似模块一样),用在tasks中定义一个引入变量的任务,只有该任务执行之后,才会创建变量;
-e
选项在命令行中,全局有效;
vars_files示例
变量文件varfile.yaml,变量的定义一样,使用yaml或json格式,可采用字典或列表的形式。
---
foo:
a: hello
b: world
playbook文件如下,使用vars_files指令来引入:
---
- name: play1
hosts: node1
gather_facts: no
vars_files:
- varfile.yaml # 多个变量文件,使用列表形式即可
tasks:
- name: task1
debug:
msg: "{{foo.a}} {{foo.b}}"
include_vars模块
include_vars是模块提供的功能,它是一个手动创建的任务,和shell、debug等模块一样。所以只有当任务执行完后,相关变量才会创建。
下面介绍几个用法。
引入一个文件:
---
- name: play1
hosts: node1
gather_facts: no
vars_files:
- varfile.yaml
tasks:
- name: task1
include_vars: varfile.yaml # 引入之后,可在后续的任务中使用
- name: task2
debug:
msg: "{{foo.a}} {{foo.b}}"
引入多个文件,可采用循环:
- name: task1
include_vars: "{{ item }}"
loop:
- varfile1.yaml
- varfile2.yaml
还可以引入目录,使用条件和其它参数控制引入的变量文件。这里不展开了,该模块有很多参数和用法,具体可参考官网:
-e选项
ansible-playbook命令的-e选项或--extra-vars选项也可以用来定义变量或引入变量文件:
# 定义单个变量
$ ansible-playbook -e 'var1="value1"' xxx.yml
# 定义多个变量
$ ansible-playbook -e 'var1="value1" var2="value2"' xxx.yml
# 引入单个变量文件
$ ansible-playbook -e '@varfile1.yml' xxx.yml
# 引入多个变量文件
$ ansible-playbook -e '@varfile1.yml' -e '@varfile2.yml' xxx.yml
使用role
上面将各类内容放在单独的文件中,然后使用相关指令或模块将其引入。ansible中,有一种更为规范的组织方式,即role
。
使用role
,即可无需手动使用这些指令或模块了。按照role指定的文件或目录存放对应的内容,ansible就会自动引入。
role的文件结构
ansible-galaxy init role1
命令,可以快速创建一个role
框架。
$ cd /etc/ansible/roles
$ ansible-galaxy init role01
$ tree role01
role01
├── defaults
│ └── main.yml
├── files # 外部文件,放入此处的文件,在role的各种任务中直接无需使用全路径
├── handlers
│ └── main.yml # 存放handler
├── meta
│ └── main.yml # 该role依赖的先行role。定义在此处的role将在该role运行前执行
├── README.md
├── tasks
│ └── main.yml # 存放任务
├── templates # 模板文件,放入此处的文件,在role的各种任务中无需使用全路径
├── tests
│ ├── inventory
│ └── test.yml
└── vars
└── main.yml # 存放变量
在相应目录及文件下编写对应内容,然后还需要提供一个入口playbook文件。在入口playbook文件中,使用import_roles
、include_role
、roles
指令来引入role。最后使用ansible-playbook命令执行入口文件,即可执行定义在role中的各种任务了。
enter.yml文件如下:
---
- name: enter for all roles
hosts: node1
gather_facts: no
roles:
- role01 # 多个role可使用列表一起列出
编写一个role
定义role的变量
etc/ansible/roles/role01/vars/main.yml
文件是role定义变量或引入变量文件的地方。
etc/ansible/roles/role01/defaults/main.yml
文件是role定义默认变量的地方,优先级较低,当然也可以引入文件。
---
# vars file for role01
foo1:
a: hello
b: world
定义role的task
/etc/ansible/roles/role01/tasks/main.yml
文件是role定义task或者引入task文件的地方。
---
# tasks file for role01
- name: task1
debug:
msg: "{{ foo1.a }} {{ foo1.b }}"
notify: handler1
changed_when: true # 该指令使得chenged=1,触发notify
定义role的handler
/etc/ansible/roles/role01/handles/main.yml
文件是role定义handler或者引入handler文件的地方。
---
# handlers file for role01
- name: handler1
debug:
msg: "run handler1"
执行:
$ ansible-playbook enter.yml
PLAY [enter for all roles] **********************************************************************************************************
TASK [role01 : task1] ***************************************************************************************************************
changed: [node1] => {}
MSG:
hello world
RUNNING HANDLER [role01 : handler1] *************************************************************************************************
ok: [node1] => {}
MSG:
run handler1
PLAY RECAP **************************************************************************************************************************
node1 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
playbook的执行顺序
playbook
从上往下执行各个play
,在每个play
内,从上往下执行各个task
。
一个节点执行任务的顺序如下:
- 解析配置/etc/ansible/ansible.cfg
- 解析inventory
- gather_facts任务
- pre_tasks任务
- pre_tasks任务触发的handler
- roles指令加载的role
- task指令中的任务
- roles和tasks触发的handler
- post_tasks指令中的任务
- post_tasks中任务触发的handler
多个节点时,ansible
在所有节点上执行完成前一个任务后,才进入下一个任务的执行流程。handlers
是在所有节点上的所有任务执行完成后,开始执行。
- 从inventory中选择执行play的相关主机
- 连接到远程主机,通常使用ssh方式
- 拷贝相关模块到远程主机,并开始执行
理解委托任务
委托是指将原本在一个节点上执行的任务,委托给另一个节点执行。
要想理解委托,需要先了解ansible任务的执行过程:默认情况下,ansible先选择执行任务的主机,后连接该主机,再拷贝相关模块,并在该远程主机上执行模块。
但是在任务中进行了委托后,实际连接主机和执行模块动作将发生改变。比如将node1主机的任务委托给node2,ansible会根据hosts指令选择远程主机node1后,然后根据delegate_to
指令,连接到node2节点,并将相关模块拷贝到node2并在node2上执行。
以下使用dalegate_to
指令做个演示
test.yaml文件:
---
- name: play1
hosts: node1
gather_facts: no
tasks:
- name: task1
shell: hostname
delegate_to: node2 # 委托node2执行shell模块
执行ansible-playbook -vvv test.yaml
,然后查看具体的执行日志。
再将delegate_to
指令去除,执行ansible-playbook -vvv test.yaml
命令查看不委托的执行过程,两者对比很容易发现ansible连接的主机为委托的主机。
$ ansible-playbook -vvv test.yaml
打印输出日志如下,也可在/var/log/ansible.log
中查看。
ansible-playbook 2.9.25
config file = /etc/ansible/ansible.cfg
configured module search path = [u'/root/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
ansible python module location = /usr/lib/python2.7/site-packages/ansible
executable location = /usr/bin/ansible-playbook
python version = 2.7.5 (default, Oct 14 2020, 14:45:30) [GCC 4.8.5 20150623 (Red Hat 4.8.5-44)]
Using /etc/ansible/ansible.cfg as config file
host_list declined parsing /etc/ansible/hosts as it did not pass its verify_file() method
script declined parsing /etc/ansible/hosts as it did not pass its verify_file() method
auto declined parsing /etc/ansible/hosts as it did not pass its verify_file() method
Parsed /etc/ansible/hosts inventory source with ini plugin
Skipping callback 'actionable', as we already have a stdout callback.
Skipping callback 'counter_enabled', as we already have a stdout callback.
Skipping callback 'debug', as we already have a stdout callback.
Skipping callback 'dense', as we already have a stdout callback.
Skipping callback 'dense', as we already have a stdout callback.
Skipping callback 'full_skip', as we already have a stdout callback.
Skipping callback 'json', as we already have a stdout callback.
Skipping callback 'minimal', as we already have a stdout callback.
Skipping callback 'null', as we already have a stdout callback.
Skipping callback 'oneline', as we already have a stdout callback.
Skipping callback 'selective', as we already have a stdout callback.
Skipping callback 'skippy', as we already have a stdout callback.
Skipping callback 'stderr', as we already have a stdout callback.
Skipping callback 'unixy', as we already have a stdout callback.
Skipping callback 'yaml', as we already have a stdout callback.
PLAYBOOK: test.yaml *****************************************************************************************************************
1 plays in test.yaml
PLAY [play1] ************************************************************************************************************************
META: ran handlers
TASK [task1] ************************************************************************************************************************
task path: /etc/ansible/test.yaml:6
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c node2 '/bin/sh -c '"'"'echo ~ && sleep 0'"'"''
<node2> (0, '/root\n', '')
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c node2 '/bin/sh -c '"'"'( umask 77 && mkdir -p "` echo /root/.ansible/tmp `"&& mkdir "` echo /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554 `" && echo ansible-tmp-1642857067.57-71643-202799162287554="` echo /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554 `" ) && sleep 0'"'"''
<node2> (0, 'ansible-tmp-1642857067.57-71643-202799162287554=/root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554\n', '')
<node1> Attempting python interpreter discovery
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c node2 '/bin/sh -c '"'"'echo PLATFORM; uname; echo FOUND; command -v '"'"'"'"'"'"'"'"'/usr/bin/python'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'python3.7'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'python3.6'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'python3.5'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'python2.7'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'python2.6'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'/usr/libexec/platform-python'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'/usr/bin/python3'"'"'"'"'"'"'"'"'; command -v '"'"'"'"'"'"'"'"'python'"'"'"'"'"'"'"'"'; echo ENDFOUND && sleep 0'"'"''
<node2> (0, 'PLATFORM\nLinux\nFOUND\n/usr/bin/python\n/usr/bin/python2.7\n/usr/libexec/platform-python\n/usr/bin/python\nENDFOUND\n', '')
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c node2 '/bin/sh -c '"'"'/usr/bin/python && sleep 0'"'"''
<node2> (0, '{"osrelease_content": "NAME=\\"CentOS Linux\\"\\nVERSION=\\"7 (Core)\\"\\nID=\\"centos\\"\\nID_LIKE=\\"rhel fedora\\"\\nVERSION_ID=\\"7\\"\\nPRETTY_NAME=\\"CentOS Linux 7 (Core)\\"\\nANSI_COLOR=\\"0;31\\"\\nCPE_NAME=\\"cpe:/o:centos:centos:7\\"\\nHOME_URL=\\"https://www.centos.org/\\"\\nBUG_REPORT_URL=\\"https://bugs.centos.org/\\"\\n\\nCENTOS_MANTISBT_PROJECT=\\"CentOS-7\\"\\nCENTOS_MANTISBT_PROJECT_VERSION=\\"7\\"\\nREDHAT_SUPPORT_PRODUCT=\\"centos\\"\\nREDHAT_SUPPORT_PRODUCT_VERSION=\\"7\\"\\n\\n", "platform_dist_result": ["centos", "7.9.2009", "Core"]}\n', '')
Using module file /usr/lib/python2.7/site-packages/ansible/modules/commands/command.py
<node2> PUT /root/.ansible/tmp/ansible-local-71634Zeeqqp/tmpWHppzz TO /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554/AnsiballZ_command.py
<node2> SSH: EXEC sftp -b - -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c '[node2]'
<node2> (0, 'sftp> put /root/.ansible/tmp/ansible-local-71634Zeeqqp/tmpWHppzz /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554/AnsiballZ_command.py\n', '')
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c node2 '/bin/sh -c '"'"'chmod u+x /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554/ /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554/AnsiballZ_command.py && sleep 0'"'"''
<node2> (0, '', '')
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c -tt node2 '/bin/sh -c '"'"'/usr/bin/python /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554/AnsiballZ_command.py && sleep 0'"'"''
<node2> (0, '\r\n{"changed": true, "end": "2022-01-22 21:11:09.433351", "stdout": "node2", "cmd": "hostname", "rc": 0, "start": "2022-01-22 21:11:09.333195", "stderr": "", "delta": "0:00:00.100156", "invocation": {"module_args": {"creates": null, "executable": null, "_uses_shell": true, "strip_empty_ends": true, "_raw_params": "hostname", "removes": null, "argv": null, "warn": true, "chdir": null, "stdin_add_newline": true, "stdin": null}}}\r\n', 'Shared connection to node2 closed.\r\n')
<node2> ESTABLISH SSH CONNECTION FOR USER: None
<node2> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o Port=22 -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o ConnectTimeout=10 -o ControlPath=/root/.ansible/cp/0d67807d8c node2 '/bin/sh -c '"'"'rm -f -r /root/.ansible/tmp/ansible-tmp-1642857067.57-71643-202799162287554/ > /dev/null 2>&1 && sleep 0'"'"''
<node2> (0, '', '')
changed: [node1 -> node2] => {
"changed": true,
"cmd": "hostname",
"delta": "0:00:00.100156",
"end": "2022-01-22 21:11:09.433351",
"invocation": {
"module_args": {
"_raw_params": "hostname",
"_uses_shell": true,
"argv": null,
"chdir": null,
"creates": null,
"executable": null,
"removes": null,
"stdin": null,
"stdin_add_newline": true,
"strip_empty_ends": true,
"warn": true
}
},
"rc": 0,
"start": "2022-01-22 21:11:09.333195"
}
STDOUT:
node2
META: ran handlers
META: ran handlers
PLAY RECAP **************************************************************************************************************************
node1 : ok=1 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
到此为止,ansible的基础算是过了一遍,对ansible的基础概念、用法有了一个大概的了解,作为入门是够了。
但是ansible的内容和细节还有很多,包括不限于:
-
inventory更加复杂的定义方式
-
各种级别的指令
-
众多类型的变量和其作用
-
各种条件判断
-
各类循环,以及其它控制流程
-
文件如何加载解析、任务执行的顺序及方式
-
更多的模块、插件
-
role、vault、jinja2
-
配置文件
-
二次开发
后续将进一步分享...