自动化运维工具之ansible

 

本篇内容

运维自动化发展历程及技术应用
Ansible命令使用
Ansible常用模块详解
YAML语法简介
Ansible playbook基础
Playbook变量，tags,handlers使用
Playbook模块templates
Playbook条件判断when
Playbook字典with_items
Ansible Roles

注：小型公司pssh  中型公司 ansible

简要概述

运维自动化发展历程及技术应用

云计算运维工程师核心职能

Linux运维工程师职能划分

一般而言 运维开发 1：30 所以要技术好 ，所以要学开发呀

自动化运维应用场景

文件传输

命令执行

    应用部署

    配置管理

    任务流编排

企业实际应用场景分析

1 dev开发环境

        使用者：程序员

        功能：程序员开发软件，测试BUG的环境

        管理者：程序员

2 测试环境

        使用者：QA测试工程师

        功能：测试经过Dev环境测试通过的软件的功能

        管理者：运维

        说明：测试环境往往有多套，测试环境满足测试功能即可，不宜过多

            （1）测试人员希望测试环境有多套，公司的产品多产品线并发，即多个版本，意味着多个版本同步测试

            （2）通常测试环境有多少套和产品线数量保持一样

3 发布环境：代码发布机，有些公司为堡垒机（安全屏障）

        使用者：运维

        功能：发布代码至生产环境

        管理者：运维（有经验）

        发布机：往往需要有2台（主备）

4 生产环境

        使用者：运维，少数情况开放权限给核心开发人员，极少数公司将权限完全开发给开发人员并其维护

        功能：对用户提供公司产品的服务

        管理者：只能是运维

        生产环境服务器数量：一般比较多，且应用非常重要。往往需要自动工具协助部署配置应用。

 5.灰度环境（生产环境中的一部分）

        使用者：运维

        功能：在全量分布代码前将代码的功能面向少量精准用户发布的环境，可基于主机或用户执行灰度发布

        案例：共100台生产服务器，先发布其中的10台服务器，这10台服务器就是灰度服务器

        管理者：运维

        灰度环境：往往该版本功能变更较大，为保险起见特意先让一部分用户优化体验该功能，待这部分用户使用没有重大问题的时候，再全量发布至所有服务器 

程序发布

预发布验证：

    新版本的代码先发布到服务器（跟线上环境配置完全相同，只是接入到调度器）

程序发布：

    不能导致系统故障或造成系统完全不可以

    不能影响用户体验

灰度发布：

发布路径：

    /zhujingxing/zisefeizhu-1.1

    /zhujingxing/zisefeizhu

    ​/zhujingxing/zisefeizhu-1.2

发布过程：在调度器上下线一批主机（标记未maintanance状态）--》关闭服务 --》部署新版本的应用程序 --》启动服务 --》在调度器上启用这一批服务器

自动化灰度发布：脚本，发布平台

常用自动化运维工具

Ansible:python,Agentless,中小型应用环境

Saltstack:python，一般需部署agent，执行效率更高

Puppet:ruby,功能强大，配置复杂，重型，适合大型环境

Fabric:python,Agentless

Chef:ruby,国内应用少

Cfengine

func 

常用的自动化运维工具技术特性比较:

项目	Puppet	SaltStack	Ansible
开发语言	Ruby	Python	Python
是否有客户端	有	有	无
是否支持二次开发	不支持	支持	支持
服务器与远程机器是否相互验证	是	是	是
服务器与远程机器的通信是否加密	是，标准的SSL协议	是，使用AES加密	是，使用OpenSSH
平台支持	AIX , BSD, HP-UX, Linux , Mac OSX , Solaris, Windows	BSD, Linux , Mac OS X , Solaris, Windows	AIX , BSD , HP-UX , Linux , Mac OS X , Solaris
是否提供Web UI	提供	提供	提供，但是是商业版本
配置文件格式	Ruby 语法格式	YAML	YAML
命令行执行	不支持，大师可以通过配置模块实现	支持	支持

Ansible发展史

Ansible

    ​创始人：Michael DeHaan (Cobbler与Func的作者)

    ​2012-03-09，发布0.0.1版，红帽收购

    ​2015-10-17，Red Har宣布收购

同类自动化工具GitHub关注度(2016-07-10)

ansible工作架构和原理

企业级自动化运维工具应用实战ansible

公司计划在年底做一次大型时常促销活动，全面冲刺下交易额，为明年的上市做准备，公司

要求各业务组对年底大促做准备，运维部要求所有业务容量进行三倍的扩容，并搭建出多套

环境可以共开发和测试人员做测试，运维老大为了在年底有所表现，要求运维部门同学尽快实现，

