运维自动化之Ansible

运维自动化之Ansible
 
一,Ansible概述
 
(1)应用场景
文件传输
应用部署
配置管理
任务流编排
 
Ansible:python,Agentless,适用于中小型应用环境(几百台)
Saltstack:python,一般需部署agent,执行效率更高(几千台)
 
(2)发展史
创始人,Michael DeHaan( Cobbler 与 Func 的作者)
2012-03-09,发布0.0.1版,红帽收购
2015-10-17,Red Hat宣布收购
 
(3)特性
模块化:调用特定的模块,完成特定任务
有Paramiko,PyYAML,Jinja2(模板语言)三个关键模块
支持自定义模块
基于Python语言实现
部署简单,基于python和SSH(默认已安装),agentless
安全,基于OpenSSH
支持playbook编排任务
幂等性:一个任务执行1遍和执行n遍效果一样,不因重复执行带来意外情况
无需代理不依赖PKI(无需ssl) 可使用任何编程语言写模块
YAML格式,编排任务,支持丰富的数据结构
较强大的多层解决方案
 
(4)架构模式
ansible维护模式通常由控制机和被管机组成。控制机是用来安装ansible工具软件、执行维护指令的服务器或工作站,是ansible维护的核心。被管机是运行业务服务的服务器,由控制机通过SSH来进行管理。
ansible采用paramiko协议库,通过SSH或者ZeroMQ等连接主机。Ansible在控制主机将ansible模块通过SSH协议推送到被管节点执行,执行完之后删除。控制主机与被管节点之间支持local、SSH、ZeroMQ三种连接方式,默认使用SSH的链接。在规模较大的情况下使用ZeroMQ连接方式会明显改善执行速度。
 
ansible:等幂性
CFEngine:收敛性
 
二,Ansible主要组成部分
 
PLAYBOOKS:任务剧本(任务集),编排定义Ansible任务集的配置
文件,由Ansible顺序依次执行,通常是JSON格式的YML文件
INVENTORY:Ansible管理主机的清单/etc/anaible/hosts
MODULES:Ansible执行命令的功能模块,多数为内置核心模块,也可自定义
PLUGINS:模块功能的补充,如连接类型插件、循环插件、变量插件、过滤插件等,该功能不常用
API:供第三方程序调用的应用程序编程接口
ANSIBLE:组合INVENTORY、API、MODULES、PLUGINS的绿框,可以理解为是 ansible命令工具,其为核心执行工具
 
利用ansible实现管理的方式:
Ad-Hoc 即ansible命令,主要用于临时命令使用场景
Ansible-playbook 主要用于长期规划好的,大型项目的场景,需要有前期的规划过程。可以简单地把playbook理解为通过组合多条ad-hoc操作的配置文件
 
Ansible-playbook(剧本)执行过程
将已有编排好的任务集写入Ansible-Playbook
通过ansible-playbook命令分拆任务集至逐条ansible命令,按预定规则逐条执行
 
Ansible主要操作对象
HOSTS主机
NETWORKING网络设备
 
注意事项
执行ansible的主机一般称为主控端,中控,master或堡垒机
主控端Python版本需要2.6或以上,paramiko模块,PyYAML,Jinja2,httplib2
被控端Python版本小于2.4需要安装python-simplejson,如果被管节点是windows,则需要有PowerShell3.0授权远程管理
被控端如开启SELinux需要安装libselinux-python,才可以使用ansible中与copy/file/template相关的函数。可以通过ansible的yum模块在需要的托管节点上安装libselinux-python
windows不能做为主控端
 
三,Ansible安装
 
(1)rpm包安装: EPEL源
yum install ansible
 
(2)编译安装:
yum -y install python-jinja2 PyYAML python-paramiko python-babel
python-crypto
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
 
(3)Git方式:
1)提取ansible源代码
git clone git://github.com/ansible/ansible.git --recursive
cd ./ansible
source ./hacking/env-setup
如果想要减少告警/错误信息输出,可以加-q参数
source ./hacking/env-setup -q
2)如果系统没有安装过pip,先安装对应python版本的pip
easy_install pip
3)安装ansible控制机需要的pythonmk
pip install paramiko PyYAML Jinja2 httplib2 six
4)更新ansible版本时,不但要更新git源码树,还要更新git中指向ansible自身的模块,称为submodules
git pull --rebase
git submodule update --init --recursive
 
 
(4)pip安装: pip是安装Python包的管理器,类似yum
yum install python-pip python-devel
yum install gcc glibc-devel zibl-devel rpm-bulid openssl-devel
easy_install pip
pip install ansible
 
