ansile(3)playbook 使用
一、playbook介绍
二、palybook使用说明
三、roles说明及配置
一、playbook介绍
1.playbook介绍
顾名思义，playbook就是类似演戏的剧本一样，将所有的戏码全部放在一起，官方说明如下：
Playbooks是Ansible的配置，部署和编排语言。它们可以描述您希望远程系统执行的策略，或一般IT流程中的一组步骤。
如果Ansible模块是车间中的工具，Playbooks是您的使用手册，您的主机库存是您的原材料。
在基本层面，剧本可用于管理远程机器的配置和部署。在更高级的层面上，他们可以对涉及滚动更新的多层次发布进行排序，并且可以将动作委派给其他主机，同时与监视服务器和负载平衡器进行交互。
虽然这里有很多信息，但没有必要一次学习一切。你可以开始小，并随着时间的推移更多的功能，当你需要它们。
Playbooks被设计为人类可读的，并且用基本的文本语言开发。有多种方式来组织剧本和它们包括的文件，我们将提供一些建议，并充分利用Ansible。
二、palybook使用说明
2.playbook的使用及说明
2.1.基本变量及组件
2.1.1.基本组件
主机和用户说明：
hosts 为主机的IP，或者主机组名，或者关键字all
remote_user 在远程以哪个用户身份执行。
become 切换成其它用户身份执行，值为yes或者no
become_method 与became一起用，指可以为‘sudo’/’su’/’pbrun’/’pfexec’/’doas’
become_user 与bacome_user一起用，可以是root或者其它用户名
2.1.2.基本变量
自定义变量需要用` `引用以来即可
例如：
- host: cklserver
vars:
ser_name: nginx
tasks:
- name: install {{ ser_name }}
- yum:
name: {{ ser_name }}
state: present2.1.3.注意问题！
但是这样写YML会报错：
- hosts: app_servers
vars:
app_path: {{ base_path }}/22解决办法：要在{ 开始的值加上引号:
- hosts: app_servers
vars:
app_path: "{{ base_path }}/22"2.2.task说明
2.2.1.task的基本写法
tasks:
- name: make sure apache is running
service: name=httpd state=running参数太长可以分隔到多行
tasks:
- name: Copy ansible inventory file to client
copy: src=/etc/ansible/hosts dest=/etc/ansible/hosts
owner=root group=root mode=0644或者用yml的字典作为参数
tasks:
- name: Copy ansible inventory file to client
copy:
src: /etc/ansible/hosts
dest: /etc/ansible/hosts
owner: root
group: root
mode: 06442.2.2.task的执行状态
task中每个action会调用一个module,在module中会去检查当前系统状态是否需要重新执行. 具体的判断规则由各个module自己实现.
.如果执行那么action会得到返回值changed;
.如果不需要执行,那么action得到返回值ok
2.3.示例说明
2.3.1.不废话看一个简单的例子：
# cat apache.yml
- hosts: webserver
user: root
tasks:
- name: restart httpd
service: name=httpd state=restarted执行结果：
YML文件简单说明：
- hosts: webserver //服务器组
user: root //运行用户
tasks: //任务
- name: restart httpd //任务名称
service: name=httpd state=restarted //操作服务2.3.2.看一个稍微长一点的示例
# cat apache.yml
- hosts: webserver
remote_user: root
vars:
ser_name: httpd
tasks:
- name: add run user
user: name='niao' uid=1008 state=present
- name: install package {{ ser_name }}
yum: name={{ ser_name }} state=present
- name: copy {{ ser_name }} config file
copy: src=/etc/ansible/conf_dir/{{ ser_name }}.conf dest=/etc/{{ ser_name }}/conf/ owner=niao group=niao
- name: start {{ ser_name }} server
service: name={{ ser_name }} state=started以上内容说明：
1.添加一个uid为1008的niao用户
2.安装httpd服务
3.拷贝配置文件，并修改属主属组为niao
4.启动httpd服务
运行结果：
查看目标文件：
# cd /etc/httpd/conf
# ll
total 52
-rw-r--r-- 1 niao niao 11750 Dec 29 21:43 httpd.conf
2.4.handler说明
Handlers里面的每一个handler，也是对module的一次调用。而handler与tasks不同的是，handlers不会默认的按顺序执行。
Tasks中的任务都是有状态的，changed或者ok。 Ansible提供了一种机制，只在task的执行状态为changed的时候，才会触发执行，这就是handler。
使用情景：
如果你在tasks中修改了apache的配置文件。需要重起apache。此外还安装了apache的插件。那么还需要重起apache。像这样的应该场景中，重起apache就可以设计成一个handler.
2.4.1.一个handler最多只执行一次
在所有的任务里表执行之后执行，如果有多个task notify同一个handler,那么只执行一次。
在下面的例子里apache只执行一次
拷贝两个apache的配置文件，重启一次：
# vim httpd.yml
- hosts: webserver
remote_user: root
vars:
ser_name: httpd
tasks:
- name: copy {{ ser_name }} config file ckl
copy: src=/etc/ansible/conf_dir/ckl.conf dest=/etc/{{ ser_name }}/conf.d/ owner=niao group=niao
notify:
- call in copy action
- name: copy {{ ser_name }} config file zld
copy: src=/etc/ansible/conf_dir/zld.conf dest=/etc/{{ ser_name }}/conf.d/ owner=niao group=niao
notify:
- call in copy action
handlers:
- name: call in copy action
service: name={{ ser_name }} state=started运行结果：
action是Changed ,才会执行handler
只有当TASKS种的action的执行状态是changed时，才会触发notify handler的执行。
下面的脚本执行两次,执行结果是不同的:
上面的次执行是，tasks的状态都是changed，会触发两个handler
2.4.2.下面的执行是：
第一个task的状态是changed，触发了handlers"call in copy action"
第二个task的状态是OK，那么不会触发handlers"call in add user action"
# vim call_by.yml
- hosts: webserver
remote_user: root
vars:
ser_name: httpd
tasks:
- name: copy {{ ser_name }} config file ckl
copy: src=/etc/ansible/conf_dir/ckl.conf dest=/etc/{{ ser_name }}/conf.d/ owner=niao group=niao
notify:
- call in copy action
- name: add user niao
user: name='niao' uid=1008
notify:
- call in add user action
handlers:
- name: call in copy action
service: name={{ ser_name }} state=started
- name: call in add user action
service: name={{ ser_name }} state=started运行结果：
2.5.主机的系统变量(facts)
2.5.1.收集变量
ansible会通过module setup来收集主机的系统信息，这些收集到的系统信息叫做facts，这些facts信息可以直接以变量的形式使用。
ansible dbserver -m setup -u root
...
"ipv4": {
"address": "172.16.110.49",
"broadcast": "172.16.110.255",
"netmask": "255.255.255.0",
"network": "172.16.110.0"
},
"ipv6": [
{
"address": "fe80::4986:a223:c2d8:0",
"prefix": "64",
"scope": "link"
},
....
"ansible_hostname": "localhost",
"ansible_interfaces": [
"lo",
"ens33"
],
....
"ansible_nodename": "localhost.localdomain",
"ansible_os_family": "RedHat",
"ansible_pkg_mgr": "yum",
"ansible_processor": [
"GenuineIntel",
"Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz"
],
...2.5.2.使用facts变量示例：
- hosts: dbserver
user: root
tasks:
- name: echo system
shell: echo {{ ansible_os_family }}
- name install ntp on RedHat linux
yum: name=ntp state=installed
when: ansible_os_family == "RedHat"2.5.3.变量子属性访问
那么可以通过下面的两种方式访问复杂的变量中的子属性:
中括号：
{{ ansible_ens3["ipv4"]["address"] }}点号：
{{ ansible_ens3.ipv4.address }}关闭facts
- hosts: whatever
gather_facts: no2.6.使用命令行变量
在命令行里面传值得的方法：
ansible-playbook ckl.yml --extra-vars "hosts=web user=root"还可以用json格式传递参数：
ansible-playbook ckl.yml --extra-vars "{'hosts':'ckl1.com', 'user':'root'}"还可以将参数放在文件里面：
ansible-playbook ckl.yml --extra-vars "@vars.json"2.7.include调用
很简单，看例子就行
Include语句的功能，基本的代码重用机制。主要重用tasks。
主配置yml：
# cat main.yml
- hosts: webserver
remote_user: root
vars:
ser_name: httpd
tasks:
- include: taks/call_by.yml需要include的yml文件：
# cat taks/call_by.yml
- name: copy {{ ser_name }} config file ckl
copy: src=/etc/ansible/conf_dir/ckl.conf dest=/etc/{{ ser_name }}/conf.d/ owner=niao group=niao
notify:
- call in copy action
- name: add user niao
user: name='niao' uid=1008
notify:
- call in add user action主配置的变量可以在include文件中使用
运行结果：
三、roles说明及配置
比include更强大的代码重用机制。一个role可以包含vars_files, tasks, and handlers等等. 通常一个role定义了如何完成一个特定的功能,比如安装Webservers可以写成一个role, 安装Database可以写成一个role.
role的目录结构
site.yml
roles/
dbserver/
files/
templates/
tasks/
handlers/
vars/
defaults/
meta/
webserver/
files/
templates/
tasks/
handlers/
vars/
defaults/
meta/每个角色都会遵循以下原则：
- 如果'roles/x/tasks/main.yml'存在，里面的任务列表会被添加到`play`中。
- 如果'roles/x/handlers/main.yml'存在，里面的`handlers`会被添加到`play`中。
- 如果'roles/x/vars/main.yml'存在，里面的变量会被添加到`play`中。
- 如果'roles/x/meta/main.yml'存在，里面的角色依赖会被添加到角色列表中。
- 在'roles/x/files'任务所需要被复制的文件，无需绝对路径或者相对路径都可以引用该文件。
- 在'roles/x/files'中的任务脚本都可以直接使用该文件，无需指定绝对路径或者是相对路径。
- 在'roles/x/templates'中的模板，无需指定绝对路径或者相对路径，都可以直接使用文件名引用该文件。
- 需要包含在`roles/x/tasks'中的任务文件时，无需指定绝对路径或者相对路径，可以直接使用文件名包含。
测试示例：
目标：apache服务器组安装httpd并拷贝配置文件，启动程序
dbserver服务器组安装maridb并拷贝配置文件，启动程序
1.配置webserver
# cd roles
# mkdir -p webserver/{files,templates,tasks,handlers,vars,defaults,meta}1.1.拷贝配置文件：
cp httpd.conf webserver/files1.2.配置tasks：
# cat roles/webserver/tasks/main.yml
- name: add run user
user: name='niao' uid=1008 state=present
- name: install package httpd
yum: name=httpd state=present
- name: copy httpd config file
copy: src=httpd.conf dest=/etc/httpd/conf/ owner=niao group=niao1.3.配置handlers
# cat roles/webserver/handlers/main.yml
- name: start httpd server
service: name=httpd state=started2.配置dbserver
# mkdir -p dbserver/{files,templates,tasks,handlers,vars,defaults,meta}2.1.拷贝配置文件
cp my.cnf dbserver/files2.2.配置tasks：
# cat roles/dbserver/tasks/main.yml
- name: install mariadb package
yum: name=mariadb-server state=present
- name: copy config file
copy: src=my.cnf dest=/etc/2.3.配置handlers
# cat roles/dbserver/handlers/main.yml
- name: start mariadb server
service: name=mariadb state=started3.整体结构
# tree
├── roles
│ ├── dbserver
│ │ ├── defaults
│ │ ├── files
│ │ │ └── my.cnf
│ │ ├── handlers
│ │ │ └── main.yml
│ │ ├── meta
│ │ ├── tasks
│ │ │ └── main.yml
│ │ ├── templates
│ │ └── vars
│ └── webserver
│ ├── defaults
│ ├── files
│ │ └── httpd.conf
│ ├── handlers
│ │ └── main.yml
│ ├── meta
│ ├── tasks
│ │ └── main.yml
│ ├── templates
│ └── vars
├── site.retry
├── site.yml4.site配置
# cat site.yml
- hosts: webserver
remote_user: root
roles:
- webserver
- hosts: dbserver
remote_user: root
roles:
- dbserver5.运行结果：