当你接到这个任务时，有没有更快的解决方案？

                                                       

特性

模块化：调用特定的模块，完成特定任务

有Paramiko,PyYAML,Jinja2(模板语言)三个关键模块

支持自定义模块

基于Python语言实现

部署简单，基于Python和SSH(默认已安装)，agentless

安全，基于OpenSSH

支持playbook编排任务

幂等性：一个任务执行1遍和执行n遍效果一样，不因重复执行带来意外情况

无需代理不依赖PKI(无需ssl)

可使用任何编程语言写模块

YAML格式，编排任务，支持丰富的数据架构

较强大的多层解决方案

Ansible架构

Ansible工作原理

Ansible主要组成部分

Ansible命令执行来源

USER，普通用户，即SYSTEM ADMINISTRATOR

CMDB（配置管理数据库）API调用

PUBLIC/PRIVATE CLOUD API调用

USER --> Ansible Playbook --> Ansible

利用ansible实现管理的方式：

Ad-Hoc 即ansible命令，主要用于临时命令使用场景

Ansible-playbook主要用于长期规划好的，大型项目的场景，需要有前提的规划

Ansible-playbook（剧本）执行过程：

将已有编排好的任务集写入Ansible-Playbook

通过ansible-playbook命令分拆任务集至逐条ansible命令，按预定规则逐条执行

ssa'd`12Q4H2 QV4 5q亲爱 2=o'r】=哦 =WORKING网络设备

注意事项

执行ansible的主机一般称为主控端，中控，master或堡垒机

主控端python版本需要2.6或以上

被控端python版本小于2.4需要安装python-simplejson

被控端如开启SElinux需要安装libselinux-python

windows不能做为主控端

安装

rpm包安装：EPEL源

yum install ansible

编译安装:

yum -y install python-jinja2 PyYAML python-paramiko python-babel python-cypto

tar xf ansible-1.5.4.tar.gz

cd ansible-1.5.4

python setup.py build

python setup.py install

mkdir /etc/ansible

