本章节则介绍毕竟特别的东西:处理程序。为了运行任务更“丝滑”来达到需求。
Ansible模块设计为具有幂等性。这表示,在正确编写的playbook中,playbook及其任务可以运行多次而不会改变受管主机,除非需要进行更改使受管主机进入所需的状态。
但有时候,在任务确实更改系统时,可能需要运行进一步的任务。例如,更改服务配置文件时可能要求重新加载该服务以便使其更改的配置生效。
处理程序是响应由其他任务触发的通知的任务。仅当任务在受管主机上更改了某些内容时,任务才通知其处理程序。每个处理程序具有全局唯一的名称,在playbook中任务块的末尾触发。如果没有任务通过名称通知处理程序,处理程序就不会运行。如果一个或多个任务通知处理程序,处理程序就会在play中的所有其他任务完成后运行一次。因为处理程序就是任务,所以可以在处理程序中使用他们将用于任何其他任务的模块。通常而言,处理程序被用于重新引导主机和重启服务。
处理程序可视为非活动任务,只有在使用notify语句显式调用时才会被触发。
在下列代码片段中,只有配置文件更新并且通知了该任务,restart apache处理程序才会重启Apache服务器:
---
- name: handlers
hosts: servera
remote_user: root
tasks:
- name: httpd installed
yum:
name: httpd
state: present
- name: provides configure
template:
src: files/httpd.conf
dest: /etc/httpd/conf/httpd.conf
notify: # notify语句指出该任务需要触发一个处理程序
- restarted apache # 要运行的处理程序的名称(这里写的必须与下面handlers中- name:选项后的要一样)
- name: start service
service:
name: httpd
state: started
handlers: # handlers关键字表示处理程序任务列表的开头
- name: restarted apache # 被任务调用的处理程序的名称
service: # 用于该处理程序的模块
name: httpd
state: restarted
注意:handlers的缩进应该与tasks对齐
明确主机清单与配置文件
(实验一直使用,怕你们忘记,回顾一下。)
[student@servera example]$ cat hosts
servera
serverb
serverc
serverd
[dev]
serverb
[test]
serverc
[pro]
serverd
[student@servera example]$ cat ansible.cfg
[defaults]
inventory = hosts
[privilege_escalation]
become=True
become_method=sudo
become_user=root
become_ask_pass=False
编写有处理程序的剧本
[student@servera example]$ cat handler.yml
---
- name: handlers
hosts: servera
tasks:
- name: install httpd
yum:
name: httpd
state: latest
changed_when: yes
notify:
- abc
- name: provides html
copy:
content: " test a page.\n"
dest: /var/www/html/index.html
notify:
- xxx
- name: start service
service:
name: httpd
state: started
handlers:
- name: xxx
service:
name: httpd
state: restarted
- name: abc
debug:
msg: test
执行剧本以观察输出
[student@servera example]$ ansible-playbook handler.yml
PLAY [handlers] ************************************************************************
TASK [Gathering Facts] *****************************************************************
ok: [servera]
TASK [install httpd] *******************************************************************
changed: [servera]
TASK [provides html] *******************************************************************
changed: [servera]
TASK [start service] *******************************************************************
ok: [servera]
RUNNING HANDLER [xxx] ******************************************************************
changed: [servera]
RUNNING HANDLER [abc] ******************************************************************
ok: [servera] => {
"msg": "test"
}
PLAY RECAP *****************************************************************************
servera: ok=6 changed=3 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
从上可知,就算abc处理程序先被notify,但处理程序还是按handlers部分指定的顺序运行。
等所有的任务执行完,最后才执行处理程序。
1.处理程序始终按照play的handlers部分指定的顺序运行,它们不按在任务中由notify语句列出的顺序运行,或按任务通知它们的顺序运行
2.处理程序通常在相关play中的所有其他任务完成后运行,playbook的tasks部分中某一任务调用的处理程序,将等到tasks下的所有任务都已处理后才会运行
3.处理程序名称存在于各play命名空间中,如果两个处理程序被错误地给予相同的名称,则仅会运行第一个
4.即使有多个任务通知处理程序,该处理程序依然仅运行一次,如果没有任务通知处理程序,它就不会运行
5.如果包含notify语句的任务没有报告changed结果(例如,软件包已安装并且任务报告ok),则处理程序不会获得通知,处理程序将被跳过,直到有其他任务通知它。只有相关任务报告了changed状态,Ansible才会通知处理程序
重要:
处理程序用于在任务对受管主机进行更改时执行额外操作,它们不应用作正常任务的替代
阅读量:1971
点赞量:0
收藏量:0