ansible[-m module_name] [-a args]
ansible “\*” -m ping
ansible 192.168.1.* -m ping
ansible “\*srvs” -m ping
ansible “\*” -m ping
ansible 192.168.1.* -m ping
ansible “\*srvs” -m ping
ansible “webserver:dbserver” -m ping
ansible "webserver:dbserver" -m ping #执行在web组并且在dbserver组中的主机(忽略重复的)
ansible "webserver:&dbserver" -m ping #只执行在web组并且也在dbserver组中的主机
ansible 'webserver:!dbserver' -m ping #【注意此处只能使用单引号!】
ansible 'webserver:dbserver:&webserver:!dbserver' -m ping
ansible "webserver:&dbserver" -m ping
ansible "~(web|db).*\.magedu.\com" -m ping
ansible-doc [options][module]
-a 显示所有模块文档
-l,–list 列出可用模块
-s,–snippet 显示指定模块的playbook片段
实例:
ansible-doc -l 列出所有模块
ansible-doc ping 查看指定模块的帮助用法
ansible-doc -s ping 查看指定模块的帮助用法
ansible通过ssh实现配置管理、应用部署,任务执行等功能,建议配置 ansible段能基于密钥认证的方式联系各被管理节点
a. 加载自身的配置文件;
默认配置文件路径:/etc/ansible/ansible.cfg;
b. 加载对应的模块;
一个普通的ansible命令:ansible 192.168.1.* -m ping,其中-m代表command,ping就是指定加载ping这个模块;
c. 生成python临时文件;
由于ansible底层是用python写的,通过ansible将模块或命令生成对应的临时py文件,并将改文件传输至远程服务器的对应执行用户SHOME/.ansible/tmp/ansible-tmp-数字/XXX.py文件
d. 对文件添加执行权限;
e. 执行并返回结果;
f. 删除临时py文件,退出;
a. 绿色
执行成功,并且不需要做改变的操作;
b. 黄色
执行成功,并且对目标主机做变更;
c. 红色
执行失败;
测试模块,检测目标主机的存活情况,目标主机返回结果为“pang”表示可以访问目标主机,否则失败;
在远程主机执行命令,是Ansible的默认模块,因此可以忽略“-m”选项;
例:
ansible webserver -m command -a ‘systemctl restart sshd’
等同于
ansible webserver -a ‘systemctl restart sshd’
其他参数:
--chdir:切换文件夹后,执行命令;
--creates:如果文件存在,则不执行;ansible all -a ‘creates=mkdir /data’
--removes:如果文件不存在,则不执行;ansible all -a ‘removes=rm -rf /data’
注:此命令不支持$VRNAME< > | ; & 等,需要用shell模块实现;
和command模块相似,在目标主机使用shell执行命令;
例:
ansible webserver -m shell -a ‘echo magedu | passwd --stdin wang’
注:ansible执命令,默认不加载环境变量,nohup参数让脚本在后台执行,就可以加载里面的环境变量。
运行脚本文件;
例:
ansible webserver -m script -a f1.sh
从主控机端复制文件到目标主机,如果文件存在则默认覆盖;
例:
ansible all -m copy -a 'src=/data/test1 dest=/data/test1 backup=yes
--src:指定源文件;
--dest:指定目的文件;
--content:指定内容;
与copy复制文件的方向相反,fetch从目标主机取文件复制至主控机端,目录可以先tar;
例:
ansible all -m fetch -a ‘src=/root/a.sh dest=/data/f2.sh'
--src:文件源地址;
--dest:文件存放的目录;
注:只能抓取单个文件,不能是文件夹;文件中包含源文件的目录;
设置文件属性(状态,属组,属主,权限),或对文件进行打包、解压等操作;
例:
ansible all -m file -a “path=/root/a.sh owner=zhang mode=755”
ansible all -m file -a 'src=/data/test1 dest=/tmp/test state=link'
ansible all -m file -a ’name=/data/f3 state=touch‘ #创建文件
ansible all -m file -a ’name=/data/f3 state=absent‘ #删除文件
ansible all -m file -a ’name=/data state=directory‘ #创建目录
ansible all -m file -a ’src=/etc/fstab dest=/data/fstab.link state=link‘
-- archive打包模块
-- unarchive 解打包模块
根据时间,可以计划任务的执行;
例:
ansible all -m cron -a "minute=*/5 weekday=1,3,5 job='/usr/sbin/ntpfata 172.16.0.1 & >/dev/null' name=Synctime" 创建任务
ansible all -m cron -a "disabled=true job='/usr/sbin/ntpfata 172.16.0.1 & >/dev/null' name=Synctime" 禁用任务(加#号注释)
ansible all -m cron -a "disabled=no job='/usr/sbin/ntpfata 172.16.0.1 & >/dev/null' name=Synctime" 启用任务
ansible all -m cron -a 'state=absent name=Synctime' 删除任务
yum和Linux中的yum相同,是对包进行管理的模块;
ansible all -m yum -a 'name=httpd state=latest'安装
ansible all -m yum -a 'name=httpd state=ansent' 卸载
ansible all -m yum -a 'name=dstat update_cache=yes' 更新缓存
playbook是由一个或者多个“play”(Ansible命令)组成的列表;
play的主要功能在于将事先归并为一组的主机装扮成事先通过ansible中的task定义好的角色。从根本上来讲,所谓task无非是调用ansible的一个module。将多个play组织在一个playbook中,即可以让他们联同起来按照事先编排的机制同唱一台大戏。
palybook采用YAML语言编写;
YAML是一个可读性高用来表达资料序列的格式。YAML参考了其他多种语言,包括:XML、C语言、Python、Perl以及电子邮件格式RFC2822等。Clark Evans在2001年在首次发表了这种语言,另外Ingy dot Net与Oren Ben-Kiki也是这种语言的共同设计者。
YAML的可读性好
YAML和脚本语言的交互性好
YAML使用实现语言的数据类型
YAML有一个一致的信息模型
YAML易于实现
YAML可以基于流来处理
YAML表达能力强,扩展性好
在单一档案中,可以连续三个连字号(---)区分多个档案;
使用#号注释代码;
缩进必须是统一的,不能空格和tab混用;
缩进的级别也必须是一致的,同样的缩进代表同样的级别,程序判断配置的级别是通过缩进结合换行来实现的;
YAML文件内容和linux系统大小写判断方式保持一致,是区别大小写的,k/v的值均需大小写敏感;
k/v的值可同行写也可换行写。同行的话,使用:号分割;
v可是一个字符串,也可是另一个列表;
一个完成的代码块功能需最少元素包括 name: task;
一个name只能包括一个task;
YAML文件扩展名通常为yml或者yaml;
hosts 执行的远程主机列表;
tasks 任务集;
varniables 内置变量或自定义变量在playbook中调用;
templates 模板,可替换模板文件中的变量并实现一些简单逻辑文件;
hanslers 和notity结合使用,有特定条件出发操作,满足条件方可执行,否则不执行;
tags 标签 指定某条任务执行,用于选择运行playbook中部分代码;
注:
ansible具有幂等性,因此会自动化跳过没有变化的部分,即便如此,有些代码为此时其确实没有发生变化的时间依然会非常的长。此时,确信其没有变化,就可以通过tags跳过此些代码片段。
playbook中的每一个play的目的都是为了让某个或某些主机以某个指定的用户身份执行任务。hosts用于指定要执行指定任务的主机,须事先定义在主机清单中
可以是如下形式:
one.example.com
one.example.com:two.example.com
192.168.1.50
192.168.1.*
webserver:dbserver 两个组的并集
webserver:&dbserver 两个组的交集
webserver:!dbserver 在webserver组中 但不在dbserver组中
可用于Host和task中。也可以通过制定其通过sudo的方式在远程主机上执行任务,其可用于play全局或某任务;此外;甚至可以在sudo时使用sudo_user: root时切换到用户。
- hosts: web
remote_user: root
tasks:
- name: test connection
ping
remote_user: zhangwei
sudo: yes #默认sudo为root
sudo_user: wang #sudo为wang
任务列表;
格式:(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 conamnd and ignore the result
shell : /usr/bin/sommecommand || /bin/true
或者使用ignore_errors来忽略错误信息:
tasks:
- name: run this conamnd and ignore the result
shell : /usr/bin/sommecommand
ignore_errors: True
运行playbook方式
ansible-playbook ... [options]
常见选项
--check (-C)只检测可能会发生的改变,但不真正执行操作
--list-hosts 列出运行任务的主机
--limit 主机列表 只针对主机列表中的主机执行
-v 显示过程 -vv -vvv更详细
示例:
ansible-playbook file.yml --check 只检测
ansible-playbook file.yml
ansible-playbook file.yml --limit webserver
ansible-playbook file.yml --list-hosts # 查看主机
ansible-playbook file.yml --list-tasks #查看任务列表
ansible-playbook file.yml --list-tags # 查看标签
通过tags标签,可以直接执行playbook中带有tags的module;
格式:
ansible-playbook -t conf httpd.yml 【使用-t 指定标签名字】
ansible-playbook -t conf,service httpd.yml
ansible-playbook httpd.yml --list-tsgs #查看标签列表
注意:tags标签命名可以相同,不通模块下写入相同tags标签,执行时,打入标签的模块会同时执行