cp -r examples/* /etc/ansible

GIt方式：

git clone git://github.com/ansible/absible.git --recursive

cd ./ansible

source ./hacking/env-setup

pip安装：pip是安装python包的管理器，类似yum

yum install python-pip python-devel

yum install gcc glib-devel zibl-devel rpm-build openssl-devel

pip install --upgrade pip

pip install ansible --upgrade

确认安装：ansible --version

ansible官网：http://www.ansible.com

环境规划

主机名	IP
ansible	10.0.0.200
node01	10.0.0.100
node02	10.0.0.10
node03	10.0.0.150

[root@ansible ~]# cat /etc/redhat-release

CentOS Linux release 7.5.1804 (Core)

[root@ansible ~]# uname -r

3.10.0-862.el7.x86_64

[root@ansible ~]# uname -n

ansible

[root@ansible ~]# uname -m

x86_64

安装ansible

[root@ansible ~]# yum info ansible

已加载插件：fastestmirror

Loading mirror speeds from cached hostfile

* base: mirrors.aliyun.com

* extras: mirrors.aliyun.com

* updates: mirrors.aliyun.com

可安装的软件包

名称 ：ansible

架构 ：noarch

版本 ：2.7.2

发布 ：1.el7

大小 ：11 M

源 ：epel/x86_64

简介 ： SSH-based configuration management, deployment, and task execution system

网址 ：http://ansible.com

协议 ： GPLv3+

[root@ansible ~]# yum install ansible -y 发现关联了许多python包

[root@ansible ~]# rpm -ql ansible | less 查看ansible 有关文件

[root@ansible ~]# ansible --version

ansible 2.7.4

config file = /etc/ansible/ansible.cfg

configured module search path = [u'/root/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']

ansible python module location = /usr/lib/python2.7/site-packages/ansible

executable location = /usr/bin/ansible

python version = 2.7.5 (default, Apr 11 2018, 07:36:10) [GCC 4.8.5 20150623 (Red Hat 4.8.5-28)]

[root@ansible ~]# ansible --help

Usage: ansible [options]

Define and run a single task 'playbook' against a set of hosts

[root@ansible ~]# ll /usr/bin/ansible

lrwxrwxrwx 1 root root 20 12月 7 19:14 /usr/bin/ansible -> /usr/bin/ansible-2.7

相关文件

配置文件

/etc/ansible/ansible.cfg主配置文件，配置ansible工作特性

/etc/ansible/hosts主机清单

/etc/ansible/roles存放角色的目录

程序

/usr/bin/ansible 主程序，临时命令执行工具

/usr/bin/ansible-doc 查看配置文档，模块功能查看工具

/usr/bin/ansible-galaxy 下载/上传优秀代码或Roles模块的官网平台

/usr/bin/ansible-playbook 定制自动化任务，编排剧本工具/usr/bin/ansible-pull远程执行命令的

工具

/usr/bin/ansible-vault 文件加密工具

/usr/bin/ansible-console 基于Console界面与用户交互的执行工具

主机清单inventory

Inventory主机清单

ansible的主要功用在于批量主机操作，为了便捷地使用其中的部分主机，可以在inventory file中将其分组命名

默认的inventory file为/etc/ansible/hosts

inventory file可以有多个，且也可以通过Dynamic inventory来动态生成

/etc/ansible/hosts文件格式

inventory文件遵循INI文件风格，中括号中的字符为组名。可以将同一个主机同时归并到多个不同的组中；此外，当如若目标主机使用了非默认的SSH端口，还可以在主机名称之后使用冒号加端口来标明

ntp.zhujingxing.com

[webservers]

www1.zhujingxing.com:2222

www2.zhujingxing.com

[dbservers]

db1.zisefeizhu.com

db2.zisefeizhu.com

db3.zisefeizhu.com

如果主机名称遵循相似的命名模式，还可以使用列表的方式标识各主机

示例：

[webservers]

www[01:100].zhujingxing.com

[dbservers]

db-[a:f].zisefeizhu.com

[root@ansible ~]# vim /etc/ansible/hosts

10.0.0.200

10.0.0.100

10.0.0.10

10.0.0.150

输入要连接的root密码 且必须正确

修改是10.0.0.100和10.0.0.10的root密码不一致

修改是10.0.0.100和10.0.0.10的root密码一致

依然报错

vim /etc/ansible/hosts

## db-[99:101]-node.example.com

[webservers]

10.0.0.100

10.0.0.10

[dbservers]

10.0.0.100

10.0.0.150

[appserver]

10.0.0.10[1:3] #表示10.0.0.101，10.0.0.102，10.0.0.103 三台主机

所以建议使用ssh-keygen和要连接的端建立无密码登陆

ansible配置文件

Ansible主配置文件/etc/ansible/ansible.cfg （一般保持默认） 修改ansible修改配置文件不需要重启

[defaults]

#inventory = /etc/ansible/hosts #主机列表配置文件

#library = /usr/share/my_modules/ #库文件存放目录

#remote_tmp = ~/.ansible/tmp #临时py命令文件存放在远程主机目录

#local_tmp = ~/.ansible/tmp #本机的临时命令执行目录

#forks = 5 #默认并发数

#sudo_user = root #默认sudo用户

#ask_sudo_pass = True #每次执行ansible命令是否询问ssh密码

#ask_pass = True

#remote_port = 22

# uncomment this to disable SSH key host checking

#建议修改项

#host_key_checking = False #检查对应服务器的host_key，建议取消注释   

#log_path = /var/log/ansible.log #日志文件

[root@ansible .ssh]# rm -f known_hosts

使用-k

修改/etc/ansible/ansible.cfg

验证

[root@ansible .ssh]# vim /etc/ansible/ansible.cfg

# if so defined, consider logrotate

log_path = /var/log/ansible.log

[root@ansible .ssh]# ll /var/log/ansible.log    默认情况下没有 ，不多执行一次 就自动生成

ls: 无法访问/var/log/ansible.log: 没有那个文件或目录

[root@ansible .ssh]# ansible all -m ping -k

SSH password:

10.0.0.100 | SUCCESS => {

"changed": false,

"ping": "pong"

}

10.0.0.10 | SUCCESS => {

"changed": false,

"ping": "pong"

}

10.0.0.150 | SUCCESS => {

"changed": false,

"ping": "pong"

}

[root@ansible .ssh]# ll /var/log/ansible.log

-rw-r--r-- 1 root root 411 12月 7 20:38 /var/log/ansible.log

Ansible使用和模块化深入解析

ansible 执行流程

 

　　简单理解就是Ansible在运行时， 首先读取ansible.cfg中的配置， 根据规则获取Inventory中的管理主机列表， 并行的在这些主机中执行配置的任务， 最后等待执行返回的结果。

ansible 命令执行过程

加载自己的配置文件，默认/etc/ansible/ansible.cfg；
查找对应的主机配置文件，找到要执行的主机或者组；
加载自己对应的模块文件，如 command；
通过ansible将模块或命令生成对应的临时py文件(python脚本)， 并将该文件传输至远程服务器；
对应执行用户的家目录的.ansible/tmp/XXX/XXX.PY文件；
给文件 +x 执行权限；
执行并返回结果；
删除临时py文件，sleep 0退出；

执行状态：

在/etc/ansible/ansible.cfg中有定义颜色

常见的执行状态：

绿色：执行成功并且不需要做改变的操作
黄色：执行成功并且对目标主机做变更
红色：执行失败

ansible系列命令

Ansible系列命令

ansible ansible-doc ansible-playbook ansible-vault

ansible-console ansible-galaxy ansible-pull

ansible-doc:显示模块帮助

ansible-doc 【options】【module...】

-a 显示所有模块的文档

-l, --list 列出可用模块

-s,--snippet 显示指定模块的playbook片段

示例：

ansible-doc -l 列出所有模块

ansible-doc ping 查看指定模块帮助用法

ansible-doc -s ping 查看指定模块帮助用法

ansible通过ssh实现配置管理，应用部署，任务执行等功能，建议配置ansible端能基于密钥

认证的方式联系各被管理节点

ansible [-m module_name] [-a args]

--version 显示版本

-m -module 指定模块，默认为command

-v 详细过程 -vv -vvv更详细

--list-hosts 显示主机列表，可简写--list

-k,--ask-pass 提示输入ssh连接密码，m欧仁Key验证

-K,--ask-become-pass 提示输入sudo时的口令

-C,--check 检查，并不执行

-T,--timeout=TIMEOUT 执行命令的超时时间，默认10s

-u,--user=REMOTE_USER 执行远程执行的用户

-b,--become 代替旧版的sudo切换

需要在对端授权sudo   visudo

使vim带上颜色

[root@node01 ~]# echo export EDITOR=vim >> /etc/profile.d/env.sh

[root@node01 ~]# source /etc/profile.d/env.sh

所以最好是基于ssh-key验证并且以root身份

ssh-keygen

ssh-copy-id 10.0.0.10

ssh-copy-id 10.0.0.150

ssh-copy-id 10.0.0.100

ansible的Host-pattern

匹配主机的列表

All :表示所有Inventory中的所有主机

ansible all -m ping

* :通配符

ansible " * " -m ping

absible 10.0.0.* -m ping

ansible " *srvs " -m ping

或关系

ansible " webservers:dbservers " -m ping

ansible " 10.0.0.100:10.0.0.110" -m ping

逻辑与

ansible " webservers:&dbservers" -m ping

在webservers组并且在dbservers组中的主机

逻辑非

ansible 'webservers:!dbservers' -m ping

在webservers组，但不在dbservers组组中的主机

注意：此处为单引号

综合逻辑

ansible 'webservers:&appservers:!ftpservers' -m ping

正则表达式

ansible "webservers:&dbservers" -m ping

ansible "~(web|db).*\.zisefeizhu\.com" -m ping

[root@ansible ~]# ansible webservers:&dbservers -m ping

[1] 3727

-bash: dbservers: 未找到命令

[1]+ 退出 5 ansible webservers:

[root@ansible ~]# ansible "webservers:&dbservers" -m ping  //引号单双都可以

10.0.0.100 | SUCCESS => {

"changed": false,

"ping": "pong"

}

ansible使用示例

示例

以wang用户执行ping存活检测

ansible all -m ping -u wang -k

以wang sudo至root执行ping存活检测

ansible all -m ping -u wang -b -k

以wang sudo至mage用户执行ping存活检测

ansible all -m ping -u wang -b -k --become-user mage

以wang sudo至root用户执行ls

ansible all -m command -u wang --become-user=root -a 'ls /root' -b -k -K

ansible常用模块

Command :在远程主机执行命令，默认模块，可忽略-rm选项

ansible servers -m command -a 'service vsftpd start'

ansible servers -m command -a 'echo zhujingxing|passwd --stdin wang'不成功

此命令不支持$VARNAME < > | ; & 等，用shell模块实现

Shell：和command相似，用shell执行命令

ansible srv -m shell -a `echo zisefeizhu |passwd --stdin wang`

调用bash执行命令类似cat /tmp/stanley.md | awk -F '|' '{print $1,$2}' &>

/tmp/example.txt这些复杂命令，即使使用shell也可能会失败，解决方法：写到脚本时，

copy到远程执行，再把需要的结果拉回执行命令的服务器

Script:运行脚本

-a "/PATH/TO/SCRIPT_FILE"

ansible webservers -m script -a f1.sh

Copy:从服务器复制文件到客户端

ansible srv -m copy -a "src=/root/f1.sh dest=/tmp/f2.sh owner=zhujingxing mode=600 backup=yes"

如目标存在，默认覆盖，此处指定先备份

ansible srv -m copy -a "content='test content\n' dest=/tmp/f1.txt"利用内容，直接生成目标文件

Fetch:从客户端取文件至服务器端，copy相反，目录可先tar

ansible srv -m fetch -a 'src=/root/a.sh dest=/data/scripts'

File:设置文件属性

ansible srv -m file -a "path=/root/a.sh owner=zhujingxing mode=755"

ansible web -m file -a 'src=/app/testfile dest=/app/testfile-link state=link'

Hostname ：管理主机名

ansible node01 -m hostname -a "name=webserver"

Cron ：计划任务

支持时间：minute , hour, day , month , weekday

ansible srv -m cron -a "minute=*/5 job='/usr/sbin/ntpdate 172.16.0.1 &>/dev/null' name=Synctime" 创建任务

