ansible playbook（二）
运行palybook时 要使用ansible-playbook命令
palybook执行任务的顺序是，在第一个主机上完成第一个任务，然后在第二个主机上完成第一个任务
而不是在第一个主机上完成所有任务，然后再在第二个主机上完成所有任务,以任务为中心，在所有主机上执行
如何构建ansible的playbook
Inventory
Modules
Ad Hoc Commands
PlayBooks
Tasks 任务，及调用某模块所完成的操作
Variable 变量
Templates 模版
Handlers 处理器，通常指的是在某条件满足时触发执行的操作
Roles 角色
如果想说清楚的playbooks，还要额外的了解一些基础概念
Ansible中使用的YAML基础元素：
变量
Inventory
条件判断
迭代
基本结构
- hosts: websrvs
remote_user:
tasks:
- name: task1
module_name:
- name: task2
module_name:
- hosts: dbsrvs
简单示例1：
- hosts: websrvs
remote_user: root
tasks:
- name: create nginx group
group: name=nginx system=yes gid=208
- name: create nginx user
user: name=nginx uid=208 system=yes group=nginx
- hosts: dbsrvs
remote_user: root
tasks:
- name: copy file to dbsrvs
copy: src=/etc/inittab dest=/tmp/inittab.ansible
简单实例2:
- hosts: websrvs
remote_user: root
tasks:
- name: install httpd packege
yum: name=httpd state=latest
- name: install configuration file for httpd
copy: src=conf/httpd.conf dest=/etc/httpd/conf/httpd.conf
- name: start httpd service
service: enabled=true name=httpd state=started
简单实例3-handler:
当配置文件发生改变时，应该让服务重启。那么重启服务就要用handler,当这个服务发生变化时使用notify属性通知要执行的handler里定义的任务如下：
- hosts: websrvs
remote_user: root
tasks:
- name: install httpd packege
yum: name=httpd state=latest
- name: install configuration file for httpd
copy: src=conf/httpd.conf dest=/etc/httpd/conf/httpd.conf
notify:
- restart httpd
- name: start httpd service
service: enabled=true name=httpd state=started
handlers:
- name: restart httpd
service: name=httpd state=restarted
~
简单实例4-定义变量：
- hosts: websrvs
remote_user: root
vars:
- package: httpd
- service: httpd
tasks:
- name: install httpd packege
yum: name={{ package }} state=latest
- name: install configuration file for httpd
copy: src=conf/httpd.conf dest=/etc/httpd/conf/httpd.conf
notify:
- restart httpd
- name: start httpd service
service: enabled=true name={{ service }} state=started
handlers:
- name: restart httpd
service: name={{ service }} state=restarted
简单示例5-使用facts变量：
- hosts: websrvs
remote_user: root
tasks:
- name: copy file
copy: content= "{{ ansible_all_ipv4_addresses }}" dest=/tmp/vars.ans
同样在inventory 中为主机 或者主机组定义的变量也可以通过 {{ 变量名 }}直接调用。
简单示例6-条件判断语句when:
- hosts: all
remote_user: root
vars:
- username: user10
tasks:
- name: create {{ username }} user
user: name= {{username}}
when: ansible_fqdn == 'node1.my.com'
简单示例7-迭代
重复执行同类task时使用
定义循环列表：with_items
- name: add serveral users
user: name={{ item }} state=present groups=wheel
with_items:
- testuser1
- testuser2
要安装多个程序包的时候使用很方便，定义yum
- apache
- php
- mysql-server
注意： with_item中的列表值也可以是字典
- name add serveral users
user: name= {{ itesm.name }} state=present groups= {{ item.groups }}
with_items:
- { name: 'testuser1', groups: 'wheel' }
- { name: 'testuser2', groups: 'root' }
比较是用的是，一个tasks下安装程序包，定义配置文件就可以用yum，和copy
with_items:
- { name: apache, conf: conffiles/httpd.conf }
- { name: php, conf: conffiles/php.ini }
- { name: mysql-server, conf: conffiles/my.cnf }
模版template 的使用，常用于静态配置文件中定义变量以及条件语句，一般在ansible中模版文件后缀名为.j2因为使用的是jinjia2模版语言。同时也要安装python的jinjia2扩展包，对于我们来将最常用的就是变量。
使用举例：
inventory中定义如下：
[websrvs]
172.16.100.7 http_port=80 maxClients=100
172.16.100.8 http_port=8080 maxClients=200
假如有一个配置文件中关于端口和maxClients配置项更改如下
Server Name {{ ansible_fqdn }}
Listen {{ http_port }}
maxClients {{ maxClients }}
一般都会创建一个名为templates/httpd.conf.j2
接着我们在playbooks就把之前使用copy模块定义配置文件的地方改用template模块，如下：
- hosts: websrvs
remote_user: root
vars:
- package: httpd
- service: httpd
tasks:
- name: install httpd packege
yum: name={{ package }} state=latest
- name: install configuration file for httpd
template: src=/root/templates/httpd.conf dest=/etc/httpd/conf/httpd.conf
notify:
- restart httpd
- name: start httpd service
service: enabled=true name={{ service }} state=started
handlers:
- name: restart httpd
service: name={{ service }} state=restarted
tags的使用
我们前面定义的playbook中有多个tasks，如果我们想单独运行这个playbook中的某一个task就需要通过tabs来实现。
- hosts: websrvs
remote_user: root
vars:
- package: httpd
- service: httpd
tasks:
- name: install httpd packege
yum: name={{ package }} state=latest
- name: install configuration file for httpd
template: src=/root/templates/httpd.conf dest=/etc/httpd/conf/httpd.conf
tags:
- conf
notify:
- restart httpd
- name: start httpd service
service: enabled=true name={{ service }} state=started
handlers:
- name: restart httpd
service: name={{ service }} state=restarted
使用下面命令，只运行tags为conf的任务
ansible-playbook apache.yml --tags='conf'
当然可以--tage='aa,bb,cc'指明多个tag
特殊tags
假如有的任务你想只要运行这个playbook（即使指定--tags）就需要执行这个task，那么就可以使用
tags: always
以上内容就可以满足我们对ansible的使用了，接来下了解角色的定义，让我们更方便的使用ansible
我们想让一批主机完成 一批任务就可以使用playbook进行配置执行。那么我们想那为什么还要有role角色这个东西的存在。存在的意义是什么。这里我们在playbook已经可以实现为一批主机执行一批任务了，为什么还要有role角色这个玩意。 那好我们来举个例子，假如一台服务器上安装nginx又安装了php还安装了mysql。那么你可以写一个playbook的yaml文件，但是我们现在又有一台主机想只执行 nginx 和php，那么你怎么实现。当然可以再次更改playbook，为其添加一个play，但这违背了开发的尽量不写重复代码的宗旨。所以你实现的方式很low。那么这时候你如果想，事先定义了三个角色，一个nginx,php，mysql 在应用到主机上就完美了，那就是roles。
roles的应用
ansible 自1.2版本引入的新特性，用于层次性、结构化地组织playbook，roles能够根据层次型结构自动装载变量文件、tasks以及handles等，要使用roles只需要在playbook中使用include指令即可，简单来讲，roles就是通过分别将变量、文件、任务、模块及处理器放置于单独的目录中，并可以便捷地include他们的一种机制，角色一般用于基于主机的构建服务的场景中，但也可以适用于构建守护进程等场景中：
一个roles的案例如下所示：
site.yml
webservers.yml
fooservers.yml
roles/
common/
files/
templates/
tasks/
handlers/
vars/
meta/
webservers/
files/
templates/
tasks/
handlers/
vars/
meta/
而在playbook中，也可以这样使用roles:
...
- hosts: webservers
roles:
- common
- webservers
也可以向roles传递参数，例如：
...
- hosts: webservers
roles:
- common
- { role: foo_app_instance, dir: '/opt/a', port: 5000}
- { role: foo_app_instance, dir: '/opt/b', port: 5001}
设置也可以条件式地使用roles， 例如：
...
- hosts: webservers
roles:
- {role: some_role, when: "ansible_os_family == 'redhat'"}
8.1创建role的步骤
（1） 创建以roles命名的目录；
（2） 在roles目录中分别创建以各种角色名称命名的目录，如 webservers等；
（3） 在每一个角色命名的目录中分别创建 files,handlers,meta, tasks,templates 和vars目录：用不到的目录可以创建为空目录，也可以不创建；
（4） 在playbook文件中，调用各角色
8.2 role内各目录汇总可用的文件
tasks目录： 至少应该包含一个名为main.yml的文件，其定义来此角色的任务列表；此文件可以使用include包含其它的位于此目录中的task文件；
files目录： 存放又copy或script等模块调用的文件；
templates目录： template模块会自动在此目录中寻找jinjia2模版文件；
handlers目录： 此目录中应当包含一个mian.yml文件，用于定义此角色用到的handler,在handler中使用include包含的其它的handler文件也应该位于此目录；
vars目录：应当包含一个mian.yml文件，用于定义此角色用到的变量；
meta目录：应当包含一个main.yml文件，用于定义此角色的特殊设定及其依赖关系，ansible 1.3及其以后的版本才支持；
default目录： 为当前角色设定变量时使用此目录，应当包含一个main.yml文件
示例：
1.创建roles目录
mkdir /root/ansible_playbooks/roles
mkidr -pv /root/ansible_playbooks/roles/{webservers, dbservers}/{tasks,files,templates,handlers,vars,meta}
2. 把要用到的文件放到 files目录下，把要用到的template文件放到 templates目录下
3. 在tasks目录中编辑main.yml
vim /root/ansible_playbooks/roles/webservers/tasks/main.yml
- name: install httpd packeg
yum: name=httpd
- name: install configuration file for httpd
template: src=httpd.conf dest=/etc/httpd/conf/httpd.conf
tags:
- conf
notify:
- restart httpd
- name: start httpd service
service: enabled=true name={{ service }} state=started
这里指定模版文件的时候，就不用指定目录来，它会自己去找角色目录下的template目录下的文件
4. 这里我们用到了notify，也就是说我们需要定义handlers，接下来
vim /root/ansible_playbooks/roles/webservers/handlers/main.yml
- name: restart httpd
service: name={{ service }} state=restarted
5. 如果想定义变量
vim /root/ansible_playbooks/roles/webservers/vars/main.yml
- http_port: 80
- service: httpd
- maxclients: 200
6. 这样我们就定义了webservers 这个角色，将来我们想要调用这个角色，需要在roles这个目录的同级目录下有site.yml文件
vim site.yml
- hosts： websrvs
remote_user: root
roles:
- webservers
至此 我们ansible-playbook site.yml
为了体现这个roles的灵活性：
vim site.yml
- hosts： 172.16.100.7
remote_user: root
roles:
- webservers
- hosts： 172.16.100.8
remote_user: root
roles:
- dbservers
- hosts： 172.16.100.9
remote_user: root
roles:
- webservers
- dbservers
4.1 YAML 简介
YAML是一个可读性高的用来表达资料序列的格式。YAML在设计时参考了其他多种语言，包括：XML、C语言、PYTHON、Perl以及电子邮件格式的RFC2882等，Clark Evans 在2001年首次发表了这种语言，另外Ingy dot Net 与 Ben-Kiki 也是这语言的共同设计者。
YAML Ain't Markup Language, 即YAML不是XML，不过，在开发的这种语言是，YAML的意思其实是： “Yet Another Markup Language"(仍是一种标记语言)，其特性：
也是用于在不同主机之间共享数据时，能够通过某种特定形式描述数据本身结构的一种数据组织形式。不同xml的是，yaml通过使用键值对+缩进的形式表示的
YAML 的可读性好
YAML 和脚本语言的交互性好
YAML 使用实现语言的数据类型
YAML 又一个一直的信息模型
YAML 易于实现
YAML 可以基于流来处理
YAML 表达能力强，扩展性好
更多的内容及规范参见http://www.yaml.org/
4.2 YAML 语法
YAML的语法和其他高阶语言类似，并且可以简单表达清单、散列表、标量等数据结构，其结构（Structure） 通过空格来展示， 序列（sequence）里的项用"-"来代表，Map里的键值对用":"分隔。下面是一个事例
name: John Smith
age: 41
gender: Male
spouse:
name: Jane Smith
age:37
gender: Female
children:
- name: Jimmy Smith
age :17
gender : Male
- name: Jenny Smith
age: 13
gender：female
YAML 文件扩展名通常为.yaml, 如 example.yaml.
4.2.1 list
列表的所有元素均使用"-"大头，例如：
# A list of tasty fruits
- Apple
- Orange
- strawberry
- mango
4.2.2 dictionay
字典通过key与value进行标示， 例如：
---
# An employee record
name: Examle Developer
job: Developer
skill: Elite
也可以将key:value 放置于{}中进行表示，例如：
---
# An employee record
{name: Examle Developer, job: Developer, skill: Elite}
五、Ansible基础元素
5.1 变量
5.1.1 变量命名
变量名仅能由字母、数字和下划线组成，且只能以字母开头
5.1.2 facts
facts 是由正在通信的远程目标主机发回的信息，这些信息被保存在ansible变量中，要获取指定的远程主机所支持的所有facts,可使用如下命令进行：
# ansible hostname -m setup
5.1.3 register
把任务的输出定义为变量，然后用于其他任务，示例如下：
tasks:
- shell: /usr/bin/foo
- register: foo_result
- ignore_errors:True
5.1.4 通过命令行传递变量
在运行playbook的时候也可以传递一些变量供playbook使用：示例如下：
ansible-playbook test.yml --extra-vars "hosts=www user=mageedu"
5.1.5 通过role传递变量
当给一个主机应用角色的时候可以传递变量， 然后在角色内使用这些变量，示例如下：
- hosts: webservers
roles:
- common
- {role: foo_app_instance, dir:'/web/htdocs/a.com', port:8080}
5.2 Inventory
ansible 的主要作用在于批量主机操作， 为了便捷地使用其中的部分主机， 可以在inventory file 中将其分组命名， 默认的inventory file为/etc/ansible/hosts.
inventory file 可以有多个，且也可以通过 Dynamic Inventory来动态生成。
5.2.1 inventory文件格式
inventory 文件遵循INI文件风格， 中括号中的字符为组名，可以将同一个主机同时归到多个不同的组中；此外，当如若目标主机使用了非默认的SSH端口，还可以在主机名称之后使用冒号来标明。
ntp.mageedu.com
[webserver]
www1.my.com:2222
www2.my.com
[dbserver]
db1.my.com
db2.my.com
db3.my.com
如果主机名遵循相似的命名模式，还可以使用列表的方式标识各主机，例如：
[webservers]
www[01:10].my.com
[databases]
db-[a:f].my.com
5.2.2主机变量
可以在inventory中定义主机时为其添加主机变量以便与在playbook中使用，例如：
[webservers]
www1.my.com http_port=80 maxRequestsPerChild=808
www1.my.com http_port=8080 maxRequestsPerChild=909
5.2.3组变量
组变量是指赋予给指定组内所有主机上的palybook中可用的变量，例如：
[webservers]
www1.my.com
www2.my.com
[webservers:vars]
ntp_server=ntp.my.com
nfs_server=nfs.my.com
5.2.4 组嵌套
inventory 中，组还可以包含其他组，并且也可以向组中的主机指定变量，不过，这些变量只能在ansible-playbook中使用，而ansible不支持，例如：
[apache]
http1.my.com
http2.my.com
[nginx]
ngx1.my.com
ngx2.my.com
[webservers:children]
apache
nginx
[webservers:vars]
ntp_server=ntp.my.com
5.2.5 inventory参数
ansible基于ssh连接inventory中指定的远程主机时，还可以通过参数指定其交互方式；这些参数如下所示：
[webservers]
172.16.100.7 ansible_ssh_user=root ansible_ssh_pass=mypasswd ansible_ssh_port=12008
5.3 条件测试
在task后添加when子句即可使用条件测试；when语句支持jinjia2表达式语法，例如：
tasks:
- name: "shutdown Debian flavored systems"
command: /sbin/shutdown -h now
when: ansible_os_family == 'Debian'
when语句中还可以使用jinjia2的大多"filter", 例如要忽略此前某语句的错误并基于其结果<failed或者sucess> 运行后面指定的语句，可使用类似如下形式：
tasks:
- command: /bin/false
register: result
ignore_errors; True
- command: /bin/something
when: result|failed
- command: /bin/somethin_else
when: result|skipped
此外，when 语句中还可以使用facts或playbook中定义的变量
5.4 迭代，其实就表示循环
当有需要重复性执行的任务时，可以使用迭代机制，其使用格式为将需要迭代的内容定义为item变量引用，并通过with_items 语句来指明迭代的元素列表即可
- 例如：
- name: add serveral users
user: name={{ item }} state=present groups=wheel
with_items:
- testuser1
- testuser2
上面语句的功能等同于下面的语句：
- name: add user testuser1
user: name=testuser1 state=present groups=wheel
- name: add user testuser2
user: name=testuser2 state=present groups=wheel
事实上，with_items中可以使用元素还可以为hashes, 例如：
- name add serveral users
user: name= {{ itesm.name }} state=present groups= {{ item.groups }}
with_items:
- { name: 'testuser1', groups: 'wheel' }
- { name: 'testuser2', groups: 'root' }
ansible的循环机制还有更多的高级功能， 具体请参见官方文档（http://docs.ansible.com/playbooks_loops.html）
七. 如何编写playbook
ansible playbooks
playbook是由一个或多个'play'组成的列表，play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲，所谓task无非是调用ansible的一个module.将多个play组织在一个palybook中，即可以让他们联同起来按事先编排的机制同唱一台大戏，下面是一个简单示例。
- hosts: webnodes
vars:
http_port: 80
max_clients: 256
remote_user:root
tasks:
- name: ensure apache is at the latest version
yum : name=httpd state=latest
- name: ensure apache is running
service: name=httpd state=started
handlers:
- name: retart apache
service: name=httpd state=restarted
7.1 palybook的基础组件
7.1.1 Hosts和Users
playbook中的每一个play的目的都是为了让某个或某些主机以某个指定的用户身份执行任务。hosts 用于指定要执行任务的主机，其可以是一个或多个由某好分隔主机组；remote_user 则用于指定远程主机上的执行任务的用户，如上图示例中的
- hosts: webnodes
remote_user: root
不过，remote_user也可用于各task中，也可以通过指定其通过sudo的方式在远程主机上执行任务，其可用于play全局或某任务，此外，甚至可以在sudo时使用sudo_user指定sudo时切换的用户。
- hosts: webnodes
remote_user: ted1
tasks:
- name: test connection
ping:
remote_user: ted2
sudo : yes
7.1.2 任务列表和action
play的主体部分石task list.task list中的各任务按次序逐个在hosts中指定的所有主机上执行，即在所有主机上完成第一个任务后在开始第二个。在运行自上而下某playbook时，如果中途发生错误，所有已执行任务都可能会回滚，因此，在更正playbook后重新执行一次即可。
task的目的是使用指定的参数执行模块，而在模块参数中可以使用变量，模块执行时幂等的，这意味着多次执行时安全的，因为其结果均一致。
每个task都应该有其name, 用于playbook的执行结果输出，建议其内容尽可能清晰地描述任务执行步骤，如果未提供name,则action的结果用于输出。
定义task的可以使用"action: module options"或"module:
options"的格式， 推荐使用后者以实现向后兼容。如果action一行的内容过多，也可在行首使用几个空白字符进行换行。
tasks:
- name: make sure apache is running
service: name=httpd state=running
在众多模块汇总，只有command和shell模块仅需要给定一个列表而无需使用"key=value"格式，例如：
tasks:
- name: disable selinux
command: /sbin/setenforce 0
如果命令或者脚本的退出码不为零，可以使用如下方式替代：
tasks:
- name： run this command and ignore the result
sehll: /usr/bin/somecommand|| /bin/true
或者使用ignore_errors来忽略错误信息：（即使运行有错误，不管他继续执行其他tasks）
tasks:
- name: run this command and ignore the result
shell: /usr/bin/somecommand
ignore_errors: True
7.1.3 handlers
用于当天关注的资源发生变化时采取一定的操作。
'notify'这个action可用于在每个play的最后被触发。 这样可以避免多次由改变发生时每次都执行指定的操作，取而代之，仅在所有的变化发生完成后一次性执行指定操作。在notify中列出的操作成为handler,也即notify中调用handler中定义的操作。
- name: template configuration file
template: src=template.j2 dest=/etc/foo.conf
notify:
- restart memcached
- restart apache
handler是task列表，这些task与前述的task并没有本质上的不同。
handlers:
- name: restart memcached
service: name=mamcached state=restarted
- name: restart apache
service: name=apache state=restarted
示例：
- hosts: websrvs
remote_user: root
tasks:
- name: install httpd packege
yum: name=httpd state=latest
- name: install configuration file for httpd
copy: src=conf/httpd.conf dest=/etc/httpd/conf/httpd.conf
notify:
- restart httpd
- name: start httpd service
service: enabled=true name=httpd state=started
handlers:
- name: restart httpd
service: name=httpd state=restarted