(5)确认安装:
ansible --version
 
 
四,相关文件
 
(1)配置文件
/etc/ansible/ansible.cfg 主配置文件,配置ansible工作特性
/etc/ansible/hosts 主机清单
/etc/ansible/roles/ 存放角色的目录
 
(2)程序
/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 主机清单
ansible的主要功用在于批量主机操作,为了便捷地使用其中的部分主机,可以
在inventory file中将其分组命名
默认的inventory file为/etc/ansible/hosts
inventory file可以有多个,且也可以通过Dynamic Inventory来动态生成
vim /etc/ansible/hosts
[webs]
192.168.200.140
192.168.200.141
[apps]
192.168.200.141
192.168.200.142 == 192.168.200.14[1:2]
 
ansible配置文件
/etc/ansible/ansible.cfg (一般保持默认)
[defaults]
#inventory = /etc/ansible/hosts # 主机列表配置文件
#library = /usr/share/my_modules/ # 库文件存放目录
#remote_tmp = $HOME/.ansible/tmp #临时py命令文件存放在远程主机目录
#local_tmp = $HOME/.ansible/tmp # 本机的临时命令执行目录
#forks = 5 # 默认并发数
#sudo_user = root # 默认sudo 用户,执行命令的用户
#ask_sudo_pass = True #每次执行ansible命令是否询问ssh密码
#ask_pass = True
#remote_port = 22
#host_key_checking= False # 检查对应服务器的host_key,建议取消注释;第一次连接不检查key
#log_path=/var/log/ansible.log #日志文件
#module_name = command #默认模块,可以修改
 
 
五,Ansible系列命令
 
(1)ansible-doc: 显示模块帮助
ansible-doc-l 列出所有模块
ansible-doc ping 查看指定模块帮助用法
ansible-doc -s ping 以简单方式查看指定模块帮助用法
 
(2)ansible <host-pattern> [-a MODULE_ARGS] [-m MODULE_NAME]
--version 显示版本
-m module 指定模块,默认为command
-v 详细过程 –vv -vvv更详细
--list-hosts 显示主机列表,可简写 --list
-k, --ask-pass 提示输入ssh连接密码,默认Key验证
-C, --check 检查,并不执行
-T, --timeout=TIMEOUT 执行命令的超时时间,默认10s
-u, --user=REMOTE_USER 执行远程执行的用户
-b, --become 代替旧版的sudo 切换
--become-user=USERNAME 指定sudo的runas用户,默认为root
-K, --ask-become-pass 提示输入sudo时的口令
 
ansible的Host-pattern
All :表示所有Inventory中的所有主机
ansible all –m ping
* :通配符:ansible “*” -m ping
或关系:ansible “websrvs:appsrvs” -m ping
逻辑与:ansible “websrvs:&dbsrvs” –m ping
在websrvs组并且在dbsrvs组中的主机
逻辑非:ansible ‘websrvs:!dbsrvs’ –m ping 单引号
在websrvs组,但不在dbsrvs组中的主机
综合逻辑:ansible ‘websrvs:dbsrvs:&appsrvs:!ftpsrvs’ –m ping
则表达式:ansible “~(web|db).*\.magedu\.com” –m pingansible的Host-pattern
 
(3)ansible命令执行过程
ansible命令执行过程
1. 加载自己的配置文件 默认/etc/ansible/ansible.cfg
2. 加载自己对应的模块文件,如command
3. 通过ansible将模块或命令生成对应的临时py文件,并将该文件传输至远程服务器的对应执行用户$HOME/.ansible/tmp/ansible-tmp-数字/XXX.PY文件
4. 给文件+x执行
5. 执行并返回结果
6. 删除临时py文件,退出
执行状态:
绿色:执行成功并且不需要做改变的操作
黄色:执行成功并且对目标主机做变更
红色:执行失败
 
(4)ansible常用模块
 
1,Command:在远程主机执行命令,默认模块,可忽略-m选项
ansible srvs -m command -a ‘service vsftpd start’
此命令不支持 $VARNAME < > | ; & 等,用shell模块实现
 
2,Shell:和command相似,用shell执行命令
ansible all -m shell -a ‘echo magedu |passwd –stdin wang’
ansible all -m shell -a 'echo $HOSTNAME'
ansible all -m shell -a "sed -i 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config"
调用bash执行命令 类似 cat /tmp/stanley.md | awk -F‘|’ ‘{print $1,$2}’ &> /tmp/example.txt 这些复杂命令,即使使用shell也可能会失败,解决办法:写到脚本时,copy到远程,执行,再把需要的结果拉回执行命令的机器
 