ansible srv -m cron -a 'state=absent name=Synctime' 删除任务

Yum ：管理包

ansible srv -m yum -a 'name=httpd state=latest' 安装

ansible srv -m yum -a 'name=httpd state=absent' 删除

装或者卸载多个用"逗号"隔开

Service :管理服务

ansible srv -m service -a 'name=httpd state=stopped'

ansible srv -m service -a 'name=httpd state=started'

ansible srv -m service -a 'name=httpd state=reloaded'

ansible srv -m service -a 'name=httpd state=restarted'

User :管理用户

ansible srv -m user -a 'name=user1 comment="test user" uid=2048 home=/app/user1 group=root'

ansible srv -m user -a 'name=sysuser1 system=yes home=/app/sysuser1'

ansible srv -m user -a 'name=user1 state=absent remove=yes' 删除用户及家目录等数据

Group :管理组

ansible srv -m group -a "name=testgroup system=yes"

ansible srv -m group -a "name=testgroup state=absent"

ansible-galaxy

连接https://galaxy.ansible.com下载相应的roles

列出所有已安装的galaxy

ansible-galaxy list

安装galaxy

ansible-galaxy install geerlingguy.redis

删除galaxy

ansible-galaxy remove geerlingguy.redis

ansible-pull

推送命令至远程，效率无限提升，对运维要求较高

