---

一、Playbook简介

在Ansible中，playbook就是一个包含了要在远程主机上执行的一系列任务的文件。通过playbook，可以实现自动化配置、部署和管理远程主机的操作。它可以定义任务的顺序、条件、并发执行等，是Ansible自动化工具中的核心组件之一。通过编写和执行playbook，可以实现系统管理的自动化和规范化。

三种常见的数据格式

• XML：Extensible Markup Language，可扩展标记语言，可用于数据交换和配置
• JSON：JavaScript Object Notation, JavaScript 对象表记法，主要用来数据交换或配置，不支持注释
• YAML：YAML Ain’t Markup Language YAML 不是一种标记语言， 主要用来配置，大小写敏感，不支持tab。
  注意：ansible使用的YAML语言。
  由于YAML语言不支持tab所以我们设置一些vim编辑器的选项

set ai 开启自动缩进
set ts=2 设置Tab键的宽度为2个空格

Playbook特点

• playbook 剧本是由一个或多个"play"组成的列表。
• play的主要功能在于将预定义的一组主机，装扮成事先通过ansible中的task定义好的角色。Task实际是调用ansible的一个module，将多个play组织在一个playbook中，即可以让它们联合起来，按事先编排的机制执行预定义的动作。
• Playbook 文件是采用YAML语言编写的。

YAML语言介绍

YAML：YAML Ain’t Markup Language，即YAML不是标记语言。不过，在开发的这种语言时，YAML的意思其实是：“Yet Another Markup Language”（仍是一种标记语言）

YAML是一个可读性高的用来表达资料序列的格式。YAML参考了其他多种语言，包括：XML、C语言、Python、Perl以及电子邮件格式RFC2822等。Clark Evans在2001年在首次发表了这种语言，另外Ingy döt Net与Oren Ben-Kiki也是这语言的共同设计者,目前很多最新的软件比较流行采用此格式的文件存放配置信息，如:ubuntu，anisble，docker，kubernetes等。

YAML官方网站：http://www.yaml.organsible 官网: https://docs.ansible.com/ansible/latest/reference_appendices/YAMLSyntax.html

YAML语言特性

• YAML的可读性好
• YAML和脚本语言的交互性好
• YAML使用实现语言的数据类型
• YAML有一个一致的信息模型
• YAML易于实现
• YAML可以基于流来处理
• YAML表达能力强，扩展性好

YAML语法简介

• 在单一文件第一行，用连续三个连字号"-" 开始，还有选择性的连续三个点号( … )用来表示文件的结尾
• 次行开始正常写Playbook的内容，一般建议写明该Playbook的功能
• 使用#号注释代码
• 缩进必须是统一的，不能空格和tab混用
• 缩进的级别也必须是一致的，同样的缩进代表同样的级别，程序判别配置的级别是通过缩进结合换行来实现的
• YAML文件内容是区别大小写的，key/value的值均需大小写敏感
• 多个key/value可同行写也可换行写，同行使用，分隔
• key后面冒号要加一个空格 比如: key: value
• value可是个字符串，也可是另一个列表
• YAML文件扩展名通常为yml或yaml

支持的数据类型

• YAML 支持以下常用几种数据类型：
• 标量：单个的、不可再分的值
• 对象：键值对的集合，又称为映射（mapping）/ 哈希（hashes） / 字典（dictionary）
• 数组：一组按次序排列的值，又称为序列（sequence） / 列表（list）

二、Playbook核心组件

一个playbook 中由多个组件组成,其中所用到的常见组件类型如下:

• Hosts 执行的远程主机列表
• Tasks 任务集,由多个task的元素组成的列表实现,每个task是一个字典,一个完整的代码块功能需最少元素需包括 name 和 task,一个name只能包括一个task。
• Variables 内置变量或自定义变量在playbook中调用。
• Templates 模板，可替换模板文件中的变量并实现一些简单逻辑的文件。
• Handlers 和 notify 结合使用，由特定条件触发的操作，满足条件方才执行，否则不执行。
• tags 标签 指定某条任务执行，用于选择运行playbook中的部分代码。ansible具有幂等性，因此会自动跳过没有变化的部分，即便如此，有些代码为测试其确实没有发生变化的时间依然会非常地长。此时，如果确信其没有变化，就可以通过tags跳过此些代码片断。

注意：查看模块用法 用ansible-doc 加上 模块名 可以查看模块的使用方法和例子

host组件

Hosts：playbook中每一个play的目的都是为了让特定主机以某个指定的用户身份执行任务。hosts用于指定要执行指定任务的主机，需要事先定义在主机清单中。

host文件的例子