3,Script:在远程主机上运行ansible服务器上的脚本
ansible websrvs -m script -a /data/f1.sh
ansible all -m script -a "/root/test.sh"
 
4,Copy:从主控端复制文件到远程主机
ansible srv -m copy -a “src=/root/f1.sh dest=/tmp/f2.sh owner=wang mode=600 backup=yes”
如目标存在,默认覆盖,此处指定先备份
ansible srv -m copy -a “content=‘test content\n’ dest=/tmp/f1.txt”
指定内容,直接生成目标文件
 
5,Fetch:从远程主机提取文件至主控端,copy相反,目前不支持目录
ansible all -m fetch -a "src=/root/ceph.txt dest=/root/ceph.txt"
 
6,File:设置文件属性
修改文件属性:
ansible srv -m file -a "path=/root/a.sh owner=wang mode=755“
创建软链接:
ansible web -m file -a ‘src=/app/testfile dest=/app/testfile-link state=link
删除文件
ansible all -m file -a "path=/root/abc state=absent"
清空目录
ansible all -m file -a "path=/data/ state=absent"
创建空文件夹
ansible all -m file -a "path=/etc/ceph state=directory"
 
7,unarchive:解包解压缩,有两种用法:
1、将ansible主机上的压缩包在本地解压缩后传到远程主机上,设置copy=yes.
2、将远程主机上的某个压缩包解压缩到指定路径下,设置copy=no
常见参数:
copy:默认为yes,当copy=yes,拷贝的文件是从ansible主机复制到远程主机上,如
果设置为copy=no,会在远程主机上寻找src源文件
src:源路径,可以是ansible主机上的路径,也可以是远程主机上的路径,如果是远程
主机上的路径,则需要设置copy=no
dest:远程主机上的目标路径
mode:设置解压缩后的文件权限
ansible srv -m unarchive -a 'src=/tmp/foo.zip dest=/data copy=no mode=0777'
ansible all -m unarchive -a "src=/root/ceph.gz.tar dest=/root/ceph mode=666 copy=yes"
 
8,Archive:打包压缩
将远程主机的/etc/sysconfig目录进行打包
ansible all -m archive -a 'path=/etc/sysconfig dest=/data/sysconfig.tar.bz2 format=bz2 owner=wang mode=0777'
 
9,Hostname:管理主机名
ansible 192.168.100.132 -m hostname -a "name=ceph2"
 
10,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 192.168.100.131 -m cron -a "minute=*/5 job='/usr/sbin/ntpdate 192.168.100.100 &> /dev/null' name=Synctime disabled=true"
启用
ansible 192.168.100.131 -m cron -a "minute=*/5 job='/usr/sbin/ntpdate 192.168.100.100 &> /dev/null' name=Synctime disabled=false"
删除任务
ansible srv -m cron -a ‘state=absent name=Synctime’
 
11,Yum:管理包
安装
ansible srv -m yum -a ‘name=httpd state=present’
删除
ansible srv -m yum -a ‘name=httpd state=absent’
 
12,Service:管理服务
启动服务并设置开机启动
ansible srv -m service -a 'name=httpd state=started enabled=yes'
停止服务
ansible srv -m service -a 'name=httpd state=stopped'
重新加载配置文件
ansible srv -m service -a 'name=httpd state=reloaded’
重新启动服务
ansible srv -m service -a 'name=httpd state=restarted'
示例:
安装httpd服务
ansible host -m yum -a "name=httpd state=present"
修改监听端口为8080
ansible host -m shell -a 'sed -i "s#^Listen.*#Listen 8080#" /etc/httpd/conf/httpd.conf'
启动httpd服务
ansible host -m service -a "name=httpd state=started"
 
13,User:管理用户
创建用户user,描述为***,UID为2048,家目录为***
ansible srv -m user -a 'name=user1 comment=“test user” uid=2048 home=/app/user1 group=root‘
创建用户,不创建家目录
ansible srv -m user -a 'name=mysql system=yes create_home=no shell=/bin/false ’
删除用户及家目录等数据
ansible srv -m user -a ‘name=user1 state=absent remove=yes‘
 
14,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
执行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 appsrvs
root@appsrvs (2)[f:5]$ list
root@appsrvs (2)[f:5]$ yum name=httpd state=present
root@appsrvs (2)[f:5]$ service name=httpd state=started
 
 
六,Playbook
 