Ansible-playbook

ansible-playbook hello.yml

Ansible-vault

功能：管理加密解密yml文件

ansible-vault [create|decrypt|edit|encrypt|rekey|view]

ansible-vault encrypt hello.yml 加密

ansible-vault decrypt hello.yml 解密

ansible-vault view hello.yml 查看

ansible-vault edit hello.yml 编辑加密文件

ansible-vault rekey hello.yml 修改口令

ansible-vault create new.yml 创建新文件

Ansible-console :2.0+ 新增 ，可交互执行命令，支持tab

root@test (2)[f:10] $

执行用户@当前操作的主机组(当前组的主机数量)[f:并发数]$

设置并发数: forks n 例如:forks 10

切换组 : cd 主机组 例如 ： cd web

列出当前主机列表 : list

列出所有的内置命令：?或help

示例：

root@all (2)[f:5] $ list

root@all (2)[f:5] $ cd appservers

root@appservers (2)[f:5] $ list

root@appservers (2)[f:5] $ yum name=httpd state=present

root@appservers (2)[f:5] $ service name=httpd state=started

实现ansible企业级用法playbook

playbook是由一个或多个"play"，组成的列表

play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。

从根本上来讲，所谓task无非是调用ansible的一个module。将多个play组织在一个playbook中，

即可以让他们联同起来按事先编排号的机制同唱一台大戏

Playbook采用YAML语言编写

Playbook工作流程

YAML介绍

YAML是一个可读性高的用来表达资料序列的格式.YAML参考了气压多种语言,包括：XML,C语言，

Python,Perl以及电子邮件格式RDC2822等。Clark Evans在2001年在首次发表了这种语言，另外Ingy dot Net与Oren Ben-KiKi也是这语言的共同设计者

YAML Ain't Markup Language,即YAML不是XML。不过，在开发的这种语言时，YAML的意思其实 是"Yet Another Markup Language"(仍是一种标记语言)

特性

YAML的可读性好

YAML和脚本语言的交互性好

YAML使用实现语言的数据类型

YAML有一个一致的信息模型

YAML易于实现

YAML可以基于流来处理

YAML表达能力强，扩展性好更多的内容及规范参见http://www.yaml.org

YAML语法简介

在单一档案中，可用连续三个连字号(---)区分多个档案。另外，还有选择性的连续三个点号(...)用来表示档案结尾

次行开始正常写Playbook的内容，一般建议写明该Playbook的功能

使用#号注释代码

缩进必须是统一的，不能空格和tab混用

缩进的级别也必须是一致的，同样的缩进代表同样的级别，程序判别配置的级别是通过缩进结合换行来实现的

