什么是Playbook?
playbook
是由一个或者多个模块组成的, 使用多个不同的模块, 完成一件事。
playbook
通过yaml
语法来识别描述的状态文件, 扩展名为yaml
。
Playbook的三个语法特点
缩进
YAML使用一个固定的缩进风格表示层级结构, 每个缩进由两个空格组成, 不能使用Tab
。
冒号
除了以冒号为结尾的以外, 其他所有的冒号后面必须要有空格。
短横线
- 表示列表项, 使用一个短横线加一个空格。
- 多个项使用同样的缩进级别作为同一列表。
一个安装Httpd的简单实例:
# ansible install httpd
- hosts: # 这里是需要安装的机器列表, 也可以是ansible配置好的组名
- 192.168.199.110
- 192.168.199.180
tasks: # 任务块
- name: install httpd server # 描述信息
yum: # ansible 模块
name: httpd,lrzsz # 需要安装的软件名称
state: installed # 执行动作
- name: start httpd server
service:
name: httpd
state: started
enabled: yes
Playbook 常用到的关键字
hosts
hosts这一块的内容一个或者多个组或主机, 以逗号为分隔符, 或者也可换行写。
例子如下:
两种写法, 都可:
- hosts: web
remote_user: root # 远程执行的用户
sudo: yes # 是否使用sudo
sudo_user: lanyulei # 登陆到远程机器后sudo到其他用户
或者
- hosts:
- 192.168.1.1
- 192.168.1.2
如果你需要在使用sudo
时指定密码, 可在运行ansible-playbook
命令时加上选项--ask-sudo-pass(-K)
。
如果使用sudo
时, playbook
疑似被挂起, 可能是在sudo
提示处被卡住, 这时可执行Control-C
杀死卡住的任务, 再重新运行一次。
tasks
每一个play
包含了一个任务列表。
一个task
在其所对应的所有主机上通过hosts
匹配的所有主机执行完毕之后, 下一个task
才会执行。
有一点需要明白的是(很重要), 在一个play
之中, 所有hosts
会获取相同的任务指令,这是play
的一个目的所在, 也就是将一组选出的hosts
映射到task
。
每一个task
必须有一个名称name
, 这样在运行playbook
时, 从其输出的任务执行信息中可以很好的辨别出是属于哪一个task
的。
如果没有定义name
, action
的值将会用作输出信息中标记特定的task
。
例子如下:
两种写法, 都可:
tasks:
- name: make sure apache is running # 描述
service:
name: httpd
state: started
enabled: yes
或者
tasks:
- name: make sure apache is running
service: name=httpd state=started enabled=yes
比较特别的两个ansible模块, command和shell是无法使用key=value
的形式来书写的。
只能写成以下方式:
tasks:
- name: disable selinux
command: /sbin/setenforce 0 # shell: /sbin/setenforce 0
当你不需要关心command或者shell的命令执行成功与否的时候, 但是仍需执行后续的动作, 可忽略错误。
例子如下:
tasks:
- name: run this command and ignore the result
shell: /usr/bin/somecommand || /bin/true # 总是返回True
或者
tasks:
- name: run this command and ignore the result
shell: /usr/bin/somecommand
ignore_errors: True # 忽略错误
在action
行中, 可以使用变量, 假设在vars
哪里定义了一个变量vhost
, 则可这样使用:
tasks:
- name: create a virtual host file for {{ vhost }}
template: src=somefile.j2 dest=/etc/httpd/conf.d/{{ vhost }}
或者
tasks:
- name: create a virtual host file for {{ vhost }}
copy:
src: somefile.j2
dest: /etc/httpd/conf.d/{{ vhost }}
handlers
在发生改变时执行的操作。
当action
发送改动的时候, notify actions
会在playbook
的指定task
结束时被触发,而且即使有多个不同的task
通知改动的发生, notify actions
只会被触发一次.
以下例子, 当推送配置文件与远程主机上的不相同, 要修改远程主机上的配置文件的时候, 则触发handlers
重启两个服务:
tasks:
- name: update httpd config
copy:
src: ./conf/httpd.conf
dest: /etc/htppd/conf/httpd.conf
notify:
restart httpd # 对应handlers中的name
- name: update my.ini
copy:
src: ./conf/my.ini
dest: /etc/my.ini
notify:
restart mysql
handlers:
- name: restart httpd
service:
name: httpd
state: restarted
- name: restart mysql
service:
name: mysqld
state: restarted
如果你想立即执行所有的handlers
命令, 在1.2及以后的版本, 可以这样做:
tasks:
- shell: some tasks go here
- meta: flush_handlers
- shell: some other tasks
任何在排队等候的handlers
会在执行到meta
部分时, 优先执行。
这个技巧在有些时候也能派上用场。
handlers
最佳的应用场景是用来重启服务, 或者触发系统重启操作, 除此以外很少用到了。
本文为原创文章,未经授权禁止转载本站文章。
原文出处:兰玉磊的个人博客
原文链接:https://www.fdevops.com/2020/03/08/ansible-quick-tutorial
版权:本文采用「署名-非商业性使用-相同方式共享 4.0 国际」知识共享许可协议进行许可。