playbook是由一个或多个“play”组成的列表
play的主要功能在于将预定义的一组主机,装扮成事先通过ansible中的task定义好的角色。Task实际是调用ansible的一个module,将多个play组织在一个playbook中,即可以让它们联合起来,按事先编排的机制执行预定义的动作
Playbook采用YAML语言编写
 
(1)核心元素
Hosts 执行的远程主机列表
Tasks 任务集
Variables 内置变量或自定义变量在playbook中调用
Templates 模板,可替换模板文件中的变量并实现一些简单逻辑的文件
Handlers notity 结合使用,由特定条件触发的操作,满足条件方才执行,否则不执行
tags 标签 指定某条任务执行,用于选择运行playbook中的部分代码。ansible具有幂等性,因此会自动跳过没有变化的部分,即便如此,有些代码为测试其确实没有发生变化的时间依然会非常地长。此时,如果确信其没有变化,就可以通过tags跳过此些代码片断
ansible-playbook -t tagsname useradd.yml
 
(2)playbook基础组件
Hosts:
playbook中的每一个play的目的都是为了让特定主机以某个指定的用户身份
执行任务。hosts用于指定要执行指定任务的主机,须事先定义在主机清单中
 
remote_user:可用于Host和task中,也可以通过指定其通过sudo的方式在远程主机上执行任务,其可用于play全局或某任务;此外,甚至可以在sudo时使用sudo_user指定sudo时切换的用户
- hosts: websrvs
remote_user: root ####以谁的身份连接远程主机,默认root
tasks:
- name: test connection
ping:
remote_user: magedu ####以magedu身份连接远程主机,切换到wang执行
sudo: yes 默认sudo为root
sudo_user:wang ####切换成wang用户执行操作
 
tasks:任务列表
两种格式:
(1) action: module arguments
(2) module: arguments 建议使用
如果命令或脚本的退出码不为零,可以使用如下方式替代
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
 
(3)运行playbook的方式
ansible-playbook <filename.yml> ... [options]
常见选项
--check -C 只检测可能会发生的改变,但不真正执行操作
--list-hosts 列出运行任务的主机
--list-tags 列出tag
--list-tasks 列出task
--limit 主机列表 只针对主机列表中的主机执行
-v -vv -vvv 显示过程
示例:
检查test1.yml文件格式:
ansible-playbook test1.yml --check
 
列出test1.yml文件任务中的主机
ansible-playbook test1.yml --list-hosts
 
复制base.repo到远程主机:
# cat copy.yml
---
- hosts: all
remote_user: root
 
tasks:
- name: "复制yum源配置文件"
copy: src=/etc/yum.repos.d/base.repo dest=/etc/yum.repos.d/ backup=yes
 
 
(4)handlers和notify结合使用触发条件
Handlers
是task列表,这些task与前述的task并没有本质上的不同,用于当关注的资源发生变化时,才会采取一定的操作
Notify此action可用于在每个play的最后被触发,这样可避免多次有改变发生时每次都执行指定的操作,仅在所有的变化发生完成后一次性地执行指定操作。在notify中列出的操作称为handler,也即notify中调用handler中定义的操作
示例:
---
- hosts: all
remote_user: root
tasks:
- name: "install httpd"
yum: name=httpd state=present
- name: "config"
copy: src=/root/httpd.conf dest=/etc/httpd/conf/httpd.conf
notify: ##notify也可以出发多个handlers
- restart httpd --当配置文件改变时,重启服务(调用handler)
- wall hello --
tags:conf --tags的使用
- name: "service"
tags: service --tags的使用
service: name=httpd state=started enabled=yes
handlers: ##
- name: restart httpd
service: name=httpd state=restarted
- name: wall hello
shell:wall hello
 
(5)Playbook中tags使用
 
列出httpd.yml中的tags:
ansible-playbook --list-tags httpd.yml
 
只执行httpd.yml中tags为conf的操作
ansible-playbook -t conf httpd.yml
 
(6)Playbook中变量使用
变量名:仅能由字母、数字和下划线组成,且只能以字母开头
变量来源:
1,ansible setup facts 远程主机的所有变量都可直接调用
ansible_fqdn
ansible all -m setup 查看hosts主机信息
ansible all -m setup -a 'filter=ansible_fqdn' 对信息进行过滤
示例:
# cat var.yml
---
- hosts: all
 