Websrvs:dbsrvs	#或者，两个组的并集W
ebsrvs:&dbsrvs	#与，两个组的交集
webservers:!dbsrvs	#在websrvs组，但不在dbsrvs组

- hosts: websrvs:appsrvs

remote_user组件

remote_user: 可用于Host和task中。也可以通过指定其通过sudo的方式在远程主机上执行任务，其可用于play全局或某任务；此外，甚至可以在sudo时使用sudo_user指定sudo时切换的用户。

- hosts: websrvs remote_user: zhangsan                    tasks:- name: test connection ping:remote_user: wangsudo: yes#默认sudo为rootsudo_user:wang#sudo为wang

task列表和action组件

play的主体部分是task list，task list中有一个或多个task,各个task 按次序逐个在hosts中指定的所有主机上执行，即在所有主机上完成第一个task后，再开始第二个task。

task的目的是使用指定的参数执行模块，而在模块参数中可以使用变量。模块执行是幂等的，这意味着多次执行是安全的，因为其结果均一致每个task都应该有其name，用于playbook的执行结果输出，建议其内容能清晰地描述任务执行步骤。如果未提供name，则action的结果将用于输出。

写yml时，一定要注意对齐！
set ai 开启自动缩进
set ts=2 设置Tab键的宽度为2个空格

gather_facts

作用：收集信息
表示不收集信息，但是使用变量是需要收集。
默认是收集信息的。

---
- hosts: webremote_user: rootgather_facts: notasks:-name: install httpd yum: name=httpd-name: start httpdservice: name=httpd state=started enabled=yes

Handlers notify

Handlers本质是task list ，类似于MySQL中的触发器触发的行为，其中的task与前述的task并没有本质上的不同，主要用于当关注的资源发生变化时，才会采取一定的操作。而Notify对应的action可用于在每个play的最后被触发，这样可避免多次有改变发生时每次都执行指定的操作，仅在所有的变化发生完成后一次性地执行指定操作。在notify中列出的操作称为handler，也即notify中调用handler中定义的操作。

注意:

• 如果多个task通知了相同的handlers， 此handlers仅会在所有tasks结束后运行一 次。
• 只有notify对应的task发生改变了才会通知handlers，没有改变则不会触发handlers 。
• handlers 是在所有前面的tasks都成功执行才会执行，如果前面任何一个task失败，会导致handler跳过执行，可以使用force_handlers: yes 强制执行handler。

---- hosts: webgather_facts: notasks:- name: add groupgroup: name=nginx state=present- name: add useruser: name=nginx state=present group=nginx- name: install epelyum: name=epel-release.noarch state=present- name: install nginxyum: name=nginx state=present- name: config filecopy: src=/data/nginx.conf dest=/etc/nginxnotify:- restart nginxhandlers:- name: restart nginxservice: name=nginx state=restarted
~

当配置文件发生改动时，才会触发handlers，并重新启动nginx。注意notify和handlers是成对出现的。notify下面的名字和handlers的名字要一致。

ignore_errors

如果一个task出错，默认将不会继续执行后续的其他task。利用ignore_errors:yes可以忽略此task的错误，继续向下执行playbook其它的task。

playbook是默认顺序执行的，当一个出错之后，便不会执行下一个，所以对于那些不重要的命令，如果执行不成功，即可忽略。

---
- hosts: websrvstasks:- name: errorcommand: /bin/falseignore_errors: yes- name: continuecommand: wall continue

三、playbook命令

playbook命令

命令	含义
–syntax-check	语法检查,可缩写成–syntax, 相当于bash -n
-C --check	模拟执行,只检测可能会发生的改变，但不真正执行操作,dry run
–list-hosts	列出tag
–list-tasks	列出task
–limit	只针对主机列表中的特定主机执行 --limit 主机地址
-i INVENTORY	指定主机清单文件,通常一个项对应一个主机清单文件
–start-at-task START_AT_TASK	从指定task开始执行,而非从头开始,START_AT_TASK为任务的name
-v -vv -vvv	显示过程

tags 标签

在playbook文件中，可以利用tags组件，为特定 task 指定标签，当在执行playbook时，可以只执行特定tags的task,而非整个playbook文件。
tag就相当于标签。

vim httpd.yml
---
# tags example
- hosts: websrvsremote_user: rootgather_facts: notasks:- name: Install httpdyum: name=httpd state=present- name: Install configure filecopy: src=files/httpd.conf dest=/etc/httpd/conf/tags: conf- name: start httpd servicetags: serviceservice: name=httpd state=started enabled=yes

ansible-playbook –t conf,service httpd.yml

四、Playbook中的变量

