自动化运维工具之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 <host-pattern> [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 <host-pattern> [-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 <filename.yml> ... [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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值