YAML文件内容和Linux系统大小写判断方式保持一致，是区别大小写的，k/v的值均需大小写敏感

k/v的值可同行写也可换行写，同行使用:分隔

v可是个字符串，也可是另一个列表

一个完整的代码块功能需最少元素需包括name:task

一个name只能包括一个task

YAML文件扩展名通常为yml或yaml

List ：列表，其所有元素均使用 "-" 打头

示例 ：

# A list of tasty fruits

- Apple

- Orange

- Strawberry

- Mango

Dictionany:字典，通常由多个key与value构成

示例：

---

# An exployee record

name:Example Developer

job:Developer

skill:Elite

也可以将key:value放置于{}中进行表示，用,分割多个key:value

示例:

---

#An employee record

{name:Example Developer,jop:Developer,skill:Elite}

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

Playbook核心元素

Hosts 执行的远程主机列表

Tasks 任务集

Varniables 内置变量或自定义变量在playbook中调用

Templates 模板，可替换模板文件中的变量并实现一些简单逻辑的文件

Handlers和notity结合使用，由特定条件触发的操作，满足条件方才执行，否则不执行

tags 标签，指定某条件任务执行，用于选择运行palybook中的部分代码。ansible具有幂等性，

因此会自动跳过没有变化的部分，即便如此，有些代码为测试其确实没有发生变化的时间依然

会非常地长。此时，如果确信其没有变化，就可以通过tags跳过此些代码片断

ansible-playbook -t tagsname useradd.yml

Hosts:

playbook中的每一个play的目的都是为了让某个主机以某个指定的用户身份执行任务。hosts用

于指定要执行指定任务的主机，须事先定义在主机清单中

可以是如下形式：

one.example.com

one.example.com:two.exaple.com

192.168.1.50

192.168.1.*

webservers:dbservers 两个组的并集

webservers:&dbservers 两个组的交集

webservers:!dbservers 在webservers组，但不在dbservers组

示例： - hosts: webservers : dbservers

remote_user:可用于Host和task中。也可以通过指定其通过sudo的方式在远程主机上执行任务，

其可用于play全局或某任务；此外，甚至可以在sudo时使用sudo_user指定sudo时切换的用户

- hosts: webservers

remote_user: root

tasks:

- name:test connection

ping:

remote_user:zhujingxing

sudo:yes 默认sudo为root

sudo_user:wang sudo为wang

task列表和action

play的主体部分时task list。task list中的各任务按次序逐个在hosts中指定的所有主机上执行，即

在所有主机上完成第一个任务后再开始第二个。在运行自下而下某playbook时，如果中途

发生错误，所以已执行任务都将回滚，因此，在更正playbook后重新执行一次即可

task的目的是使用指定的参数执行模块，而在模块参数中可以使用变量。模块执行是幂等的，这

意味着多次执行时安全的，因为其结果均一致

每个task都应该有其name,用于playbook的执行结果输出，建议其内容尽可能清晰地描述任务

执行步骤。如果未提供name,则action的结果将用于输出

tasks : 任务列表

格式:(1)action:module arguments

(2)module:arguments 建议使用

注意：shell和command模块后面跟命令，而非key=value

某任务的状态在运行后为change时，可用过"notify" 通知给相应的handlers

任务可以通过"tags"打标签，而后可在ansible-playbook命令上使用-t指定进行调用

示例：

tasks:

- name: disable selinux

command: /sbin/setenforce 0

如果命令或脚本的退出码不为零，可以使用如下方式替代

tasks:

- name: run this command and ignore the result

shell: /usr/bin/somecommand || /bin/true

或者使用ignore_errors来忽略错误信息 ：

tasks:

- name: run this command and ignore the result

shell: /usr/bin/somecommand

ignore_errors:True

运行playbook

运行playbook的方式

ansible-playbook ... [options]

常见选项

--check 只检测可能会发生的改变，但不真正执行操作

--list-hosts 列出运行任务的主机

--limit 主机列表 只针对主机列表中的主机执行

-v 显示过程 -vv --vvv更详细

示例

ansible-playbook file.yml --check 只检测

ansible-playbook file.yml

ansible-playbook file.yml --limit webservers

以下是我故意截取的视频例子

handlers和notify结合使用触发条件

Handlers是task列表，这些task与前述的task并没有本质上的不同，用于当关注的资源发生变化时，才会采取一定的操作

Notify此action可用于在每个play的最后被触发，这样可避免多次有改变发生时每次都执行指定的操作，仅在所有的变化发生完成后一次性地执行指定操作。在Notify（通知）中列出的操作称为handler，也即notify中调用handler中定义的操作