tasks:
- name: var
file: name=/root/{{ansible_fqdn}}.log state=touch
2,在/etc/ansible/hosts中定义
普通变量:主机组中主机单独定义,优先级高于公共变量
公共(组)变量:针对主机组中所有主机定义统一变量
主机变量
可以在inventory中定义主机时为其添加主机变量以便于在playbook中使用
[web]
192.168.100.132 hostname=ceph2
[app]
192.168.100.133 hostname=ceph3
示例:
---
- hosts: all
 
tasks:
- name: var
file: name=/root/{{hostname}}.log state=touch
组变量
组变量是指赋予给指定组内所有主机上的在playbook中可用的变量
示例:
[websrvs]
www1.magedu.com
www2.magedu.com
[websrvs:vars]
ntp_server=ntp.magedu.com
nfs_server=nfs.magedu.com
3,通过命令行指定变量,优先级最高
ansible-playbook -e port=myname vars2.yml
4,在playbook中定义
---
- hosts: all
vars:
- hostname: node
- suf: 2020
tasks:
- name: file
copy: src=/root/ansible.txt dest=/root/{{ hostname }}.log
5,在独立的变量YAML文件中定义
cat vars.yml --定义变量的文件
var1: http
var2: nginx
 
cat var.yml
- hosts: all
vars_files: --引用变量
- vars.yml
tasks:
- name: file
copy: src=/root/ansible.txt dest=/root/{{ var1 }}.log
6,在role中定义
 
变量调用方式:
1,通过{{ variable_name }} 调用变量,且变量名前后必须有空格,有时用 “{{ variable_name }}”才生效
2,ansible-playbook –e 选项指定
 
变量优先级:
命令行-e优先级最高
playbook次之
hosts主机组中定义的优先级最低
 
(7)模板template
Jinja2语言,使用字面量,有下面形式
字符串:使用单引号或双引号
数字:整数,浮点数
列表:[item1, item2, ...]
元组:(item1, item2, ...)
字典:{key1:value1, key2:value2, ...}
布尔型:true/false
算术运算:+,-,*, /, //, %,**
比较操作:==, !=, >, >=, <, <=
逻辑运算:and,or,not
流表达式:For,If,When
template功能:根据模块文件动态生成对应的配置文件
template文件必须存放于templates目录下,且命名为.j2 结尾
yaml/yml 文件需和templates目录平级,目录结构如下:
./
├──temnginx.yml
└──templates
└──nginx.conf.j2
示例:
j2文件:
vim nginx.conf.j2
Listen {{ httpd_port }} ####引用主机清单中的变量
主机清单:
vim /etc/ansible/hosts
[web]
192.168.100.132 httpd_port=8132
192.168.100.133 httpd_port=8133
yml文件:
---
- hosts: all
remote_user: root
 
tasks:
- name: "install httpd"
template: src=nginx.conf.j2 dest=/etc/nginx/nginx.conf
- name: "service"
service: name=nginx state=restarted
 
1,when语句
在task后添加when子句即可使用条件测试;when语句支持Jinja2表达式语法
示例:---
- hosts: all
remote_user: root
tasks:
- name: "install httpd"
template: src=nginx.conf.c7.j2 dest=/etc/nginx/nginx.conf
####when判断变量符合的时候执行操作
when: ansible_nodename == "ceph2"
- name: "service"
file: name={{ ansible_nodename }}nginx.log state=touch
when: ansible_nodename == "ceph3"
 
2,迭代:with_items
迭代:当有需要重复性执行的任务时,可以使用迭代机制
对迭代项的引用,固定变量名为”item“
要在task中使用with_items给定要迭代的元素列表
列表格式:
字符串
字典
示例:迭代(安装多个软件)
- hosts: all
remote_user: root
tasks:
- name: install some packages
yum: name={{ item }} state=present --安装多个软件包
with_items:
- nginx
- memcached
- php-fpm
示例:迭代嵌套子变量
- hosts:websrvs
remote_user: root
tasks:
- name: add some groups
group: name={{ item }} state=present
with_items:
- group1
- group2
- group3
- name: add some users
user: name={{ item.name }} group={{ item.group }} state=present
with_items:
- { name: 'user1', group: 'group1' }
- { name: 'user2', group: 'group2' }
- { name: 'user3', group: 'group3' }
 
3,for if 语句
示例1:
cat for1.yml
- hosts: 192.168.200.145
vars:
ports:
- listen_port: 81
- listen_port: 82
- listen_port: 83
tasks:
- name: config
template: src=server2.conf.j2 dest=/root/server2.conf
cat templates/server2.conf.j2
{% for port in ports %}
server {
listen {{ port.listen_port }}
}
{% endfor %}
 
