事实、循环、条件判断
文章目录
- 事实、循环、条件判断
- 1.描述Ansible事实
- 2.ansible事实作为变量注入
- 3.关闭事实收集
- 4.创建自定义事实
- 5.魔法变量
- 6.利用循环迭代任务
- 7.循环散列或字典列表
- 8.较早样式的循环关键字
- 9.将register变量与loop一起使用
- 10.有条件的运行任务
事实、循环、条件判断
1.描述Ansible事实
Ansible事实是Ansible在受管主机上自动检测到的变量。事实中包含有与主机相关的信息,可以像play中的常规变量、条件、循环或依赖于从受管主机收集的值的任何其他语句那样使用。
为受管主机收集的一些事实可能包括:
- 主机名称
- 内核版本
- 网络接口
- IP地址
- 操作系统版本
- 各种环境变量
- CPU数量
- 提供的或可用的内存
- 可用磁盘空间
借助事实,可以方便地检索受管主机的状态,并根据该状态确定要执行的操作。例如:
- 可以根据含有受管主机当前内核版本的事实运行条件任务,以此来重启服务器
- 可以根据通过事实报告的可用内存来自定义MySQL配置文件
- 可以根据事实的值设置配置文件中使用的IPv4地址
通常,每个play在执行第一个任务之前会先自动运行setup模块来收集事实。
查看为受管主机收集的事实的一种方式是,运行一个收集事实并使用debug模块显示ansible_facts变量值的简短playbook。
我们用模块获取对面的事实。
[root@node1 ansible]# ansible 192.168.100.147 -m setup
192.168.100.147 | SUCCESS => {"ansible_facts": {"ansible_all_ipv4_addresses": ["192.168.100.147"],"ansible_all_ipv6_addresses": ["fe80::79b2:48d0:db63:ff3e"],"ansible_apparmor": {"status": "disabled"},"ansible_architecture": "x86_64","ansible_bios_date": "07/22/2020","ansible_bios_version": "6.00","ansible_cmdline": {"BOOT_IMAGE": "(hd0,msdos1)/vmlinuz-4.18.0-257.el8.x86_64",
此内容省略。。。。。。
我们直接获取对面全部内容,内容可能很多, 这个时候我们可以只查看前面的内容
[root@node1 ansible]# ansible 192.168.100.147 -m setup|less
我们用playbook获取对面的事实
[root@node1 ansible]# cat test.yml //如果需要获取对面全是的事实playbook入下
---
- hosts: 192.168.100.147tasks: - name: ansible_factsdebug: var: ansible_facts[root@node1 ansible]# [root@node1 ansible]# ansible-playbook test1/test.yml PLAY [192.168.100.147] *********************************************************************************************TASK [Gathering Facts] *********************************************************************************************
ok: [192.168.100.147]TASK [print all facts] *********************************************************************************************
ok: [192.168.100.147] => {"ansible_facts": {"all_ipv4_addresses": ["192.168.100.147"],"all_ipv6_addresses": ["fe80::79b2:48d0:db63:ff3e"],"ansible_local": {},
此处内容省略。。。。。。
我们也可以获取指定的事实内容,比如我们获取对面的IP地址
[root@node1 ansible]# cat test1/test.yml //playbook内容写法
---
- hosts: '192.168.100.147'tasks: - name: print all factsdebug: var: ansible_facts['default_ipv4']['address'][root@node1 ansible]# [root@node1 ansible]# ansible-playbook test1/test.yml //公告获取到对面的IPPLAY [192.168.100.147] *********************************************************************************************TASK [Gathering Facts] *********************************************************************************************
ok: [192.168.100.147]TASK [print all facts] *********************************************************************************************
ok: [192.168.100.147] => {"ansible_facts['default_ipv4']['address']": "192.168.100.147"
}PLAY RECAP *********************************************************************************************************
192.168.100.147 : ok=2 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 [root@node1 ansible]#
获取指定内容,还有简便的写法
[root@node1 ansible]# cat test1/test.yml
---
- hosts: '192.168.100.147'tasks: - name: print all factsdebug: var: ansible_facts.default_ipv4.address //这里我们用点代表,[root@node1 ansible]#
Playbook以JSON格式显示ansible_facts变量的内容。
下表显示了可能从受管节点收集的并可在playbook中使用的一些事实:
事实 | 变量 |
---|---|
短主机名 | ansible_facts[‘hostname’] |
完全限定域名 | ansible_facts[‘fqdn’] |
IPv4地址 | ansible_facts[‘default_ipv4’][‘address’] |
所有网络接口的名称列表 | ansible_facts[‘interfaces’] |
/dev/vda1磁盘分区的大小 | ansible_facts[‘devices’][‘vda’][‘partitions’][‘vda1’][‘size’] |
DNS服务器列表 | ansible_facts[‘dns’][‘nameservers’] |
当前运行的内核版本 | ansible_facts[‘kernel’] |
如果变量的值为散列/字典类型,则可使用两种语法来获取其值。比如:
- ansible_facts[‘default_ipv4’][‘address’]也可以写成ansible_facts.default_ipv4.address
- ansible_facts[‘dns’][‘nameservers’]也可以写成ansible_facts.dns.nameservers //这种方法虽然简便,但是不推荐使用,因为可能会和python中的某些函数会冲突,所以不建议使用。
注:msg能在之前的变量上面去加东西
在playbook中使用事实时,Ansible将事实的变量名动态替换为对应的值:
[root@node1 ansible]# cat test1/test.yml
---
- hosts: '192.168.100.147'tasks: - name: testdebug: msg: > //在这里的意思是打印一行的内容出来,为了美观所以我们可以换行写The host named {{ ansible_facts['fqdn'] }} of ip is{{ ansible_facts['default_ipv4']['address'] }}[root@node1 ansible]# [root@node1 ansible]# ansible-playbook test1/test.yml PLAY [192.168.100.147] *********************************************************************************************TASK [Gathering Facts] *********************************************************************************************
ok: [192.168.100.147]TASK [test] ********************************************************************************************************
ok: [192.168.100.147] => {"msg": "The host named node2 of ip is 192.168.100.147\n" //ip已经出来了
}PLAY RECAP *********************************************************************************************************
192.168.100.147 : ok=2 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
2.ansible事实作为变量注入
在Ansible2.5之前,事实是作为前缀为字符串ansible_的单个变量注入,而不是作为ansible_facts变量的一部分注入。例如,ansible_facts[‘distribution’]事实会被称为ansible_distribution。
许多较旧的playbook仍然使用作为变量注入的事实,而不是在ansible_facts变量下创建命名空间的新语法。我们可以使用临时命令来运行setup模块,以此形式显示所有事实的值。以下示例中使用一个临时命令在受管主机192.168.100.147上运行setup模块:
ansible 172.16.103.129 -m setup //这也就是我们上面第一条获取对面事实的命令
ansible事实名称比较
ansible_facts形式 | 旧事实变量形式 |
---|---|
ansible_facts[‘hostname’] | ansible_hostname |
ansible_facts[‘fqdn’] | ansible_fqdn |
ansible_facts[‘default_ipv4’][‘address’] | ansible_default_ipv4[‘address’] |
ansible_facts[‘interfaces’] | ansible_interfaces |
ansible_facts[‘devices’][‘vda’][‘partitions’][‘vda1’][‘size’] | ansible_devices[‘vda’][‘partitions’][‘vda1’][‘size’] |
ansible_facts[‘dns’][‘nameservers’] | ansible_dns[‘nameservers’] |
ansible_facts[‘kernel’] | ansible_kernel |
目前,Ansible同时识别新的事实命名系统(使用ansible_facts)和旧的2.5前“作为单独变量注入的事实”命名系统。
将Ansible配置文件的**[default]部分中inject_facts_as_vars参数设置为False**,可关闭旧命名系统。默认设置目前为True。
[root@node1 ansible]# vim ansible.cfg //进入配置文件# inject_facts_as_vars = True //改为false就可以执行旧命令了,记得取消注释
inject_facts_as_vars的默认值在Ansible的未来版本中可能会更改为False。如果设置为False,则只能使用新的**ansible_facts.***命名系统引用Ansible事实。所以建议大家一开始就要适应这种方式。
3.关闭事实收集
有时我们不想为play收集事实。这样做的原因可能有:
- 不准备使用任何事实
- 希望加快play速度
- 希望减小play在受管主机上造成的负载
- 受管主机因为某种原因无法运行setup模块
- 需要安装一些必备软件后再收集事实
以上种种原因导致我们可能想要永久或暂时关闭事实收集的功能,要为play禁用事实收集功能,可将gather_facts关键字设置为no:
[root@node1 ansible]# cat test1/test.yml
---
- hosts: '192.168.100.147'gather_facts: no //如果我们不想获取对面的事实, 那么我们就要关闭掉。tasks: - name: testdebug: msg: >The host named {{ ansible_facts['fqdn'] }} of ip is{{ ansible_facts['default_ipv4']['address'] }}[root@node1 ansible]#
即使play设置了gather_facts: no,也可以随时通过运行使用setup模块的任务来手动收集事实:
[root@node1 ansible]# cat test1/test.yml
---
- hosts: '192.168.100.147'gather_facts: no tasks: - name: testsetup: - name: debugdebug: var: ansible_facts[root@node1 ansible]#
4.创建自定义事实
除了使用系统捕获的事实外,我们还可以自定义事实,并将其本地存储在每个受管主机上。这些事实整合到setup模块在受管主机上运行时收集的标准事实列表中。它们让受管主机能够向Ansible提供任意变量,以用于调整play的行为。
自定义事实可以在静态文件中定义,格式可为INI文件或采用JSON。它们也可以是生成JSON输出的可执行脚本,如同动态清单脚本一样。
有了自定义事实,我们可以为受管主机定义特定的值,供play用于填充配置文件或有条件地运行任务。动态自定义事实允许在play运行时以编程方式确定这些事实的值,甚至还可以确定提供哪些事实。
默认情况下,setup模块从各受管主机的**/etc/ansible/facts.d目录下的文件和脚本中加载自定义事实。各个文件或脚本的名称必须以.fact**结尾才能被使用。动态自定义事实脚本必须输出JSON格式的事实,而且必须是可执行文件。
以下是采用INI格式编写的静态自定义事实文件。INI格式的自定义事实文件包含由一个部分定义的顶层值,后跟用于待定义的事实的键值对:
[packages] //这个配置文件要在受管主机上写入
web_package = httpd
db_package = mariadb-server[users]
user1 = joe
user2 = jane
同样的事实可能以JSON格式提供。以下JSON事实等同于以上示例中INI格式指定的事实。JSON数据可以存储在静态文本文件中,或者通过可执行脚本输出到标准输出:
{"packages": {"web_package": "httpd","db_package": "mariadb-server"},"users": {"user1": "joe","user2": "jane"}
}
注意:
自定义事实文件不能采用playbook那样的YAML格式。JSON格式是最为接近的等效格式。
自定义事实由setup模块存储在ansible_facts.ansible_local变量中。
事实按照定义它们的文件的名称来整理。例如,假设前面的自定义事实由受管主机上保存为**/etc/ansible/facts.d/custom.fact**的文件生成。在这种情况下,
ansible_facts.ansible_local[‘custom’][‘users’][‘user1’]的值为joe。
可以利用临时命令在受管主机上运行setup模块来检查自定义事实的结构。
[root@node1 ansible]# ansible 192.168.100.147 -m setup|less //执行之后我们在下面搜索local和packages,我们发现有这两个东西,也就是我们刚刚上面再受管主机写的东西。"ansible_local": {"custom": {"packages": {"db_package": "mariadb-server","web_package": "httpd""packages": {"db_package": "mariadb-server","web_package": "httpd"
注意:自定义事实的使用方式与playbook中的默认事实相同:
---
- hosts: alltasks:- name: Prints various Ansible factsdebug:msg: >The package to install on {{ ansible_facts['fqdn'] }}is {{ ansible_facts['ansible_local']['cutstom']['packages']['web_package'] }}
5.魔法变量
一些变量并非事实或通过setup模块配置,但也由Ansible自动设置。这些魔法变量也可用于获取与特定受管主机相关的信息。
最常用的有四个:
魔法变量 | 说明 |
---|---|
hostvars | 包含受管主机的变量,可以用于获取另一台受管主机的变量的值。 如果还没有为受管主机收集事实,则它不会包含该主机的事实。 |
group_names | 列出当前受管主机所属的所有组 |
groups | 列出清单中的所有组和主机 |
inventory_hostname | 包含清单中配置的当前受管主机的主机名称。 因为各种原因有可能与事实报告的主机名称不同 |
另外还有许多其他的“魔法变量”。有关更多信息,请参见以下链接:
https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#variable-precedence-where-should-i-put-a-variable。
若要深入了解它们的值,一个途径是使用debug模块报告特定主机的hostvars变量的内容:
ansible 172.16.103.129 -m debug -a 'var=hostvars["localhost"]'
6.利用循环迭代任务
通过利用循环,我们无需编写多个使用同一模块的任务。例如,他们不必编写五个任务来确保存在五个用户,而是只需编写一个任务来对含有五个用户的列表迭代,从而确保它们都存在。
Ansible支持使用loop关键字对一组项目迭代任务。可以配置循环以利用列表中的各个项目、列表中各个文件的内容、生成的数字序列或更为复杂的结构来重复任务。
简单循环对一组项目迭代任务。loop关键字添加到任务中,将应对其迭代任务的项目列表取为值。循环变量item保存每个迭代过程中使用的值。
请思考以下代码片段,它使用两次service模块来确保两个网络服务处于运行状态:
- name: Postfix is runningservice:name: postfixstate: started- name: Devecot is runningservice:name: dovecotstate: started //利用两次来确保这个服务启动,显得多此一举,我们可以用更简洁的方法
这两个任务可以重新编写为使用一个简单循环,从而只需一个任务来确保两个服务都在运行:
- name: serviceservice:name: "{{ item }}"state: startedloop:- postfix- dovecot
例子:
如果我们想创建多个用户,比如十个,百个,我们可以利用循环来创建,代码如下:
[root@node1 ansible]# cat test1/test.yml //这里比如我们创建五个用户shen
---
- hosts: 192.168.100.147tasks: - name: create useruser: name: '{{item}}'state: presentloop: - shen1- shen2- shen3- shen4- shen5
[root@node1 ansible]# [root@node1 ansible]# ansible-playbook test1/test.yml //下面可以看见,我们创建成功,此时受管主机应该是由我们五个用户的PLAY [192.168.100.147] *******************************************************************************************TASK [Gathering Facts] *******************************************************************************************
ok: [192.168.100.147]TASK [create user] ***********************************************************************************************
changed: [192.168.100.147] => (item=shen1)
changed: [192.168.100.147] => (item=shen2)
changed: [192.168.100.147] => (item=shen3)
changed: [192.168.100.147] => (item=shen4)
changed: [192.168.100.147] => (item=shen5)PLAY RECAP *******************************************************************************************************
192.168.100.147 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 [root@node1 ansible]# [root@node2 ~]# id shen1 //受管主机有这五个用户
uid=1002(shen1) gid=1002(shen1) 组=1002(shen1)
[root@node2 ~]# id shen2
uid=1003(shen2) gid=1003(shen2) 组=1003(shen2)
[root@node2 ~]# id shen3
uid=1004(shen3) gid=1004(shen3) 组=1004(shen3)
[root@node2 ~]# id shen4
uid=1005(shen4) gid=1005(shen4) 组=1005(shen4)
[root@node2 ~]# id shen5
uid=1006(shen5) gid=1006(shen5) 组=1006(shen5)
[root@node2 ~]#
可以通过一个变量提供loop所使用的列表。在以下示例中,变量mail_services含有需要处于运行状态的服务的列表。
用变量来做
[root@node1 node]# cat llll.yml //创建一个文件,写上这些内容
users: - shen6- shen7- shen8- shen9- shen10
[root@node1 node]# [root@node1 ansible]# cat test.yml //如果我们利用变量, 那我们就这样写
---
- hosts: 192.168.100.147vars_files: node/llll.ymltasks: - name: create useruser: name: '{{item}}'state: presentloop: '{{users}}'
[root@node1 ansible]#[root@node1 ansible]# ansible-playbook test.yml //执行成功PLAY [192.168.100.147] *********************************************************************************************TASK [Gathering Facts] *********************************************************************************************
ok: [192.168.100.147]TASK [create user] *************************************************************************************************
changed: [192.168.100.147] => (item=shen6)
changed: [192.168.100.147] => (item=shen7)
changed: [192.168.100.147] => (item=shen8)
changed: [192.168.100.147] => (item=shen9)
changed: [192.168.100.147] => (item=shen10)PLAY RECAP *********************************************************************************************************
192.168.100.147 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
7.循环散列或字典列表
loop列表不需要是简单值列表。在以下示例中,列表中的每个项实际上是散列或字典。示例中的每个散列或字典具有两个键,即name和groups,当前item循环变量中每个键的值可以分别通过item.name和item.groups变量来检索。
[root@node1 node]# vim llll.yml //现在我们来换一种写法
[root@node1 node]# cat llll.yml
users: - name: shen1uid: 2000- name: shen2uid: 3000- name: shen3uid: 4000- name: shen4uid: 5000
[root@node1 node]# [root@node1 ansible]# cat test.yml //注意执行文件的写法
---
- hosts: 192.168.100.147vars_files: node/llll.ymltasks: - name: create useruser: name: '{{item.name}}' //uid: '{{item.uid}}'state: presentloop: '{{users}}'
[root@node1 ansible]# [root@node1 ansible]# ansible-playbook test.yml //执行成功PLAY [192.168.100.147] *********************************************************************************************TASK [Gathering Facts] *********************************************************************************************
ok: [192.168.100.147]TASK [create user] *************************************************************************************************
changed: [192.168.100.147] => (item={'name': 'shen1', 'uid': 2000})
changed: [192.168.100.147] => (item={'name': 'shen2', 'uid': 3000})
changed: [192.168.100.147] => (item={'name': 'shen3', 'uid': 4000})
changed: [192.168.100.147] => (item={'name': 'shen4', 'uid': 5000})PLAY RECAP *********************************************************************************************************
192.168.100.147 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 [root@node1 ansible]# [root@node2 ~]# id shen1 //可以看见他的uid已经改变了
uid=2000(shen1) gid=1002(shen1) 组=1002(shen1)
[root@node2 ~]# id shen2
uid=3000(shen2) gid=1003(shen2) 组=1003(shen2)
[root@node2 ~]# id shen3
uid=4000(shen3) gid=1004(shen3) 组=1004(shen3)
[root@node2 ~]# id shen4
uid=5000(shen4) gid=1005(shen4) 组=1005(shen4)
[root@node2 ~]#
8.较早样式的循环关键字
在Ansible2.5之前,大多数playbook使用不同的循环语法。提供了多个循环关键字,前缀为whth_,后面跟Ansible查找插件的名称。这种循环语法在现有playbook中很常见,但在将来的某个时候可能会被弃用。
较早样式的Ansible循环
循环关键字 | 描述 |
---|---|
with_items | 行为与简单列表的loop关键字相同,例如字符串列表或散列/字典列表。 但与loop不同的是,如果为with_items提供了列表的列表, 它们将被扁平化为单级列表。循环变量item保存每次迭代过程中使用的列表项。 |
with_file | 此关键字需要控制节点文件名列表。循环变量item在每次迭代过程中保存文件列表中相应文件的内容。 |
with_sequence | 此关键字不需要列表,而是需要参数来根据数字序列生成值列表。 循环变量item在每次迭代过程中保存生成的序列中的一个生成项的值。 |
playbook中的with_items的示例如下所示:
vars:data:- user0- user1- user2
tasks:- name: "with_items"debug:msg: "{{ item }}"with_items: "{{ data }}"
从Ansible2.5开始,建议使用loop关键字编写循环。
9.将register变量与loop一起使用
register关键字也可以捕获循环任务的输出。以下代码片段显示了循环任务中register变量的结构:
[root@node1 ansible]# cat test.yml
---
- hosts: 192.168.100.147tasks: - name: testcommand: "echo shunzi {{item}},ni xi huan chi shi" loop:- shen1- shen2- shen3register: result- debug: var: result[root@node1 ansible]# [root@node1 ansible]# ansible-playbook test.yml //执行成功,我们可以发现他给我指定的用户打招呼的内容PLAY [192.168.100.147] *******************************************************************************************TASK [Gathering Facts] *******************************************************************************************
ok: [192.168.100.147]TASK [test] ******************************************************************************************************
changed: [192.168.100.147] => (item=shen1)
changed: [192.168.100.147] => (item=shen2)
changed: [192.168.100.147] => (item=shen3)TASK [debug] *****************************************************************************************************
ok: [192.168.100.147] => {"result": {"changed": true,"msg": "All items completed","results": [{"ansible_loop_var": "item","changed": true,"cmd": ["echo","shunzi","shen1,ni","xi","huan","chi","shi"],"delta": "0:00:00.006161","end": "2021-07-25 07:09:28.296358","failed": false,"invocation": {"module_args": {"_raw_params": "echo shunzi shen1,ni xi huan chi shi","_uses_shell": false,"argv": null,"chdir": null,"creates": null,"executable": null,"removes": null,"stdin": null,"stdin_add_newline": true,"strip_empty_ends": true,"warn": true}},"item": "shen1","rc": 0,"start": "2021-07-25 07:09:28.290197","stderr": "","stderr_lines": [],"stdout": "shunzi shen1,ni xi huan chi shi","stdout_lines": ["shunzi shen1,ni xi huan chi shi"]},{"ansible_loop_var": "item","changed": true,"cmd": ["echo","shunzi","shen2,ni","xi","huan","chi","shi"],"delta": "0:00:00.002744","end": "2021-07-25 07:09:28.647163","failed": false,"invocation": {"module_args": {"_raw_params": "echo shunzi shen2,ni xi huan chi shi","_uses_shell": false,"argv": null,"chdir": null,"creates": null,"executable": null,"removes": null,"stdin": null,"stdin_add_newline": true,"strip_empty_ends": true,"warn": true}},"item": "shen2","rc": 0,"start": "2021-07-25 07:09:28.644419","stderr": "","stderr_lines": [],"stdout": "shunzi shen2,ni xi huan chi shi","stdout_lines": ["shunzi shen2,ni xi huan chi shi"]},{"ansible_loop_var": "item","changed": true,"cmd": ["echo","shunzi","shen3,ni","xi","huan","chi","shi"],"delta": "0:00:00.003040","end": "2021-07-25 07:09:28.977042","failed": false,"invocation": {"module_args": {"_raw_params": "echo shunzi shen3,ni xi huan chi shi","_uses_shell": false,"argv": null,"chdir": null,"creates": null,"executable": null,"removes": null,"stdin": null,"stdin_add_newline": true,"strip_empty_ends": true,"warn": true}},"item": "shen3","rc": 0,"start": "2021-07-25 07:09:28.974002","stderr": "","stderr_lines": [],"stdout": "shunzi shen3,ni xi huan chi shi","stdout_lines": ["shunzi shen3,ni xi huan chi shi"]}]}
}PLAY RECAP *******************************************************************************************************
192.168.100.147 : ok=3 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 [root@node1 ansible]#
在上面的例子中,results键包含一个列表。在下面,修改了playbook,使第二个任务迭代此列表:
[root@node1 ansible]# cat test.yml
---
- hosts: 192.168.100.147tasks: - name: testcommand: "echo shunzi {{item}},ni xi huan chi shi" loop:- shen1- shen2- shen3register: result- debug: msg: "STDOUT from previous task: {{ item.stdout }}"loop: "{{ echo_results['results'] }}"[root@node1 ansible]#
10.有条件的运行任务
Ansible可使用conditionals在符合特定条件时执行任务或play。例如,可以利用一个条件在Ansible安装或配置服务前确定受管主机上的可用内存。
我们可以利用条件来区分不同的受管主机,并根据它们所符合的条件来分配功能角色。Playbook变量、注册的变量和Ansible事实都可通过条件来进行测试。可以使用比较字符串、数字数据和布尔值的运算符。
==
<
>
<=
>=
以下场景说明了在Ansible中使用条件的情况
- 可以在变量中定义硬限制(如min_memory)并将它与受管主机上的可用内存进行比较。
- Ansible可以捕获并评估命令的输出,以确定某一任务在执行进一步操作前是否已经完成。例如,如果某一程序失败,则将路过批处理。
- 可以利用Ansible事实来确定受管主机网络配置,并决定要发送的模板文件(如,网络绑定或中继)。
- 可以评估CPU的数量,来确定如何正确调节某一Web服务器。
- 将注册的变量与预定义的变量进行比较,以确定服务是否已更改。例如,测试服务配置文件的MD5检验以和查看服务是否已更改。
when语句用于有条件地运行任务。它取要测试的条件为值。如果条件满足,则运行任务。如果条件不满足,则跳过任务。
可以测试的一个最简单条件是某一布尔变量是True还是False。以下示例中的when语句导致任务仅在run_my_task为True时运行:
[root@node1 ansible]# cat test.yml
---
- name: testhosts: 192.168.100.147vars_files:node/llll.ymlvars: power: true //给一个判断 tasks: - name: create useruser:name: "{{ item.name}}"uid: "{{item.uid}}"state: absentloop: "{{users}}"when: power
[root@node1 ansible]# [root@node1 ansible]# ansible-playbook test.yml //执行成功PLAY [test] ******************************************************************************************************TASK [Gathering Facts] *******************************************************************************************
ok: [192.168.100.147]TASK [create user] ***********************************************************************************************
changed: [192.168.100.147] => (item={'name': 'shen1', 'uid': 2000})
changed: [192.168.100.147] => (item={'name': 'shen2', 'uid': 3000})
changed: [192.168.100.147] => (item={'name': 'shen3', 'uid': 4000})
changed: [192.168.100.147] => (item={'name': 'shen4', 'uid': 5000})PLAY RECAP *******************************************************************************************************
192.168.100.147 : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
以下示例测试my_service变量是否具有值。若有值,则将my_service的值用作要安装的软件包的名称。如果未定义my_service变量,则跳过任务且不显示错误。
[root@node1 ansible]# cat test.yml
---
- name: testhosts: 192.168.100.147vars_files:node/llll.yml tasks: - name: create useruser:name: "{{ item.name}}"uid: "{{item.uid}}"state: presentloop: "{{users}}"when: '"{{ item.name }}" == "{{ shen3}}"'
[root@node1 ansible]#
下表显示了在处理条件时可使用的一些运算:
操作 | 示例 |
---|---|
等于(值为字符串) | ansible_machine == “x86_64” |
等于(值为数字) | max_memory == 512 |
小于 | min_memory < 128 |
大于 | min_memory > 256 |
小于等于 | min_memory <= 256 |
大于等于 | min_memory >= 512 |
不等于 | min_memory != 512 |
变量存在 | min_memory is defined |
变量不存在 | min_memory is not defined |
布尔变量是True。1、True或yes的求值为True | memory_available |
布尔变量是False。0、False或no的求值为False | not memory_available |
第一个变量的值存在,作为第二个变量的列表中的值 | ansible_distribution in supported_distros |
事实、循环、条件判断相关推荐
- html 列表循环_python web开发:内置标签与过滤器/循环/条件判断
专注于python领域优质技术,欢迎关注 这一篇教程,我们继续了解Django中模板的使用. 主要内容如下: 内置标签和过滤器: 模板中使用循环: 模板中添加条件判断. 一.内置标签和过滤器 Djan ...
- python for循环连续输入五个成绩判断等级_Python基础(1)——输入输出/循环/条件判断/基本数据类型...
一.编程语言 1. 编译型语言:先编译,再执行 (先编译成二进制) 举例:英文书翻译成中文再看 C.C++.C# 2.解释型语言:一边执行一边编译 举例:英文书找个翻译,它翻译一行你听一行 php.j ...
- 6.循环条件判断及字符串格式化处理
While循环 1.while循环的概念 2.while循环的定义 3.while循环小案例 4.break 5.continue 6.while循环总结 For循环 1.for循环概念 2.for循 ...
- oracle函数怎么遍历二维数组,oracle存储过程之游标查询,一维和二维数组,循环,条件判断例子...
create or replace procedure init_permission(custId IN varchar) is permId varchar(20); counter BINARY ...
- 身份证验证—Java循环条件判断练习题
验证公民身份证的合法性 2004年3月29日起,中国大陆正式开始为居民换发内置非接触式IC卡智能芯片的第二代居民身份证,二代身份证表面采用防伪膜和印刷防伪技术,使用个人彩色照片,并可用机器读取数字芯片 ...
- 5、条件判断语句和while循环语句
条件判断和while循环 条件判断 条件判断语句(if语句) input() 函数 if-else语句 if-elif-else 语句 循环控制 while语句 break和continue whil ...
- Ansible 条件判断 循环 handlers 任务失败 文件管理的使用
文章目录 Ansible 条件判断 循环 handlers 任务失败 文件管理的使用 1.条件判断 1.1测试多个条件 1.2循环和有条件任务 2. handlers 3. 任务失败 3.1忽略任务失 ...
- smali to java_Smali —— 数学运算,条件判断,循环
通过上一篇 Smali 语法解析--Hello World 的学习,了解了 Smali 文件的基本格式.这一篇从最基本的数学运算,条件判断,循环等开始,更加详细的了解 Smali 语法. 数学运算 加 ...
- Python时间序列模型推理预测实战:时序推理数据预处理(特征生成、lstm输入结构组织)、模型加载、模型预测结果保存、条件判断模型循环运行
Python时间序列模型推理预测实战:时序推理数据预处理(特征生成.lstm输入结构组织).模型加载.模型预测结果保存.条件判断模型循环运行 目录
最新文章
- 用户控件制作时设计模式加载报错的解决办法
- 2018 UESTC 线段树专题
- 微信公众号手机无法直接下载APK文件是怎么回事
- Mybatis 使用的 9 种设计模式,真是太有用了~
- python爬取音乐神器_Python爬虫提取神器,正则表达式(re模块),全程干货!
- SpringCloud教程- 服务消费者(rest+ribbon)(SpringCloud版本Finchley)
- 你还在为文件读写而烦恼?Python已经轻松帮你解决了(建议收藏)
- 深入学习SAP UI5框架代码系列之二:UI5 控件的渲染器
- Visual Studio的未来特性展望
- 【推荐实践】因果推断在阿里文娱用户增长中的应用
- ajax ashx 请选择文件,ajax+jquery+ashx如何实现上传文件
- matlab车标识别,MATLAB车辆标识识别技术研究
- FE - Vue 使用 XLSL 导出 excel 文件
- MQL5: 通过反向持仓来平仓
- NOIP 2018 提高组初赛试题 题目+答案+简要解析
- 其实,我喜欢你很久了。
- 问题1201:打印数字图形
- mycat原理及分表分库入门
- 行人重识别(ReID) ——技术实现及应用场景
- python爬取看雪论坛的所有主题帖的回复消息