[root@ansible ansible]# cat httpd.yaml

---

- hosts: webservers

remote_user: root

tasks:

- name: install httpd package

yum: name=httpd

- name: copy conf file

copy: src=files/httpd.conf dest=/etc/httpd/conf/ backup=yes

- name: start service

service: name=httpd state=started enabled=yes

[root@ansible ansible]# ansible all -m yum -a 'name=httpd state=absent'

[root@ansible ansible]# ls

files file.yaml hello.yaml host.sh httpd.yaml selinux

[root@ansible ansible]# ansible-playbook -C httpd.yaml

PLAY RECAP ************************************************************************************

10.0.0.10 : ok=4 changed=3 unreachable=0 failed=0

10.0.0.100 : ok=4 changed=3 unreachable=0 failed=0

[root@ansible ansible]# ansible-playbook httpd.yaml

PLAY RECAP ************************************************************************************

10.0.0.10 : ok=4 changed=2 unreachable=0 failed=0

10.0.0.100 : ok=4 changed=2 unreachable=0 failed=0

[root@ansible ansible]# ansible webservers -m shell -a 'ss -ntl|grep :80'

10.0.0.10 | CHANGED | rc=0 >>

LISTEN 0 128 :::80 :::*

10.0.0.100 | CHANGED | rc=0 >>

LISTEN 0 128 :::80 :::*

更改配置文件

[root@ansible ansible]# vim files/httpd.conf

Listen 8080

[root@ansible ansible]# ansible-playbook -C httpd.yaml

PLAY RECAP ************************************************************************************

10.0.0.10 : ok=4 changed=1 unreachable=0 failed=0

10.0.0.100 : ok=4 changed=1 unreachable=0 failed=0

[root@ansible ansible]# ansible webservers -m shell -a 'ss -ntl|grep :80'

10.0.0.100 | CHANGED | rc=0 >>

LISTEN 0 128 :::80 :::*

10.0.0.10 | CHANGED | rc=0 >>

LISTEN 0 128 :::80 :::*

注：配置文件修改后没有生效

更改配置文件

[root@ansible ansible]# vim files/httpd.conf

Listen 9527

[root@ansible ansible]# ansible-playbook httpd.yaml

PLAY RECAP ************************************************************************************

10.0.0.10 : ok=5 changed=2 unreachable=0 failed=0

10.0.0.100 : ok=5 changed=2 unreachable=0 failed=0

[root@ansible ansible]# ansible webservers -m shell -a 'ss -ntl|grep :9527'

10.0.0.100 | CHANGED | rc=0 >>

LISTEN 0 128 :::9527 :::*

10.0.0.10 | CHANGED | rc=0 >>

LISTEN 0 128 :::9527 :::*

tags

打标签，一个动作可以是一个标签，多个动作也可以共有一个标签，标签要紧跟在动作后面

[root@ansible ansible]# ansible webservers -m service -a 'name=httpd state=stopped'

[root@ansible ansible]# ansible webservers -m shell -a 'ss -ntl|grep :9527'

[root@ansible ansible]# ansible-playbook -t rshttpd httpd.yaml 执行特定的标签

PLAY RECAP ****************************************************************************************************

10.0.0.10 : ok=2 changed=1 unreachable=0 failed=0

10.0.0.100 : ok=2 changed=1 unreachable=0 failed=0

[root@ansible ansible]# ansible webservers -m shell -a 'ss -ntl|grep :9527'

10.0.0.100 | CHANGED | rc=0 >>

LISTEN 0 128 :::9527 :::*

10.0.0.10 | CHANGED | rc=0 >>

LISTEN 0 128 :::9527 :::*

[root@ansible ansible]# ansible webservers -m yum -a 'name=httpd state=absent'

[root@ansible ansible]# ansible webservers -m shell -a 'rpm -q httpd'

[root@ansible ansible]# ansible-playbook -t inshttpd,rshttpd httpd.yaml 可以多个标签同时执行

[root@ansible ansible]# ansible webservers -m shell -a 'ss -ntl|grep :80'

10.0.0.100 | CHANGED | rc=0 >>

LISTEN 0 128 :::80 :::*

10.0.0.10 | CHANGED | rc=0 >>

LISTEN 0 128 :::80 :::*

Playbook中变量使用

变量名：仅能由字母，数字和下划线组成，且只能以字母开头

变量使用：

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

2 在/etc/ansible/hosts中定义

普通变量：主机组中主机单独定义，优先级高于公共变量

公共(组)变量：针对主机组中所有主机定义统一变量

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

ansible-playbook -e varname=value

4 在playbook中定义

vars:

- var1: value1

- var2: value2

5 在role中定义