示例2:
cat for2.yml
---
- hosts: all
vars:
ports:
- web1:
listen_port: 81
dir: /root/server
- web2:
listen_port: 82
name: web2
dir: /root/server
- web3:
listen_port: 83
name: web3
tasks:
- name: config
template: src=server.conf.j2 dest=/root/server2.conf
 
cat templates/server2.conf.j2
{% for host in ports %}
server {
listen {{host.listen_port}}
{% if host.name is defined %} ####判断host.name是否定义,如果定义了就输出
server_name {{host.name}}
{%endif%}
{% if host.dir is defined %}
root {{host.dir}}
{% endif %}
}
{%endfor%}
 
八,roles
ansible自1.2版本引入的新特性,用于层次性、结构化地组织playbook。roles能够根据层次型结构自动装载变量文件、tasks以及handlers等。要使用roles只需要在playbook中使用include指令即可。简单来讲,roles就是通过分别将变量、文件、任务、模板及处理器放置于单独的目录中,并可以便捷地include它们的一种机制。角色一般用于基于主机构建服务的场景中,但也可以是用于构建守护进程等场景中
复杂场景:建议使用roles,代码复用度高
变更指定主机或主机组
如命名不规范维护和传承成本大
某些功能需多个Playbook,通过includes即可实现
1,role各目录及作用:
/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进行包含
default/:设定默认变量时使用此目录中的main.yml文件
2,创建role的步骤
(1) 创建以roles命名的目录
(2) 在roles目录中分别创建以各角色名称命名的目录,如webservers等
(3) 在每个角色命名的目录中分别创建files、handlers、meta、tasks、templates和vars目录;用不到的目录可以创建为空目录,也可以不创建
(4) 在playbook文件中,调用各角色
3,playbook调用角色
调用角色方法1:
- hosts: websrvs
remote_user: root
roles:
- mysql
- nginx
调用角色方法2:
传递变量给角色
- hosts:
remote_user:
roles:
- mysql
- { role: nginx, username: nginx } ####也可以在roles中定义变量
键role用于指定角色名称
后续的k/v用于传递变量给角色
调用角色方法3:还可基于条件测试实现角色调用
roles:
- { role: nginx, username: nginx, when: ansible_distribution_major_version == ‘7’ }
定义变量及条件
示例:
目录结构:
nginx-role.yml ####与roles目录同级
roles/
└── nginx
├── default
├── files
│   └── nginx.conf
├── handlers
│   └── main.yml
├── meta
├── tasks
│   ├── config.yml
│   ├── install.yml
│   ├── main.yml ####定义tasks下的yml执行顺序
│   ├── service.yml
│   └── user.yml
├── templates
└── vars
cat nginx-role.yml
---
- hosts: 192.168.200.145
remote_user: root
 
roles:
- role: nginx --调用nginx
 
cat roles/nginx/tasks/main.yml
- include: user.yml
- include: install.yml
- include: config.yml
- include: service.yml
 
cat roles/nginx/tasks/user.yml
- name: useradd
user: name=nginx system=yes shell=/sbin/nologin
cat roles/nginx/tasks/install.yml
- name: install nginx
yum: name=nginx
cat roles/nginx/tasks/config.yml
- name: config
copy: src=nginx.conf dest=/etc/nginx/
notify: restart nginx --如果配置文件发生变化,则调用handler重启服务
cat roles/nginx/tasks/service.yml
- name: start nginx
service: name=nginx state=restarted
cat roles/nginx/handlers/main.yml ####对应restart nginx执行的操作
- name: restart nginx
service: name=nginx state=restarted
 
4,roles playbook tags使用
ansible-playbook --tags="nginx,mysql" nginx-role.yml --执行指定的tags
cat nginx-role.yml
---
- hosts: testweb
remote_user: root
roles:
- { role: nginx ,tags: [ 'nginx', 'web' ] ,when: ansible_distribution_major_version == "6“ }
- { role: httpd ,tags: [ 'httpd', 'web' ] } ####定义多个标签
- { role: mysql ,tags: [ 'mysql', 'db' ] }
- { role: marridb ,tags: [ 'mysql', 'db' ] }
- { role: php }
 
 
ansible-playbook ceph-role.yml --list-tasks
ansible-playbook ceph-role.yml --list-hosts
posted @ 2020-01-06 15:48  wangyanqiang  阅读(368)  评论(0编辑  收藏  举报