自动化运维工具-Ansible变量
变量概述
变量提供了便捷的方式来管理Ansible playbook的每一个项目中的
动态值，比如 nginx-1.6.3 这个软件包的版本，在其他地方或许会
反复使用，那么如果将此值设置为变量，然后在其他的playbook中
调用，会方便许多。如此一来还方便维护，减少维护的成本。定义变量的方式：
1.通过命令行进行变量定义
2.在play文件中进行变量定义
3.通过Inventory主机信息文件中进行变量定义变量的优先级
如果在定义变量时，变量冲突了在上述的三个地方分别设置了：
1.命令行中: age = 11
2.play文件中： age = 12
3.Inventory中: age = 13
那么，最终age的结果一定为11变量的读取优先级为： 命令行 > playbook文件 > Inventory文件
变量定义
1.1 playbook中vars定义变量
【1.编写ansible脚本】
【2.语法检测】
【3.运行ansible脚本在web01服务器安装lrzsz和wget】
【4.在web01查看运行结果】
【5.修改ansbile脚本删除web01服务器安装的lrzsz和wget】
【6.再次检测语法并运行】
【7.在web01服务器查看结果】
1.2 playbook中vars定义变量
【1.编写ansible脚本在web01安装lrzsz和wget】
【2.运行脚本】
【3.web01查看结果】
1.3 playbook中vars定义变量（path路径使用vars时不需要加""）
【1.定义在web01创建文件woshi_dageda.txt】
【2.运行ansible脚本】
【3.在web01查看是否创建woshi_dageda.txt文件】
2.使用vars_files定义变量
【1.编写ansible脚本vars_files变量删除wget、lrzsz、tree】
【2.运行ansible脚本】
【3.在web01查看结果】
【4.修改脚本为安装tree wget lrzsz，再次运行并查看结果】
【5.web01查看结果】
3.使用Ansible内置变量
【1.使用ansible web01 -m setup 命令查看关于web01的Ansible内置变量】
【2.使用grep -C 10 过滤出关于ipv4的IP地址10.0.0.7前后世行内容】
【3.编写Ansible脚本时引用内置变量，创建以 主机名_IP地址 格式的文件【通用其他主机】】
【4.检测语法并运行】
【5.在web01查看结果】
4.在Inventory中定义变量（不推荐）
【1.查看Inventory】
【2.在Inventory中定义变量】
【3.编写Ansible脚本并检测语法】
【4.运行脚本】
【5.在web01查看结果】
5.（官方推荐定义变量）
之前的几种变量定义都不是很好用，比较好用的是在Ansible项目目录下创建两个变量目录：
1.host_vars
2.group_vars
切记，目录名字一定要一致，不能做任何修改。
【1.创建变量目录】
【2.使用组变量，在group_vars创建和组同名的文件名】
【3.引用group_vars中的web组的变量】
【4.检测YAML语法并运行】
【5.查看结果】
【6.如果想要让所有的组都能够使用其中的变量，则在group_vars中创建名为all的文件】
【7.使用all中的变量编写ansible脚本】
【8.检测语法并运行】
【9.查看结果】
6.命令行定义变量（临时）
【1.编写ansible脚本】
【2.运行的时候定义】
【3.在web01查看结果】
7.变量定义优先级测试
【1.在playbook中定义变量t1为1.txt】
【2.Inventory主机清单中定义变量t1为2.txt】
【3.组group_vars定义t1为3.txt】
【4.主机host_vars定义t1为4.txt】
【5.命令行定义t1为5.txt运行】
【6.运行结果（1）】5.txt ----> 命令行定义
【7.不进行命令行定义再次运行】1.txt ----> playbook定义
【8.删除playbook定义再次运行】4.txt ----> host_vars定义
【9.删除host_vars定义再次运行】3.txt ----> group_vars定义
【10.删除group_vars定义再次运行】2.txt ----> 主机清单定义
【总结】命令行定义 > playbook定义 > hosts_vars定义 > group_vars定义 > 主机清单定义
变量注册
为什么要学变量注册？
当 ansible 的模块在运行之后，其实都会返回一些 result 结
果，就像是执行脚本，我们有的时候需要脚本给我们一些 return
返回值，我们才知道，上一步是否可以执行成功，但是...默认情
况下，ansible 和 result 并不会显示出来，所以我们可以把这
些返回值'存储到变量中'，这样我们就能通过调用对应的变量名，
从而获取到这些 result,这种将模块的返回值，写入到变量中的方
法被成为变量注册。以下给出案例：
【1.编写ansible脚本，在web01上执行ls -l命令，在本地返回结果】
【2.语法检测】
【3.运行ansible脚本】
【4.使用Ansible内置变量，使得结果只显示列表】
【5.再次运行查看结果】：只显示web01的列表结果
层级定义变量
【1.层级定义变量文件】
【2.在ansible脚本中调用安装lrzsz和wget】
【3.检测语法并运行】
【4.在web01查看安装结果】
【5.官方推荐写法】
【6.检测语法并运行】
【7.web01查看结果】
facts缓存
Ansible facts是在被管理主机上通过Ansible自动采集发现的变
量。facts包含每台特定的主机信息。比如：被控端的主机名、IP
地址、系统版本、CPU数量、内存状态、磁盘状态等等。facts使用场景
1.通过 facts 缓存检查CPU，来生成对应的nginx配置文件
2.通过 facts 缓存检查主机名，生成不同的zabbix配置文件
3.通过 facts 缓存检索物理机的内存大小来生成不同的mysql配置文件综上所述的Ansible facts类似于 saltstack 中的 grains 对于做自动化的小伙伴是非常有用的。# 调用Ansible中的setup模块可以查看相应主机的facts缓存
【1.使用facts缓存获取webs组内所有服务器的hostname和ipv4的IP地址】
【2.检测语法并运行得到结果】
【3.添加关闭facts信息采集】
【4.再次语法检测并运行】：msg无法采集信息
)
)