变量定义：key=value

示例：http_port=80

变量调用方式

通过{{ variable_name }}调用变量，且变量名前后必须有空格，有时用"{{ variable_name }}"才

生效

ansible-playbook -e 选项指定

ansible-playbook test.yml -e "hosts=www user=zisefeizhu"

装一个变量包

装两个变量包

在剧本中定义变量

[root@ansible ansible]# cat /etc/ansible/hosts

[webservers]

10.0.0.100 http_port=81

10.0.0.10 http_port=82

[root@ansible ansible]# ansible-playbook -C hostname.yaml

[root@ansible ansible]# ansible-playbook hostname.yaml

[root@ansible ansible]# ansible webservers -a 'hostname'

10.0.0.100 | CHANGED | rc=0 >>

www81.zisefeizhu.com

10.0.0.10 | CHANGED | rc=0 >>

www82.zisefeizhu.com

cat /etc/ansible/hosts

ansible-playbook -C hostname.yaml

ansible-playbook hostname.yaml

ansible webservers -a 'hostname'

模板templates

文本文件，嵌套有脚本（使用模板编程语言编写）

Jinja2语言，使用字面量，有下面形式

字符串：使用单引号或双引号

数字：整数，浮点数

列表：[item1,item2,...]

元组：[item1,item2,...]

字典：{key1:value1,key2:value2,...}

布尔型：true/false

算术运算：+ - * / // % **

比较操作：== != > >= < <=

逻辑运算：and or not

流表达式：For If When

ansible实现template管理nginx实战

注意CPU数目

when

条件测试：如果需要根据变量，facts或此前任务的执行结果来做为某task执行与否的前提

时要用到条件测试，通过when语句实现，在task中使用，jinja2的语法格式

when语句

在task后添加when子句即可使用条件测试；when语句支持Jinja2表达式语法

示例：

tasks:

- name: "shutdown RedHat flavored systems"

command: /sbin/shutdown -h now

when: ansile_os_family == "RedHat"

Centos 6

Centos 7

在nginx.conf6.j2 中将user换成daemon

在nginx.conf6.j2 中将user换成bin

执行ansible-playbook testtempl.yaml

迭代：with_items

迭代:当有需要重复性执行的任务时，可以使用迭代机制

对迭代的引用，固定变量名"item"

要在task中使用with_items给定要迭代的元素列表

列表格式：

字符串

字典

视频中例子特截图

迭代嵌套子变量

Playbook中template for if

roles

roles

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

负责场景：建议使用roles，代码复用度高

变更指定主机或主机组

如命名不规范维护和传承成本大

某些功能需多个Playbook，通过Includes即可实现

           角色(roles:角色集合

                路径可以自定义，但官方推荐在/etc/ansible/下的roles

Ansible Roles 目录编排

roles目录结构

每个角色，以特定的层级目录结构进行组织

roles目录结构：

playbook.yml

roles/

project/

tasks/

files/

vars/ 不常用

default/ 不常用

templates/

handlers/

meta/ 不常用

Roles各目录作用

/roles/project/ ：项目名称，有以下子目录

files :存放由copy或script模块等调用的文件

templates/ ：template模块查找所需要模块文件的目录

tasks/ ：定义task ，role的基本元素，至少应该包含一个名为main.yml的文件；其它的文件

需要 在此文件中通过include进行包含

handlers/ : 至少应该包含一个名为main.yml的文件；其它的文件需要在此文件中通过include

进行包含

vars/ ：定义变量，至少应该包含一个名为main.yml的文件；其它的文件需要在此文件中通过

include进行包含

meta/ : 定义当前角色的特殊设定及其依赖关系，至少应该包含一个名为main.yml的文件，其它

文件需在此文件中通过include进行包含

defualt/ : 设定默认变量时使用此目录中的main.yml文件

创建role

创建role的步骤

（1）创建以roles命名的目录

（2）在roles目录中分别创建以各角色名称命名的目录，如webservers等

（3）在每个角色命名的目录中分别创建files, handlers, meta, tasks, templates和vars目录；

用不到的目录可以创建为控目录，也可以不创建

（4）在playbook文件中，调用各角色、

针对大型项目使用Roles进行编排

HTTPD

一般而言是再一台服务器上实现一种web服务

ansible all -m shell -a 'yum -y remove httpd'

ansible all -m user -a 'name=apache state=absent'

跨角色调用任务

示例：

Playbbok调用角色

完整的roles架构

推荐资料

http://galaxy.ansible.com

https://galaxy.ansible.com/explore#/

http://github.com/

http://ansible.com.cn/

https://github.com/ansible/ansible

https://github.com/ansible/ansible-examples