变量名：仅仅能由字母、数字和下划线组成，且只能以字母开头。
变量调用方式：
通过{{ variable_name }} 调用变量，且变量名前后建议加空格，有时用"{{ variable_name }}"才生效。
变量来源：

1. ansible 的 setup facts 远程主机的所有变量都可直接调用

2. 通过命令行指定变量，优先级最高

setup模块中的变量

本模块自动在playbook调用，不要用ansible命令调用,生成的系统状态信息, 并存放在facts变量中。详情可以用ansible-doc setup查询。facts 包括的信息很多,如: 主机名,IP,CPU,内存,网卡等。

facts 变量的实际使用场景案例：

• 通过facts变量获取被控端CPU的个数信息,从而生成不同的Nginx配置文件。
• 通过facts变量获取被控端内存大小信息,从而生成不同的memcached的配置文件。
• 通过facts变量获取被控端主机名称信息,从而生成不同的Zabbix配置文件。

利用setup 模块中的变量生成日志文件

---
- hosts:  webremote_user: rootgather_facts: yestasks:- name: create log filefile: name=/data/{{ ansible_nodename }}.log state=touch owner=zhangsan mode=600

Playbook命令行中定义变量

"{ { 变量名 } } "
使用ansible-playbook -e 选项，在使用命令时定义变量。

- hosts: webgather_facts: notasks:- name: create  useruser: name={{ myname }}   system=yes  create_home=noansible-playbook   -e  myname=cxk  -e myname1=wyf  playbook

定义变量文件

- hosts: webgather_facts: notasks:- name: install  {{pkname1}}yum:  name={{pkname1}}  state=present- name: install {{pkname2}}yum: name={{pkname2}}  state=presentansible-playbook -e "@var"  test1.yml 
#  @代表文件    var 即是文件名   

注意：
1.var文件要在同一文件夹中
2.定义变量时

tasks:- name: install  "{{pkname1}}"
或者
tasks:- name: "install  {{pkname1}}"

直接在playbook文件中建立变量

方法是：使用vars组件。

---
- hosts: webvars:username: test1groupname: group1tasks:- name: create groupgroup: name={{ groupname }}  state=present- name: create useruser: name={{ username }} state=present

变量之间相互调用

---
- hosts: websvars: suffix: "txt"file: "{{ ansible_nodename }}.{{suffix}}"tasks:- name: test varfile: path="/data/{{file}}" state=touch

使用独立的变量文件

可以在一个独立的playbook文件中定义变量，在另一个playbook文件中引用变量文件中的变量，比playbook中定义的变量优化级高。

先写一个变量文件

vim vars.yml
---
# variables file
package_name: mariadb-server
service_name: mariadb

然后调用这个文件

vim var5.yml
---
#install package and start service
- hosts: dbsrvsremote_user: rootvars_files:- vars.ymltasks:- name: install packageyum: name={{ package_name }}tags: install- name: start serviceservice: name={{ service_name }} state=started enabled=yes

针对主机和主机组的变量

在inventory主机清单文件中指定的主机定义变量以便于在playbook中使用。

在hosts文件中修改，并且只针对单个主机。

[websrvs]
www1.cxk.com http_port=80   maxRequestsPerChild=808
www2.cxk.com http_port=8080 maxRequestsPerChild=909
#只是针对单个主机

例子：

vim /etc/ansible/hosts   
[web]
192.168.232.20  hname=www1  domain=accp.com
192.168.232.30  hname=www2  domain=cxk.com[web:vars]
mark='-'ansible web -m hostname  -a 'name={{ hname }}{{ mark }}{{ domain }}' 

这些变量只针对单个主机有效。

四、template模版技术

Ansible模板技术是Ansible自动化工具中的一个重要特性，它使用Jinja2模板引擎来生成动态配置文件。

Jinja2简介

Jinja2 是一个现代的，设计者友好的，仿照 Django 模板的 Python 模板语言。 它速度快，被广泛使用，并且提供了可选的沙箱模板执行环境保证安全:

特性:

• 沙箱中执行
• 强大的 HTML 自动转义系统保护系统免受 XSS
• 模板继承
• 及时编译最优的 python 代码
• 可选提前编译模板的时间
• 易于调试。异常的行数直接指向模板中的对应行。
• 可配置的语法

http://docs.jinkan.org/docs/jinja2/
https://www.w3cschool.cn/yshfid/
官方中文文档

template

template功能：可以根据和参考模块文件，动态生成相类似的配置文件 template文件必须存放于templates目录下，且命名为 .j2 结尾 yaml/yml 文件需和templates目录平级。

是这样一个目录：

