Ansible基础

Ansible

目录

官网文档：

//docs.ansible.com/ansible/latest/

//docs.ansible.com/ansible/latest/user_guide/index.html

安装

yum安装

配置yum源

$ cat /etc/yum.repos.d/ansible.repo
[epel]
name=epel
baseurl=//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 [email protected]

测试：

[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模块

官网说明：//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、play、task的关系

  • playbook中可以定义一个或多个play
  • 每个play中可以定义一个或多个task
    • 其中还可以定义两类特殊的task：pre_tasks和post_tasks
    • pre_tasks表示执行执行普通任务之前执行的任务列表
    • post_tasks表示普通任务执行完之后执行的任务列表
  • 每个play都需要通过hosts指令指定要执行该play的目标主机
  • 每个play都可以设置一些该play的环境控制行为，比如定义play级别的变量

playbook01

编写一个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 "

//docs.ansible.com/ansible/latest/collections/ansible/builtin/shell_module.html#ansible-collections-ansible-builtin-shell-module

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"

//docs.ansible.com/ansible/latest/collections/ansible/builtin/script_module.html#ansible-collections-ansible-builtin-script-module

hostname模块

说明：

设置远程设备的主机名。

//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

还可以引入目录，使用条件和其它参数控制引入的变量文件。这里不展开了，该模块有很多参数和用法，具体可参考官网：

//docs.ansible.com/ansible/latest/collections/ansible/builtin/include_vars_module.html#ansible-collections-ansible-builtin-include-vars-module

-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的执行顺序

一个节点执行任务的顺序如下：

  • 解析配置/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=\\"//www.centos.org/\\"\\nBUG_REPORT_URL=\\"//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

  • 二次开发

  • 配置文件

Tags:

VirMach 便宜 VPS

QNews

QNews