简介:
Ansible是开源工具,整个开发过程或二次开发均遵循GPL协议,所以所有源码均可见,作为一款日常工作所需的核心软件,我们有必要知道其目录分布及各目录功能。
通过下列命令可以获取ansible所有文件存放目录
rpm -ql ansible
该命令输出较多,大致分为如下几类:
配置文件目录:/etc/ansible/
执行文件目录:/usr/bin/
Lib库依赖目录:/usr/lib/pythonX.X/site-packages/ansible/
Help文档目录:/usr/share/doc/ansible-X.X.X/
Man文档目录:/usr/share/man/manl/
运维经常需要配置的目录:
(1.)/etc/ansible/ 主要功能为:Inventory主机信息配置 、Ansible工具功能配置等。
(2.)执行文件目录/usr/bin/主要功能为:Ansible系列命令默认存放目录,Ansible所有的可执行文件均存放在该目录下。
Ansible配置文件解析
配置文件ansible.cfg约有350行语句,大多数为注释行默认配置项。该文件遵循INI格式分为如下几类配置。
(1.)[defaults]
该类配置下定义常规的连接类配置,如:
inventory、library、remote_tmp、local_tmp、forks、poll_interval、sudo_user、ask_sudo_pass、ask_pass、transport
remote_port等。
参数解释:
[defaults]
#inventory = /etc/ansible/hosts #定义Inventory
#library = /usr/share/my_modules/ #自定义lib库存放目录
#remote_tmp = $HOME/.ansible/tmp #临时文件远程主机存放目录
#local_tmp = $HOME/.ansible/tmp #临时文件本地存放目录
#forks = 5 #默认开启的并发数
#poll_interval = 15 #默认轮询时间间隔
#sudo_user = root #默认sudo用户
#ask_sudo_pass = True #是否需要sudo密码
#ask_pass = True #是否需要密码
#roles_path = /etc/ansible/roles #默认下载的Roles存放的目录
#host_key_checking = False #首次连接是否需要检查key认证,建议设为False
#timeout = 10 #默认超时时间
#timeout = 10 #如没有指定用户,默认使用的远程连接用户
#log_path = /var/log/ansible.log #执行日志存放目录
#module_name = command #默认执行的模块
#action_plugins = /usr/share/ansible/plugins/action #action插件的存放目录
#callback_plugins = /usr/share/ansible/plugins/callback #callback插件的存放目录
#connection_plugins = /usr/share/ansible/plugins/connection #connection插件的存放目录
#lookup_plugins = /usr/share/ansible/plugins/lookup #lookup插件的存放目录
#vars_plugins = /usr/share/ansible/plugins/vars #vars插件的存放目录
#filter_plugins = /usr/share/ansible/plugins/filter #filter插件的存放目录
#test_plugins = /usr/share/ansible/plugins/test #test插件的存放目录
#strategy_plugins = /usr/share/ansible/plugins/strategy #strategy插件的存放目录
#fact_caching = memory #getfact缓存的主机信息存放方式
#retry_files_enabled = False
#retry_files_save_path = ~/.ansible-retry #错误重启文件存放目录
上述是日常可能用到的配置,这些多数保持默认即可。
(2.)[privilege_escalation]
出于安全角度考虑,部分公司不希望直接以root的高级管理员权限直接部署应用,往往会开放普通用户权限并给予sudo的权限,该部分配置主要针对sudo用户提权的配置 。
参数解释:
#become = True #是否sudo
#become_method=sudo #sudo 方式
#become_user=root #sudo后变为root用户
#become_ask_pass=False #sudo后是否验证密码
(3.)[privilege_connection] 该配置不常用到
#record_host_keys=False #不记录新主机的key以提升效率
#pty=False #禁用sudo功能
(4.)[ssh_connection]
Ansible默认使用的是SSH协议进行与对端主机进行通信。但配置项较少,多数默认即可
# pipelining = False
(5.)[accelerate]
Ansible连接加速相关配置。多数保持默认即可。
#accelerate_port = 5099 #加速连接端口
#accelerate_timeout = 30 #命令执行超时时间,单位秒
#accelerate_connect_timeout = 5.0 #连接超时时间,单位秒
#accelerate_multi_key = yes
(6.)[selinux]
关于selinux的相关配置几乎不会涉及,保持默认配置即可。
#libvirt_lxc_noseclabel = yes
#libvirt_lxc_noseclabel = yes
(7.)[colors]
Ansible对于输出结果的颜色也进行了详尽的定义且可配置,保持默认即可。
#highlight = white
#verbose = blue
#warn = bright purple
#error = red
#debug = dark gray
#deprecate = purple
#skip = cyan
#unrechable = red
#ok = green
#changed = yellow
#diff_add = green
#diff_remove = red
#diff_lines = cyan
Ansible命令用法详解
Ansible命令执行的方式有:Ad-Hoc 、Ansible-playbook两种方式
两者本质没什么区别:Ad-Hoc主要用于临时命令的执行,Ansible-playbook可以理解为Ad-Hoc的集合,通过一定的规则编排在一起。
Ansible认证方式有两种:密码认证、公私钥认证两种方式
Ansible的命令使用格式:
ansible <host-pattern>(主机模式) [options] (选项)
<host-pattern>(主机模式):是Inventory(清单)中定义的主机或主机组,可以是ip、hostname(主机名)
Inventory:中的group组名、具有"." 或"*" 或 ":" 等特殊字符的匹配型字符串 。<>表示该选项是必须项,不可忽略。
[options]是Ansible的参数选项,[]表示该选项中的参数任选其一。
-m NAME,--module-name=NAME:指定执行使用的模块
-u USERNAME,--user=USERNAME:指定远程主机以USERNAME运行命令。
-s,--sudo:相当于Linux系统下的sudo命令。
-U SUDO_USERNAME,--sudo-user=SUDO_USERNAME:使用sudo,相当于Linux下的sudo命令。
具体实例如下:
以kangshuo用户执行ping存活检测
ansible all -m ping -u kangshuo
以kangshuo sudo 至root执行ping存活检测
ansible all -m ping -u kangshuo --sudo
以kangshuo sudo 至batman 用户执行ping 存活检测
ansible all -m ping -u bruce --sudo --sudo-user batman
注意:但在新版本中ansible的sudo命令废弃,改为--become或-b,如上命令修改为如下:
以kangshuo sudo至root执行ping存活检测
ansible all -m ping -u kangshuo -b
以kangshuo sudo至batman用户执行ping存活检测
ansible all -m ping -u kangshuo -b --become-user batman
Ansible-playbook的命令用法和Ansible略有不同,虽然参数选项与Ansible有很多相同的地方,但也新增了针对Ansible-playbook特有的参数。
Ansible-playbook的命令使用格式如下:
Ansible-playbook playbook.yml
Ansible-playbook命令后跟事先编辑好的playbook.yml文件即可。Ansible-playbook新增的功能参数如下:
--ask-vault-pass:加密playbook文件时提示输入密码。
-D,--diff:当更新的文件数及内容较少时,该选项可显示这些文件不同的地方,该选项结合-C用会有较好的效果。
-e EXTRA_VARS,--extra-vars=EXTRA_VARS:在Playbook中引入外部变量。
--flush-cache:将fact清除到的远程主机缓存。
--force-handlers:强制运行handlers的任务,即使在任务失败的情况下。
-i INVENTORY:指定要读取的INventory(清单)文件。
--list-tags:列出所有可用的tags。
--list-tasks:列出所有即将被执行的任务。
--skip-tags=SKIP_TAGS:跳过指定的tags任务。
--start-at-task=START_AT_TASK:从第几条任务开始执行。
--step:逐步执行Playbook定义的任务,并经人工确认后继续执行下一步任务。
--syntax-check:检查Playbook中的语法书写。
-t TAGS,--tags=TAGS:指定执行该tags的任务。
Ansible系列命令用法详解与使用场景介绍
如何获取Ansible的系列命令呢?
在终端键入ansible后连续按两次Tab键,会补全所有以ansible字母开头的命令,这些命令均是Ansible系列命令。
ansible
ansible-galaxy
ansible-pull
ansible-doc
Ansible-playbook
ansible-vault
ansible-console
1.ansible:
ansible主要应用在如下场景:
(1.)非固化需求
(2.)临时一次性操作
(3.)二次开发接口调用
那么什么是非固化需求和临时一次性操作呢?
简单来讲,比如工作中我临时想查看storm_cluster组的主机是否存活。
ansible storm_cluster -m ping
[root@192 ~]# ansible storm_cluster -m ping
192.168.1.5 | success >> {
"changed": false,
"ping": "pong"
}
192.168.1.7 | success >> {
"changed": false,
"ping": "pong"
}
在或者我想临时复制本地的/etc/fstab文件到远程主机192.168.1.7的/tmp目录下做测试。
ansible 192.168.1.7 -m copy -a "src=/etc/fstab dest=/tmp/fstab owner=root group=root mode=644 backup=yes"
执行结果如下:
[root@192 ~]# ansible 192.168.1.7 -m copy -a "src=/etc/fstab dest=/tmp/fstab owner=root group=root mode=644 backup=yes"
192.168.1.7 | success >> {
"changed": false,
"dest": "/tmp/fstab",
"gid": 0,
"group": "root",
"md5sum": "881cdcd7fca7a1dca107d264ba621358",
"mode": "0644",
"owner": "root",
"path": "/tmp/fstab",
"secontext": "unconfined_u:object_r:admin_home_t:s0",
"size": 541,
"state": "file",
"uid": 0
}
再到192.168.1.7主机上面查看/tmp目录下是否有fstab文件。
例如上面的这些没规律的、临时需要做的任务,我们称之为非固化需求、临时一次性操作。
Ansible的返回结果都非常友好,一般会用3种颜色来表示执行结果:
红色:表示执行过程中有异常,一般会中止剩余所有的任务
绿色:表示执行过程中没有异常,所有任务均正常执行
橘黄色:表示执行过程中没有异常,所有任务均正常执行,但是命令执行结束后目标有状态的变化。
所以判断Ansible系列命令的执行结果是否正常是一件非常容易的事情,只要看颜色即可。
2.ansible-galaxy
通过ansible-galaxy命令,我们可以根据下载量和关注量等信息,查找和安装优秀的Roles。
Roles是Ansible非常重要的一项功能。之后的博客会有专门的详解。。。。。
在ansible-galaxy上,我们可以上传和下载Roles,下载地址为:https://galaxy.ansible.com
ansible-galaxy命令使用格式如下:
ansible-galaxy [ init | info | install | list | remove ] [--help] [options] ...
ansible-galaxy命令分为三大部分:
(1.)[init|info|install|list|remove]
init:初始化本地的Roles配置,以备上传Roles至galaxy。
info:列表指定Role的详细信息。
install:下载并安装galaxy指定的Roles到本地。
list:列出本地已下载的Roles。
remove:删除本地已下载的Roles。
Ansible2.0版本中,针对ansible-galaxy增加了login、import、delete、setup等功能,但这些功能需要基于login在galaxy认证成功后方可执行,主要为了方便对galaxy上已有的Roles的配置工作。
(2.)help用法显示[--help]
针对上面的init、info等功能,后面跟上--help可单独显示该项用法。例如:
ansible-galaxy init --help
执行后会返回ansible-galaxy init选项的用法说明。
Usage: ansible-galaxy init [options] role_name
Options:
-h, --help show this help message and exit
-p INIT_PATH, --init-path=INIT_PATH
The path in which the skeleton role will be created.
The default is the current working directory.
-s API_SERVER, --server=API_SERVER
The API server destination
-f, --force Force overwriting an existing role
See 'ansible-galaxy <command> --help' for more information on a specific command.
其他选项与help用法一样。
(3.)参数项[options]
该部分结合第一部分的参数完成ansible-galaxy完整的功能用法。
可参考如下:
下载用户kangshuo的Nginx这个Role到本地并忽略错误(默认存放在/etc/ansible/roles/)
ansible-galaxy --ignore-errors install azavea.git
因为ansible-galaxy是对https://galaxy.ansible.com网站的上传、下载、配置类工作,如果有类似如下报错,请确保该网站可以正常访问。
The API server (galaxy.ansible.com) is not responding, please try again later.
3.ansible-pull
该指令的使用涉及Ansible的另一种工作模式:pull模式(Ansible默认使用push模式)。
push模式适用于以下场景:
(1.)你有数量巨大的机器需要配置,即使使用高并发线程依旧要花费很多时间。
(2.)你要在刚启动的、没有网络连接的主机上运行Ansible。
ansible-pull命令的使用格式如下:
ansible-pull [options] [playbook.yml]
通过ansible-pull结合Git和crontab一并实现,其原理如下:通过crontab定期拉去指定的Git版本到本地,并以指定模式自动运行预先制订好的指令。
具体参考如下实例:
*/20 * * * * root /usr/local/bin/ansible-pull -o -C 2.1.0 -d /srv/www/king-gw/ -i /etc/ansible/hosts -U git://git.kingifa.com/king-gw-ansiblepull >> /var/log/ansible-pull.log 2>&1
Ansible-pull通常在配置大批量机器的场景下使用,灵活性稍有欠缺,但效率几乎可以无限提升,对运维人员的技术水平和前瞻性规划有较高要求。
4.ansible-doc
ansible-doc是Ansible模块文档说明,针对每个模块都有详细的用法说明及应用案例介绍,功能和Linux系统man命令类似。
该命令使用方式如下:
ansible-doc [options] [module...]
ansible-doc命令后跟[options]参数或[模块名],显示模块用法说明。具体示例如下:
ansible-doc -l #列出支持的模块
[root@192 ~]# ansible-doc -l
acl Sets and retrieves file ACL information.
add_host add a host (and alternatively a group) to the ansible-playbo
airbrake_deployment Notify airbrake about app deployments
alternatives Manages alternative programs for common commands
apache2_module enables/disables a module of the Apache2 webserver
apt Manages apt-packages
apt_key Add or remove an apt key
apt_repository Add and remove APT repositories
apt_rpm apt_rpm package manager
arista_interface Manage physical Ethernet interfaces
arista_l2interface Manage layer 2 interfaces
arista_lag Manage port channel (lag) interfaces
arista_vlan Manage VLAN resources
assemble Assembles a configuration file from fragments
assert Fail with custom message
at Schedule the execution of a command or script file via the a
authorized_key Adds or removes an SSH authorized key
azure create or terminate a virtual machine in azure
bigip_facts Collect facts from F5 BIG-IP devices
bigip_monitor_http Manages F5 BIG-IP LTM http monitors
bigip_monitor_tcp Manages F5 BIG-IP LTM tcp monitors
bigip_node Manages F5 BIG-IP LTM nodes
bigip_pool Manages F5 BIG-IP LTM pools
bigip_pool_member Manages F5 BIG-IP LTM pool members
boundary_meter Manage boundary meters
bzr Deploy software (or files) from bzr branches
campfire Send a message to Campfire
capabilities Manage Linux capabilities
cloudformation create a AWS CloudFormation stack
command Executes a command on a remote node
composer Dependency Manager for PHP
copy Copies files to remote locations.
cpanm Manages Perl library dependencies.
cron Manage cron.d and crontab entries.
datadog_event Posts events to DataDog service
debconf Configure a .deb package
debug Print statements during execution
ansible-doc ping //模块功能说明
[root@192 ~]# ansible-doc ping
> PING
A trivial test module, this module always returns `pong' on
successful contact. It does not make sense in playbooks, but it is
useful from `/usr/bin/ansible'
# Test 'webservers' status
ansible webservers -m ping
5.Ansible-playbook
ansible-playbook工作机制:通过读取预先编写好的playbook文件实现批量管理。
要实现的功能与ansible命令一样,可以理解为按一定条件组成的ansible任务集。
ansible-playbook命令后跟YML格式的playbook文件,执行事先编好的任务集。
使用方式如下:
ansible-playbook playbook.yml
具体示例如下:
ansible-playbook gw.yml
playbook具有编写简单、可定制性高、灵活方便,以及可固化日常所有操作的特点,运维人员应熟练掌握。
6.ansible-vault
ansible-vault主要用于配置文件加密,例如编写的playbook配置文件中包含敏感信息,不希望其他人随意查看,ansible-vault可加密/解密这个配置文件。
具体示例如下:
首先编辑一个a.yml文件,里面内容为了测试随便输入即可,输入aaaaaaaaa
保存退出,加密a.yml文件。
ansible-vault encrypt a.yml
会有以下输入加密密码提示:
Vault password:
Confirm Vault password:
Encryption successful
设置完,这时再打开a.yml文件后会发现该文件乱码:
只有通过如下命令解密后方可正常查看。
ansible-vault decrypt a.yml
输入预设的密码后方可解密
Vault password:
Decryption successful
此时a.yml文件打开后可正常查看:
7.ansible-console
ansible-console是Ansible为用户提供的一款交互式工具,用户可以在ansible-console虚拟出来的终端上像Shell一样使用Ansible内置的各种命令,这为习惯于使用shell交互方式的用户提供了良好的使用体验。
到这里,我们对ansible的用法及系列命令已经有了概念性的了解和掌握,接下来我们进一步了解Ansible Inventory(清单)文件的配置管理。
Ansible Inventory(清单) 配置及详解
Inventory(清单)是Ansible管理主机信息的配置文件,相当于系统HOSTS文件的功能,默认存放在/etc/ansible/hosts。
为了方便批量管理主机,便捷使用其中的主机分组,Ansible通过Inventory来定义主机和组。
在使用时通过-i或者--inventory-file指定读取,与Ansible命令结合使用时组合如下:
ansible -i /etc/ansible/hosts storm_cluster -m ping
读取结果如下:
注意:如果只有一个Inventory(清单)时可不用指定路径,默认读取/etc/ansible/hosts。Inventory(清单)可以同时存在多个,而且支持动态生成
Inventory(清单)的使用规则(定义主机和组)
Inventory(清单)配置文件遵循INI文件风格,中括号中的字符为组名。其支持将同一个主机同时归并到多个不同的组中,分组的功能为IT人员维护主机列表提供了非常大的便利。
此外,若目标主机使用了非默认的SSH端口,还可以在主机名称之后使用冒号加端口号来表名,以行为单位分隔配置
详细代码信息注释内容:
# “ # ” 开头的行表示该行为注释行,即当时行的配置不生效。
# Inventory(清单)可以直接为IP地址
192.168.1.7
#Inventory(清单)同样支持Hostname(主机名)的方式,后跟冒号加数字表示端口号,默认22号端口
ntp.magede.com:22
nfs.magede.com:22
# 中括号内的内容表示一个分组的开始,紧随其后的主机均属于该组成员,空行后的主机亦属于该组,即web2.magedu.com这台主机也属于[webservers]组。
[webservers]
web1.magedu.com
web[10:20].magedu.com #[10:20] 表示10 ~ 20 之间的所有数字(包括10和20 ),即表示web10.magedu.com、web11.magedu.com.................web20.magedu.com的所有主机。
web2.magedu.com[dbservers]
db-a.magedu.com
db-[b:f].magedu.com # [b:f] 表示b到f之间的所有数字(包括b和f),即表示db-b.magedu.com、db-c.magedu.com..........db-f.magedu.com的所有主机。
定义主机变量
在平时工作中,通常会遇到非标准化的需求配置,如考虑到安全性问题,业务人员通常将企业内部的web服务80端口修改为其他端口号,而该功能可以直接通过修改Inventory(清单)配置来实现,在定义主机时为其添加主机变量,以便在Playbook中使用针对某一主机的个性化要求。
例如:
[webservers]
web1.magedu.com http_port=808 maxRequestsPerChild=801 #自定义http_port的端口号为808、配置maxRequestsPerChild为801.
Ansible其实支持多种方式修改或自定义变量,Inventory(清单)是其中的一种修改方式。关于更多种方式,将在后期会详细介绍到的。。。。。。。。
定义组变量
Ansible支持定义组变量,主要是针对大量机器的变量定义需求,赋予指定组内所有主机在Playbook中可用的变量,等同于逐一给该组下的所有主机赋予同一变量。
例如:
[groupservers]
web1.magedu.com
web2.magedu.com
[groupservers:vars]
ntp_server=ntp.magedu.com #定义groupservers组中所有主机ntp_server值为ntp.magedu.com
nfs_server=nfs.magedu.com #定义groupservers组中的所有主机nfs_server值为nfs.magedu.com
定义组嵌套及组变量
Inventory(清单)中,组还可以包含其他的组(嵌套),并且也可以向组中的主机指定变量。不过,这些变量只能在Ansible-playbook中使用,而Ansible不支持。组与组之间可以相互调用,并且可以向组中的主机指定变量。
示例:
[apache]
httpd1.magedu.com
httpd2.magedu.com
[nginx]
ngx1.magedu.com
ngx2.magedu.com
[webservers:children]
apache
nginx
[webservers:vars]
ntp_server=ntp.magedu.com
Ansible以简单为其核心理念,上述实现在业务日常使用中并不常见,大家了解其用法即可。
多重变量定义
变量除了可以在Inventory(清单)中一并定义,也可以独立于Inventory(清单)文件之外单独存储到YAML格式的配置文件中,这些文件中,这些文件通常以.yml、.yaml、.json为后缀或者无后缀。
变量通常从如下4个位置检索:
Inventory(清单)配置文件(默认/etc/ansible/hosts)
Playbook中vars定义的区域
Roles中的vars目录下的文件
Roles同级目录group_vars和hosts_vars目录下的文件
假设foosball主机同属于raleigh和webservers组,那么其变量在如下文件中设置均有效:
/etc/ansible/group_vars/raleigh # can optionally end in '.yml' ,'.yaml' , or '.json'
/etc/ansible/group_vars/webservers
/etc/ansible/host_vars/foosball
对于变量的读取,Ansible遵循如上优先级顺序,因此大家设置变量时尽量沿用同一种方式,以方便维护人员管理。
其他Inventory(清单)参数列表
除了支持如上的功能外,Ansible基于SSH连接Inventory(清单)中指定的远程主机时,还内置了很多其他参数,用于指定其交互方式。
下面列举了部分重要参数:
ansible_ssh_host:指定连接主机ansible_ssh_port,指定SSH连接端口,默认22
ansible_ssh_user:指定SSH连接用户
ansible_ssh_pass:指定SSH连接密码
ansible_sudo_pass:指定SSH连接时sudo密码
ansible_ssh_private_key_file:指定特有私钥文件
其他内置参数还有数十个, 这些参数均可以直接写在命令行或Playbook文件中,以覆盖配置文件中的定义。
Ansible与正则
正则表达式(Patterns)是各类高级语言的必定支持的方法之一,Ansible也不例外。其Patterns(模式)功能等同于正则表达式,语法使用也和正则类同,这大大便利了运维的使用。
该功能同样支持Ansible-playbook,其用法也非常简单,语法如下:
ansible <pattern_goes_here> -m <module_name> -a <arguments>
该功能主要针对Inventory(清单)的主机列表使用。
如下示例中主要针对webservers进行正则匹配:
重启webservers组所有主机的httpd服务
ansible webservers -m service -a "name=httpd state=restarted"
(1.)ALL(全量)匹配
匹配所有主机,all或*号功能相同,但*号需引起来。如检测所有主机存活情况
ansible all -m ping
ansible "*" -m ping
检查192.168.1.0/24网段所有主机存活状况
ansible 192.168.1.* -m ping
(2.)逻辑或(or)匹配
如果我们希望同时对多台主机或多个组同时执行,相互之间用":"(冒号)分隔即可。
ansible "web1:web2" -m ping
(3.)逻辑非(!)匹配
逻辑非用感叹号(!)表示,主要针对多重条件的匹配规则,使用方式如下:
所有在webservers组但不在Phoenix组的主机
webservers:!Phoenix
(4.)逻辑与(&)匹配
和逻辑非一样,逻辑与也主要针对多重条件的匹配规则,只是逻辑上的判断不同。逻辑与使用&表示,请看如下示例:
webservers组和staging组中同时存在的主机
webservers:&staging
(5.)多条件组合
Ansible同样支持多条件的复杂组合,该情况企业应用不多,这里做简单举例说明。
webservers和dbservers两个组中的所有主机在staging组中存在且在Phoenix组中不存在的主机
webservers:dbservers:&staging:!Phoenix
(6.)模糊匹配
*通配符在Ansible表示0个或多个任意字符,主要应用于一些模糊规则匹配,在平时的使用中应用频率非常高,请参考如下示例:
所有以.magedu.com结尾的主机均符合
*.magedu.com
one开头.com结尾的所有主机和dbservers组中的所有主机
one*.com:dbservers
(7.)域切割
Ansible底层基于python,因此也支持域切割。Python字符串域切割的示例如下:
str = '12345678'
print = str[0:1]
通过[0:1]即可获取数值1.该功能在Ansible中也支持,以如下Inventory(清单)内容为例:
[webservers]
cobweb
webbing
weber
通过上面截取数组下标可以获取到对应变量值。
webservers[0] # == cobweb
webservers[-1] # == weber
webservers[0:1] # == cobweb,webbing
webservers[1:] # == webbing,weber
(8.)正则匹配
Ansible同样完整支持正则匹配功能,"~"开始表示正则匹配。
~(web|db).*\.example\.com
检测beta.example.com、web.example.com、green.example.com、beta.example.org、web.example.org、green.example.org的存活,使用如下匹配模式:
ansible "~(beta|web|green)\.example\.(com|org)" -m ping
关于Ansible的正则功能到此结束,相信大家在浏览的过程中对其灵活程度也会有所感触,在对Ansible的实际应用过程中也会不断地加深对其理解。