但是用template模块式，它会用模版生成的内容完全替换目标文件。 请特别注意。

template中使用流程控制for和 if

for循环
例子生成虚拟主机。

准备j2文件，注意for循环有其固定的写法。

vim templates/for1.j2 
#  准备  j2 文件{% for vhost in nginx_vhosts %}
server {listen {{ vhost }}
}
{% endfor %}

这边定义了一个变量vhost。

准备yml文件

---
- hosts: webvars:nginx_vhosts:- 81- 82- 83tasks:- name: template configtemplate: src=for1.j2    dest=/data/test.conf

这样即可完成。

五、循环迭代

需要执行重复性的任务时，需要用迭代机制。

迭代with_items(loop)

对迭代项的引用，固定内置变量名为"item"；要在task中使用with_items给定要迭代的元素列表；注意: ansible2.5版本后,可以用loop代替with_items。

---
- hosts: webgather_facts: notasks:- name: create useruser: name={{ item }}  state=present groups=wheelwith_items:- testuser1- testuser2- testuser3
**注意= 号后不要空格**上面语句的功能等同于下面的语句- name: add several users  user: name=testuser1 state=present groups=wheel- name: add several usersuser: name=testuser2 state=present groups=wheel- name: add several usersuser: name=testuser3 state=present groups=wheel

迭代嵌套子变量

在迭代中，可以嵌套自变量，用来提高工作效率。
例子：
批量建立用户

---
- hosts: webgather_facts: notasks:- name: create groupgroup: name={{ item }} state=presentwith_items:- nginx- mysql- tomcat- name: create useruser: name={{ item.user }} group={{ item.group }} uid={{ item.uid }} state=presentwith_items:- { user: 'nginx', group: 'nginx' , uid: '80' }- { user: 'mysql', group: 'mysql' , uid: '3306' }- { user: 'tomcat', group: 'tomcat' , uid: '8080' }

playbook中使用when

when语句可以实现条件测试。如果需要根据变量、facts或此前任务的执行结果来做为某task执行与否的前提时要用到条件测试,通过在task后添加when子句即可使用条件测试，jinja2的语法格式。

---
- hosts: webtasks:- name: install sl "{{ ansible_os_family }}"yum:  name=slwhen: ansible_os_family == "RedHat"- name: install   sl   "{{ ansible_os_family }}"apt: name=slwhen: ansible_os_family == "Debian"#ansible_os_family

根据不同的系统，使用不同的安装命令。

六、角色

角色是ansible自1.2版本引入的新特性，用于层次性、结构化地组织playbook。roles能够根据层次型结构自动装载变量文件、tasks以及handlers等。要使用roles只需要在playbook中使用include指令即可。简单来讲，roles就是通过分别将变量、文件、任务、模板及处理器放置于单独的目录中，并可以便捷地include它们的一种机制。 角色一般用于基于主机构建服务的场景中，但也可以是用于构建守护进程等场景中。

运维复杂的场景：建议使用 roles，代码复用度高。

https://docs.ansible.com/ansible/latest/user_guide/playbooks_reuse_roles.html
官方文档

在此文件夹中

role目录结构

roles/project1/tasks/files/vars/       templates/handlers/default/    meta/       project2/tasks/files/vars/       templates/handlers/default/    meta/

Role各目录作用

1. roles/project/ :项目名称,有以下子目录。
2. files/ ：存放由copy或script模块等调用的文件。
3. templates/：template模块查找所需要模板文件的目录
4. tasks/：定义task,role的基本元素，至少应该包含一个名为main.yml的文件；其它的文件需要在此文件中通过include进行包含。
5. handlers/：至少应该包含一个名为main.yml的文件；此目录下的其它的文件需要在此文件中通过include进行包含。
6. vars/：定义变量，至少应该包含一个名为main.yml的文件；此目录下的其它的变量文件需要在此文件中通过include进行包含。
7. meta/：定义当前角色的特殊设定及其依赖关系,至少应该包含一个名为main.yml的文件，其它文件需在此文件中通过include进行包含。
8. default/：设定默认变量时使用此目录中的main.yml文件，比vars的优先级低。

建立role

1. 创建role的目录结构.在以roles命名的目录下分别创建以各角色名称命名的目录，如mysql等,在每个角色命名的目录中分别创建相关的目录和文件,比如tasks、files、handlers、templates和vars等目录；用不到的目录可以创建为空目录，也可以不创建。
2. 编写和准备role的功能文件。
3. 编写playbook文件调用需要的角色应用于指定的主机

创建相应的文件夹。

建立各个文件，其中main文件中规定了所有文件执行的顺序。


注意：使用role需要再其同级别的目录建立yml文件。