中文字幕+乱码+中文乱码电影,国产视频无码,天天人人精品,黑人大屌在线,日本亲子乱一级A片,国产成人99精品免费视频明星,免费A片网址,五月天人妻

來源：https://reurl.cc/WL6jy9

首先簡單說明一下playbook，playbook是什么呢？

根本上說playbook和shell腳本沒有任何的區(qū)別，playbook就像shell一樣，也是把一堆的命令組合起來，然后加入對應(yīng)條件判斷等等，在shell腳本中是一條一條的命令，而在playbook中是一個(gè)一個(gè)的task任務(wù)構(gòu)成，每個(gè)task任務(wù)可以看做shell中的一條命令；shell腳本一般只是在當(dāng)前服務(wù)器上執(zhí)行，而playbook則是在不止一個(gè)服務(wù)器上執(zhí)行，因此playbook需要在其中指定運(yùn)行該playbook的服務(wù)器名。

playbook的語法結(jié)構(gòu)

playbook使用yml標(biāo)記語言，這是一種標(biāo)記語言，這種標(biāo)記語言在文件的最開始需要使用三個(gè)“-”來說明文件開始，然后使用縮進(jìn)來說明代碼塊的范圍。下面通過一個(gè)簡易的實(shí)例，來說明playbook的語法。

【實(shí)例來自官方文檔】


---                             #標(biāo)記文件的開始- hosts: webservers             #指定該playbook在哪個(gè)服務(wù)器上執(zhí)行  vars:                         #表示下面是定義的變量，    http_port: 80               #變量的形式，key: value，這里http_port是變量名，80是值    max_clients: 200  remote_user: root             #指定遠(yuǎn)程的用戶名，這里縮進(jìn)和vars保持了一致，說明變量的代碼塊已經(jīng)結(jié)束。  tasks:                        #下面構(gòu)成playbook的tasks，每個(gè)task都有 - name: 開始，name指定該任務(wù)的名稱。  - name: ensure apache is at the latest version  #指定該任務(wù)的名稱。    yum: pkg=httpd state=latest                   #yum說明要是用的模板名稱，后面指定對應(yīng)的參數(shù)，這兩行結(jié)合起來就相當(dāng)于一個(gè)shell命令。
  - name: write the apache config file            #每個(gè)task之間可以使用空行來做區(qū)分。    template: src=/srv/httpd.j2 dest=/etc/httpd.conf
#需要說明的是縮進(jìn)的意義和python中縮進(jìn)的意義是一樣，是來區(qū)分代碼塊的。

一個(gè)簡單的實(shí)例：檢查MySQL的運(yùn)行狀態(tài)

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no             #不收集對應(yīng)主機(jī)的信息，這樣運(yùn)行會快點(diǎn)。   tasks:     - name: check the mysql stauts???????service:?name=mysqld?state=running

運(yùn)行結(jié)果如下：

[root@test2 playbook]# ansible-playbook test.yml
PLAY [all] ********************************************************************
TASK: [check the mysql stauts] ************************************************ok: [10.0.102.200]ok: [10.0.102.162]ok: [10.0.102.212]
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=0    unreachable=0    failed=010.0.102.200               : ok=1    changed=0    unreachable=0    failed=010.0.102.212               : ok=1    changed=0    unreachable=0    failed=0

ansible-playbook的使用小技巧

限定主機(jī)范圍執(zhí)行

雖然playbook中定義了執(zhí)行的主機(jī)，但是有時(shí)候我們可能僅想在定義的主機(jī)中的部分機(jī)器上執(zhí)行，這時(shí)候怎么辦？修改playbook中的hosts的范圍，但是每次改變主機(jī)就修改一次，比較麻煩，我們可以使用--limit參數(shù)，指定該playbook在指定的主機(jī)上執(zhí)行。有以下inventory文件，我們想在dbservers上執(zhí)行上面測試用的playbook內(nèi)容。

[all]10.0.102.21210.0.102.20010.0.102.162
[dbservers]10.0.102.162

上面測試的playbook中hosts定義all，我們想僅在dbservers上執(zhí)行。

[root@test2 playbook]# ansible-playbook test.yml --limit dbservers
PLAY [all] ********************************************************************
TASK: [check the mysql stauts] ************************************************ok: [10.0.102.162]
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=0    unreachable=0    failed=0
[root@test2 playbook]#

查看當(dāng)前playbook在哪些主機(jī)上執(zhí)行

[root@test2 playbook]# ansible-playbook test.yml --list-hosts
playbook: test.yml
  play #1 (all): host count=3    10.0.102.162    10.0.102.212    10.0.102.200

ansible-playbook的一些其他技巧

--inventory=path，指定inventory文件，默認(rèn)是在/etc/ansible/hosts下面。
--verbose，顯示詳細(xì)的輸出，使用-vvvv顯示精確到每分鐘的輸出。
--extra-vars=vars：定義在playbook使用的變量。
--forks：指定并發(fā)的線程數(shù)，默認(rèn)是5.
--connection=type:指定遠(yuǎn)程連接主機(jī)的方式，默認(rèn)是ssh，設(shè)置為local時(shí)，則只在本地執(zhí)行playbook、
--check:檢測模式，playbook中定義的所有任務(wù)將在每臺主機(jī)上檢測，但是并不執(zhí)行。

ansibleplaybook中的handlers

在系統(tǒng)中，我們修改了服務(wù)器的配置文件，這時(shí)候就需要重啟操作服務(wù)，就可以使用到handlers。

handlers:                               #下面定義了兩個(gè)handlers    - name: restart memcached      service:  name=memcached state=restarted    - name: restart apache      service: name=apache state=restarted
- name: template configuration file  template: src=template.j2 dest=/etc/foo.conf  #修改了配置文件然后依次啟動memcached和apache服務(wù)。  notify:                               #使用notify來聲明引用handlers。     - restart memcached?????-?restart?apache

在使用handlers時(shí)需要注意以下幾點(diǎn)：

Handlers只有在其所在的任務(wù)被執(zhí)行時(shí)，才會被運(yùn)行；如果一個(gè)任務(wù)中定義了notify調(diào)用Handlers，但是由于條件判斷等原因，該任務(wù)未被執(zhí)行，那么Handlers同樣不會被執(zhí)行。
Handlers只會在每一個(gè)play的末尾運(yùn)行一次；如果想在一個(gè)playbook中間運(yùn)行Handlers，則需要使用meta模塊來實(shí)現(xiàn)。例如：-meta: flush_handlers.
如果一個(gè)play在運(yùn)行到調(diào)用Handlers的語句之前失敗了，那么這個(gè)Handlers將不會被執(zhí)行。我們可以使用meta模塊的--force-handlers選項(xiàng)來強(qiáng)制執(zhí)行Handlers，即使Handlers所在的play中途運(yùn)行失敗也能執(zhí)行。

變量

這個(gè)變量我們來說明ansible中變量（不包含role中的變量）用法。

playbook中的變量

在運(yùn)行playbook的時(shí)候使用--extra-vars來指定變量

有如下playbook腳本：

--- - hosts: all   remote_user: root   gather_facts: no   tasks:     - name: test playbook variables       command: echo {{ test_var }}                #打印出變量test_var的值。

運(yùn)行上面的playbook如下：

[root@test2 playbook]# ansible-playbook test.yml --extra-vars "test_var=test" -v         #加上-v選項(xiàng)，會顯示詳細(xì)的信息
PLAY [all] ********************************************************************
TASK: [test playbook variables] ***********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "test"], "delta": "0:00:00.006045", "end": "2019-02-15 23:04:49.789452", "rc": 0, "start": "2019-02-15 23:04:49.783407", "stderr": "", "stdout": "test"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "test"], "delta": "0:00:00.005318", "end": "2019-02-15 23:04:52.976471", "rc": 0, "start": "2019-02-15 23:04:52.971153", "stderr": "", "stdout": "test"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "test"], "delta": "0:00:00.005082", "end": "2019-02-15 23:04:52.424959", "rc": 0, "start": "2019-02-15 23:04:52.419877", "stderr": "", "stdout": "test"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=1    unreachable=0    failed=010.0.102.212???????????????:?ok=1????changed=1????unreachable=0????failed=0

上面詳細(xì)信息的標(biāo)準(zhǔn)輸出為test，說明變量的值已經(jīng)傳遞了。

在playbook中使用vars代碼塊定義變量

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   vars:                                   #在這里使用了vars代碼塊來定義變量       test_var: Hello World   tasks:     - name: test playbook variables       command: echo {{ test_var }}[root@test2 playbook]# ansible-playbook test.yml  -v
PLAY [all] ********************************************************************
TASK: [test playbook variables] ***********************************************changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.004940", "end": "2019-02-15 23:20:06.541672", "rc": 0, "start": "2019-02-15 23:20:06.536732", "stderr": "", "stdout": "Hello World"}changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.004843", "end": "2019-02-15 23:20:03.957950", "rc": 0, "start": "2019-02-15 23:20:03.953107", "stderr": "", "stdout": "Hello World"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.004219", "end": "2019-02-15 23:20:07.166900", "rc": 0, "start": "2019-02-15 23:20:07.162681", "stderr": "", "stdout": "Hello World"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=1    unreachable=0    failed=010.0.102.212               : ok=1    changed=1    unreachable=0    failed=0
[root@test2 playbook]#

使用獨(dú)立的文件來定義playbook變量

首先來看下playbook的內(nèi)容：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   vars_files:                #這里使用了vars_files來引入變量文件     - vars.yml   tasks:     - name: test playbook variables       command: echo {{ test_var }}

變量文件的定義

[root@test2 playbook]# cat vars.yml---  test_var: Hello World

然后，查看執(zhí)行的結(jié)果：

[root@test2 playbook]# ansible-playbook test.yml  -v
PLAY [all] ********************************************************************
TASK: [test playbook variables] ***********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.005198", "end": "2019-02-15 23:23:16.397557", "rc": 0, "start": "2019-02-15 23:23:16.392359", "stderr": "", "stdout": "Hello World"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.004359", "end": "2019-02-15 23:23:19.629804", "rc": 0, "start": "2019-02-15 23:23:19.625445", "stderr": "", "stdout": "Hello World"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:01.006185", "end": "2019-02-15 23:23:20.039320", "rc": 0, "start": "2019-02-15 23:23:19.033135", "stderr": "", "stdout": "Hello World"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=1    unreachable=0    failed=010.0.102.212               : ok=1    changed=1    unreachable=0    failed=0

inventory文件中的變量

在ansible中，inventory文件通常是指ansible的主機(jī)和組定義文件hosts。在hosts文件中，變量會被定義在主機(jī)名后面或組名的下方。

為特定的主機(jī)定義變量，變量名跟在對應(yīng)主機(jī)的后邊。

inventory文件如下：

[root@test2 playbook]# cat /etc/ansible/hosts[all]10.0.102.212 test_var=21210.0.102.200 test_var=20010.0.102.162 test_var=162
#為三個(gè)主機(jī)定義了同名的變量，但是變量值卻不一樣。

查看playbook的內(nèi)容如下：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   tasks:     - name: test playbook variables       command: echo {{ test_var }}[root@test2 playbook]#

執(zhí)行一下這個(gè)playbook，結(jié)果如下：【對應(yīng)的主機(jī)顯示了各自對應(yīng)的變量值】

[root@test2 playbook]# ansible-playbook test.yml -v
PLAY [all] ********************************************************************
TASK: [test playbook variables] ***********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "212"], "delta": "0:00:00.004399", "end": "2019-02-15 23:31:20.648111", "rc": 0, "start": "2019-02-15 23:31:20.643712", "stderr": "", "stdout": "212"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "200"], "delta": "0:00:00.005932", "end": "2019-02-15 23:31:23.873082", "rc": 0, "start": "2019-02-15 23:31:23.867150", "stderr": "", "stdout": "200"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "162"], "delta": "0:00:00.006723", "end": "2019-02-15 23:31:23.287861", "rc": 0, "start": "2019-02-15 23:31:23.281138", "stderr": "", "stdout": "162"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=1    unreachable=0    failed=010.0.102.212               : ok=1    changed=1    unreachable=0    failed=0
[root@test2 playbook]#

給主機(jī)組定義變量，作用范圍為整個(gè)主機(jī)組。

[root@test2 playbook]# cat /etc/ansible/hosts[all]10.0.102.21210.0.102.20010.0.102.162

[all:vars]                            #給主機(jī)組定義變量test_var=Hello World
[root@test2 playbook]# ansible-playbook test.yml -v
PLAY [all] ********************************************************************
TASK: [test playbook variables] ***********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.003923", "end": "2019-02-15 23:37:29.322158", "rc": 0, "start": "2019-02-15 23:37:29.318235", "stderr": "", "stdout": "Hello World"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.004161", "end": "2019-02-15 23:37:32.548947", "rc": 0, "start": "2019-02-15 23:37:32.544786", "stderr": "", "stdout": "Hello World"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "Hello", "World"], "delta": "0:00:00.006090", "end": "2019-02-15 23:37:32.005067", "rc": 0, "start": "2019-02-15 23:37:31.998977", "stderr": "", "stdout": "Hello World"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=1    unreachable=0    failed=010.0.102.212               : ok=1    changed=1    unreachable=0    failed=0
[root@test2 playbook]#

回想一下，這種方法定義變量雖然簡單直觀，但是若是變量特別多的情況下，會怎么樣？特別是給對應(yīng)的主機(jī)定義變量，若是變量太多，則管理起來會很不方便的，因此引入了主機(jī)變量和組變量。

主機(jī)變量和組變量

【inventory文件仍然使用上面的文件】

在執(zhí)行ansbile命令時(shí)，ansible默認(rèn)會從/etc/ansible/host_vars/和/etc/amsible/group_vars/兩個(gè)目錄下讀取變量定義，如果/etc/ansible下面沒有這兩個(gè)目錄，可以直接手動創(chuàng)建，并且可以在這兩個(gè)目錄中創(chuàng)建與hosts（這里是指inventory文件）文件中主機(jī)名或組名同名的文件來定義變量。

先來看主機(jī)變量

[root@test2 playbook]# cd /etc/ansible/[root@test2 ansible]# tree.├── group_vars├── hosts└── host_vars                 #定義與主機(jī)名同名的文件    ├── 10.0.102.162    ├── 10.0.102.200    └── 10.0.102.212
2 directories, 4 files
#文件中的內(nèi)容如下[root@test2 ansible]# cat host_vars/10.0.102.162---test_var: 162[root@test2 ansible]# cat host_vars/10.0.102.200---  test_var: 200[root@test2 ansible]# cat host_vars/10.0.102.212---  test_var: 212

playbook的內(nèi)容如下，執(zhí)行結(jié)果如下：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   tasks:     - name: test playbook variables       command: echo {{ test_var }}
[root@test2 playbook]# ansible-playbook test.yml -v
PLAY [all] ********************************************************************
TASK: [test playbook variables] ***********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "212"], "delta": "0:00:00.003767", "end": "2019-02-15 23:55:58.595282", "rc": 0, "start": "2019-02-15 23:55:58.591515", "stderr": "", "stdout": "212"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "162"], "delta": "0:00:00.006254", "end": "2019-02-15 23:56:01.235307", "rc": 0, "start": "2019-02-15 23:56:01.229053", "stderr": "", "stdout": "162"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "200"], "delta": "0:00:01.004509", "end": "2019-02-15 23:56:02.775410", "rc": 0, "start": "2019-02-15 23:56:01.770901", "stderr": "", "stdout": "200"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=1    unreachable=0    failed=010.0.102.212               : ok=1    changed=1    unreachable=0    failed=0

再來說明一下主機(jī)組變量

創(chuàng)建與組名同名的文件

[root@test2 ansible]# tree.├── group_vars│   └── all               #創(chuàng)建與組名同名的文件├── hosts└── host_vars    ├── 10.0.102.162    ├── 10.0.102.200    └── 10.0.102.212
2 directories, 5 files[root@test2 ansible]# cat group_vars/all---  test_group_var: from group

執(zhí)行結(jié)果如下：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   tasks:     - name: test the host variables       command: echo {{ test_var }}
     - name: test host group variables           #寫入測試組變量的task       command: echo {{ test_group_var }}[root@test2 playbook]# ansible-playbook test.yml -v
PLAY [all] ********************************************************************
TASK: [test the host variables] ***********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "212"], "delta": "0:00:00.004613", "end": "2019-02-15 23:59:23.227722", "rc": 0, "start": "2019-02-15 23:59:23.223109", "stderr": "", "stdout": "212"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "200"], "delta": "0:00:00.006490", "end": "2019-02-15 23:59:26.422682", "rc": 0, "start": "2019-02-15 23:59:26.416192", "stderr": "", "stdout": "200"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "162"], "delta": "0:00:00.004709", "end": "2019-02-15 23:59:25.812786", "rc": 0, "start": "2019-02-15 23:59:25.808077", "stderr": "", "stdout": "162"}
TASK: [test host group variables] *********************************************changed: [10.0.102.212] => {"changed": true, "cmd": ["echo", "from", "group"], "delta": "0:00:00.003759", "end": "2019-02-15 23:59:23.519180", "rc": 0, "start": "2019-02-15 23:59:23.515421", "stderr": "", "stdout": "from group"}changed: [10.0.102.162] => {"changed": true, "cmd": ["echo", "from", "group"], "delta": "0:00:00.003748", "end": "2019-02-15 23:59:26.109337", "rc": 0, "start": "2019-02-15 23:59:26.105589", "stderr": "", "stdout": "from group"}changed: [10.0.102.200] => {"changed": true, "cmd": ["echo", "from", "group"], "delta": "0:00:00.004339", "end": "2019-02-15 23:59:26.724525", "rc": 0, "start": "2019-02-15 23:59:26.720186", "stderr": "", "stdout": "from group"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=2    changed=2    unreachable=0    failed=010.0.102.200               : ok=2    changed=2    unreachable=0    failed=010.0.102.212               : ok=2    changed=2    unreachable=0    failed=0
[root@test2 playbook]#

巧用主機(jī)變量和組變量

有時(shí)候在執(zhí)行ansbile任務(wù)時(shí)，可能需要從一臺遠(yuǎn)程主機(jī)上獲取另一臺遠(yuǎn)程主機(jī)的變量信息，這時(shí)候可以使用hostvars變量，這個(gè)變量包含了指定主機(jī)上所定義的所有變量。

譬如，若是想獲取host1上變量admin_user的內(nèi)容，在任意主機(jī)上直接上使用下面代碼即可。

{{  hostvars['host1']['admin_user']}}

ansible提供了一些非常有用的內(nèi)置變量，幾個(gè)常用的如下：

grorps：包含了所有hosts文件里的主機(jī)組的一個(gè)列表。
group_names: 包含了當(dāng)前主機(jī)所在的所有主機(jī)組名的一個(gè)列表。
inventory_hostname: 通過hosts文件定義的主機(jī)名。（與ansible_home意義不同）
inventory_hostname_short：變量inventory_hostname的第一部分。譬如inventory_hostname的值為books.ansible.com，那么inventory_hostname_short的值就是books。
play_hosts: 將執(zhí)行當(dāng)前任務(wù)的所有主機(jī)

注冊變量

注冊變量，其實(shí)就是將操作結(jié)果，包括標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤輸出，保存到變量中，然后再根據(jù)這個(gè)變量的內(nèi)容來決定下一步的操作，在這個(gè)過程中用來保存操作結(jié)果的變量就叫注冊變量。

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   tasks:     - name: test the register variables       shell: uptime       register: results                              #使用關(guān)鍵字register聲明注冊變量，上面uptime命令產(chǎn)生的結(jié)果，存入到results中。結(jié)果是字典形式。
     - name: print the register result       debug: msg="{{ results.stdout }}"              #使用debug模塊，打印出上面命令的輸出結(jié)果。

上面的playbook執(zhí)行結(jié)果如下：

[root@test2 playbook]# ansible-playbook test.yml
PLAY [all] ********************************************************************
TASK: [test the register variables] *******************************************changed: [10.0.102.212]changed: [10.0.102.200]changed: [10.0.102.162]
TASK: [print the register result] *********************************************ok: [10.0.102.212] => {    "msg": " 00:18:01 up 3 days,  2:56,  3 users,  load average: 0.02, 0.03, 0.05"          #msg的結(jié)果就是注冊變量的標(biāo)準(zhǔn)輸出}ok: [10.0.102.200] => {    "msg": " 00:18:04 up 4 days,  7:45,  3 users,  load average: 0.03, 0.06, 0.05"}ok: [10.0.102.162] => {    "msg": " 00:18:04 up 4 days,  7:45,  3 users,  load average: 0.01, 0.02, 0.05"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=2    changed=1    unreachable=0    failed=010.0.102.200               : ok=2    changed=1    unreachable=0    failed=010.0.102.212               : ok=2    changed=1    unreachable=0    failed=0
[root@test2 playbook]#

一個(gè)注冊變量通常會有以下4個(gè)屬性：

changed：任務(wù)是否對遠(yuǎn)程主機(jī)造成的變更。
delta：任務(wù)運(yùn)行所用的時(shí)間。
stdout：正常的輸出信息。
stderr：錯(cuò)誤信息。

高階變量

對于普通變量，在ansible命令行設(shè)定的，在hosts文件中定義的，或者在playbook中定義的等，這些都是普通變量，在引用時(shí)，可以使用使用{{ variable }}的形式。ansible是用python語言寫的，因此也支持一種叫做列表的變量，形式如下：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   gather_facts: no   vars:      var_list:               #注意形式，定義了var_list列表，取值方法和列表取值一樣，不推薦使用jinja2的方法取值。          - one          - two          - three   tasks:     - name: test the list variables       shell: echo {{ var_list[0] }}            #取列表中的第一個(gè)字，也就是one       register: results
     - name: print the register result       debug: msg="{{ results.stdout }}"

執(zhí)行結(jié)果如下：

[root@test2 playbook]# ansible-playbook test.yml
PLAY [all] ********************************************************************
TASK: [test the list variables] ***********************************************changed: [10.0.102.212]changed: [10.0.102.200]changed: [10.0.102.162]
TASK: [print the register result] *********************************************ok: [10.0.102.212] => {    "msg": "one"}ok: [10.0.102.200] => {    "msg": "one"}ok: [10.0.102.162] => {    "msg": "one"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=2    changed=1    unreachable=0    failed=010.0.102.200               : ok=2    changed=1    unreachable=0    failed=010.0.102.212               : ok=2    changed=1    unreachable=0    failed=0

facts變量信息

在上面的測試中，我們的playbook都執(zhí)行了一條命令叫g(shù)ater_facts:no，加入了這條命令后，playbook腳本的執(zhí)行速度會快很多，這是因?yàn)槟J(rèn)情況下，ansible是會手機(jī)遠(yuǎn)程服務(wù)器的主機(jī)信息，這些信息包含了服務(wù)器的一些基本設(shè)置。

GATHERING FACTS ***************************************************************ok: [10.0.102.200]ok: [10.0.102.212]ok: [10.0.102.162]

收集的主機(jī)信息可以使用setup模塊查看，一個(gè)主機(jī)的收集信息如下：

[root@test2 playbook]# ansible 10.0.102.162 -m setup10.0.102.162 | success >> {    "ansible_facts": {        "ansible_all_ipv4_addresses": [            "10.0.102.162"        ],        "ansible_all_ipv6_addresses": [            "fe80::1392:ecd3:5adf:c3ae"        ],        "ansible_architecture": "x86_64",        "ansible_bios_date": "04/01/2014",        "ansible_bios_version": "1.9.1-5.el7.centos",        "ansible_cmdline": {            "BOOT_IMAGE": "/vmlinuz-3.10.0-514.el7.x86_64",            "LANG": "en_US.UTF-8",            "crashkernel": "auto",            "quiet": true,            "rd.lvm.lv": "cl/swap",            "rhgb": true,            "ro": true,            "root": "/dev/mapper/cl-root"        },        "ansible_date_time": {            "date": "2019-02-16",            "day": "16",            "epoch": "1550248590",            "hour": "00",            "iso8601": "2019-02-15T16:36:30Z",            "iso8601_micro": "2019-02-15T16:36:30.311222Z",            "minute": "36",            "month": "02",            "second": "30",            "time": "00:36:30",            "tz": "CST",            "tz_offset": "+0800",            "weekday": "Saturday",            "year": "2019"        },        "ansible_default_ipv4": {            "address": "10.0.102.162",            "alias": "eth0",            "gateway": "10.0.100.1",            "interface": "eth0",            "macaddress": "fa:0a:e3:54:a6:00",            "mtu": 1500,            "netmask": "255.255.252.0",            "network": "10.0.100.0",            "type": "ether"        },        "ansible_default_ipv6": {},        "ansible_devices": {            "sr0": {                "holders": [],                "host": "IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]",                "model": "QEMU DVD-ROM",                "partitions": {},                "removable": "1",                "rotational": "1",                "scheduler_mode": "cfq",                "sectors": "2097151",                "sectorsize": "512",                "size": "1024.00 MB",                "support_discard": "0",                "vendor": "QEMU"            },            "vda": {                "holders": [],                "host": "SCSI storage controller: Red Hat, Inc Virtio block device",                "model": null,                "partitions": {                    "vda1": {                        "sectors": "2097152",                        "sectorsize": 512,                        "size": "1.00 GB",                        "start": "2048"                    },                    "vda2": {                        "sectors": "81786880",                        "sectorsize": 512,                        "size": "39.00 GB",                        "start": "2099200"                    }                },                "removable": "0",                "rotational": "1",                "scheduler_mode": "",                "sectors": "83886080",                "sectorsize": "512",                "size": "40.00 GB",                "support_discard": "0",                "vendor": "0x1af4"            }        },        "ansible_distribution": "CentOS",        "ansible_distribution_major_version": "7",        "ansible_distribution_release": "Core",        "ansible_distribution_version": "7.3.1611",        "ansible_domain": "",        "ansible_env": {            "HOME": "/root",            "LANG": "en_US.UTF-8",            "LC_CTYPE": "en_US.UTF-8",            "LESSOPEN": "||/usr/bin/lesspipe.sh %s",            "LOGNAME": "root",            "LS_COLORS": "rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:",            "MAIL": "/var/mail/root",            "PATH": "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin",            "PWD": "/root",            "SELINUX_LEVEL_REQUESTED": "",            "SELINUX_ROLE_REQUESTED": "",            "SELINUX_USE_CURRENT_RANGE": "",            "SHELL": "/bin/bash",            "SHLVL": "2",            "SSH_CLIENT": "10.0.102.204 4242 22",            "SSH_CONNECTION": "10.0.102.204 4242 10.0.102.162 22",            "SSH_TTY": "/dev/pts/1",            "TERM": "xterm",            "USER": "root",            "XDG_RUNTIME_DIR": "/run/user/0",            "XDG_SESSION_ID": "168",            "_": "/usr/bin/python"        },        "ansible_eth0": {            "active": true,            "device": "eth0",            "ipv4": {                "address": "10.0.102.162",                "netmask": "255.255.252.0",                "network": "10.0.100.0"            },            "ipv6": [                {                    "address": "fe80::1392:ecd3:5adf:c3ae",                    "prefix": "64",                    "scope": "link"                }            ],            "macaddress": "fa:0a:e3:54:a6:00",            "module": "virtio_net",            "mtu": 1500,            "promisc": false,            "type": "ether"        },        "ansible_form_factor": "Other",        "ansible_fqdn": "docker4",        "ansible_hostname": "docker4",        "ansible_interfaces": [            "lo",            "eth0"        ],        "ansible_kernel": "3.10.0-514.el7.x86_64",        "ansible_lo": {            "active": true,            "device": "lo",            "ipv4": {                "address": "127.0.0.1",                "netmask": "255.0.0.0",                "network": "127.0.0.0"            },            "ipv6": [                {                    "address": "::1",                    "prefix": "128",                    "scope": "host"                }            ],            "mtu": 65536,            "promisc": false,            "type": "loopback"        },        "ansible_machine": "x86_64",        "ansible_memfree_mb": 881,        "ansible_memtotal_mb": 1839,        "ansible_mounts": [            {                "device": "/dev/mapper/cl-root",                "fstype": "xfs",                "mount": "/",                "options": "rw,seclabel,relatime,attr2,inode64,noquota",                "size_available": 34615087104,                "size_total": 39700664320            },            {                "device": "/dev/vda1",                "fstype": "xfs",                "mount": "/boot",                "options": "rw,seclabel,relatime,attr2,inode64,noquota",                "size_available": 918556672,                "size_total": 1063256064            }        ],        "ansible_nodename": "docker4",        "ansible_os_family": "RedHat",        "ansible_pkg_mgr": "yum",        "ansible_processor": [            "QEMU Virtual CPU version 2.5+",            "QEMU Virtual CPU version 2.5+"        ],        "ansible_processor_cores": 2,        "ansible_processor_count": 1,        "ansible_processor_threads_per_core": 1,        "ansible_processor_vcpus": 2,        "ansible_product_name": "KVM",        "ansible_product_serial": "NA",        "ansible_product_uuid": "E5E1D5E6-1A4D-4E0D-98C3-B8AD422B10CC",        "ansible_product_version": "RHEL 7.3.0 PC (i440FX + PIIX, 1996)",        "ansible_python_version": "2.7.5",        "ansible_selinux": {            "config_mode": "enforcing",            "mode": "enforcing",            "policyvers": 28,            "status": "enabled",            "type": "targeted"        },        "ansible_ssh_host_key_ecdsa_public": "AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBEp5iF/lAqB9Q9FNKfnsi3mLJSVvvooVhRRcuGTBHEJs+TaM36oBaIr764IX1zdn2sWFLdYgmcuaAeiPu3fK+UU=",        "ansible_ssh_host_key_rsa_public": "AAAAB3NzaC1yc2EAAAADAQABAAABAQC6yHI2+V64EMW3jDISBrzKmWurP7uF4IqemJgowpqC3mVlFsPOSqerDoJN9hE34fViXcbLUj9wIi0kc3QzxxNwTefwJCdPSL17ns9eIEDKJqrHswts7OXYC1948bdyhyGnaW57BEfVUJ+Vt8OI1JSKkKsi3aCumaZDz9tNGCVYiqW4PMUQFaT/yEnPqKhSp8mDX/SL/unpVsctB0w37o38ZVApKPaNkHW25uiwroStLGqY4VgoZHTqHUdvqk4EZQOD0+JmBcYKVj2ABBl1sMiH8mmrc2W2Gi0gJx31Ky/t5SWQtXTdMRB3D7N9yRd1pPcnh0zebS/OPnX4G5UWX/aP",        "ansible_swapfree_mb": 0,        "ansible_swaptotal_mb": 0,        "ansible_system": "Linux",        "ansible_system_vendor": "Red Hat",        "ansible_user_id": "root",        "ansible_userspace_architecture": "x86_64",        "ansible_userspace_bits": "64",        "ansible_virtualization_role": "guest",        "ansible_virtualization_type": "kvm",        "module_setup": true    },    "changed": false}
[root@test2 playbook]#

在實(shí)際應(yīng)用中，運(yùn)用的比較多的facts變量有ansible_os_family，ansible_hostname等，這些變量通常會被拿來作為when條件語句的判斷條件，來決定下一步的操作。一個(gè)簡單的實(shí)例：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   tasks:     - name: test the list variables       shell: echo {{ ansible_os_family }}       register: results
     - name: print the register result       debug: msg="{{ results.stdout }}"[root@test2 playbook]#

執(zhí)行結(jié)果如下：

[root@test2 playbook]# ansible-playbook test.yml
PLAY [all] ********************************************************************
GATHERING FACTS ***************************************************************ok: [10.0.102.162]ok: [10.0.102.212]ok: [10.0.102.200]
TASK: [test the list variables] ***********************************************changed: [10.0.102.162]changed: [10.0.102.212]changed: [10.0.102.200]
TASK: [print the register result] *********************************************ok: [10.0.102.212] => {    "msg": "RedHat"                   #對應(yīng)變量的結(jié)果}ok: [10.0.102.200] => {    "msg": "RedHat"}ok: [10.0.102.162] => {    "msg": "RedHat"}
PLAY RECAP ********************************************************************10.0.102.162               : ok=3    changed=1    unreachable=0    failed=010.0.102.200               : ok=3    changed=1    unreachable=0    failed=010.0.102.212               : ok=3    changed=1    unreachable=0    failed=0

本地facts變量

我們可以自己定義facts變量，把這個(gè)變量寫入一個(gè)以.fact結(jié)尾的文件中，這個(gè)文件可以是json文件或ini文件，或者是一個(gè)可以返回json代碼的可執(zhí)行文件。然后將其放在遠(yuǎn)程主機(jī)的/etc/ansible/facts.d文件夾中，ansible在執(zhí)行的任務(wù)時(shí)會自動到這個(gè)文件夾中讀取變量的信息。

在遠(yuǎn)程主機(jī)上做如下操作：

#自定義fact信息[root@docker4 ~]# mkdir -p /etc/ansible/facts.d[root@docker4 ~]# cd !$cd /etc/ansible/facts.d[root@docker4 facts.d]# vim test.fact[root@docker4 facts.d]# cat test.fact[test_fact]admin=hongkong

然后再ansible主機(jī)上獲取自定義的信息。

[root@test2 playbook]# ansible 10.0.102.162 -m setup -a "filter=ansible_local"10.0.102.162 | success >> {    "ansible_facts": {        "ansible_local": {            "test": {                "test_fact": {                    "admin": "hongkong"                }            }        }    },    "changed": false}

if/then/while流控制語句

條件判斷在ansible任務(wù)中的使用頻率非常高。我們可以根據(jù)一些條件的不一樣執(zhí)行不同的task。

when條件判斷

很多任務(wù)只有在特定條件下才能執(zhí)行，這就是when語句發(fā)揮作用的地方。

一個(gè)簡單的實(shí)例，關(guān)閉掉ip地址為10.0.102.162服務(wù)器上的mysql服務(wù)，如下：

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   tasks:     - name: shut down the db server       service: name=mysqld state=stopped       when: ansible_eth0.ipv4.address  == "10.0.102.162"                        #這里使用了when條件語句
[root@test2 playbook]#

執(zhí)行的結(jié)果如下：

[root@test2 playbook]# ansible-playbook test.yml
PLAY [all] ********************************************************************
GATHERING FACTS ***************************************************************ok: [10.0.102.212]ok: [10.0.102.200]ok: [10.0.102.162]
TASK: [shut down the db server] ***********************************************skipping: [10.0.102.200]skipping: [10.0.102.212]changed: [10.0.102.162]                      #162的服務(wù)狀態(tài)已經(jīng)改變
PLAY RECAP ********************************************************************10.0.102.162               : ok=2    changed=1    unreachable=0    failed=010.0.102.200               : ok=1    changed=0    unreachable=0    failed=010.0.102.212               : ok=1    changed=0    unreachable=0    failed=0

這個(gè)就是when條件語句的用法很簡單。需要注意when語句的作用于paly的作用時(shí)間，當(dāng)when的條件滿足時(shí)，然后才會執(zhí)行play中的任務(wù)。ansible還提供了另外兩個(gè)與when相關(guān)的語句changed_when和failed_when條件判斷。

任務(wù)間的流程控制

任務(wù)委托

默認(rèn)情況下，ansible所有任務(wù)都是在我們指定的機(jī)器上面運(yùn)行的，當(dāng)在一個(gè)獨(dú)立的集群環(huán)境配置時(shí)，這并沒有什么問題。而在有些情況下，比如給某臺服務(wù)器發(fā)送通知或者向監(jiān)控服務(wù)器中添加被監(jiān)控的主機(jī)，這個(gè)時(shí)候任務(wù)就需要在特定的主機(jī)上運(yùn)行，而非一開始指定的所有主機(jī)，此時(shí)就需要ansible的委托任務(wù)。

使用delegate_to關(guān)鍵字可以配置任務(wù)在指定的服務(wù)器上執(zhí)行，而其他任務(wù)還是在hosts關(guān)鍵字配置的所有機(jī)器上執(zhí)行，當(dāng)?shù)搅诉@個(gè)關(guān)鍵字所在的任務(wù)時(shí)，就使用委托的機(jī)器運(yùn)行。

查看MySQL是否在運(yùn)行狀態(tài)，因此在檢查之前首先關(guān)掉162上的mysql服務(wù)。【為了方便查看狀態(tài)】

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   tasks:     - name: stop the db server       service: name=mysqld state=stopped       delegate_to: 10.0.102.162                  #這里使用了委托，僅關(guān)閉162這臺服務(wù)器上，這個(gè)play僅在162這臺服務(wù)器上執(zhí)行。
     - name: check mysql status       service: name=mysqld state=running

這里委托是在指定的機(jī)器上執(zhí)行，若是想在本地服務(wù)器上執(zhí)行，可以把ip地址換為127.0.0.1即可。也可以使用local_action方法。

[root@test2 playbook]# cat test.yml--- - hosts: all   remote_user: root   tasks:     - name: create the test file       local_action: shell touch test1111         #在本地創(chuàng)建一個(gè)測試文件

     - name: check mysql status       service: name=mysqld state=running

結(jié)果如下：

[root@test2 playbook]# ansible-playbook test.yml
PLAY [all] ********************************************************************
GATHERING FACTS ***************************************************************ok: [10.0.102.212]ok: [10.0.102.200]ok: [10.0.102.162]
TASK: [create the test file] **************************************************changed: [10.0.102.212 -> 127.0.0.1]changed: [10.0.102.200 -> 127.0.0.1]changed: [10.0.102.162 -> 127.0.0.1]
TASK: [check mysql status] ****************************************************ok: [10.0.102.200]ok: [10.0.102.212]ok: [10.0.102.162]
PLAY RECAP ********************************************************************10.0.102.162               : ok=3    changed=1    unreachable=0    failed=010.0.102.200               : ok=3    changed=1    unreachable=0    failed=010.0.102.212               : ok=3    changed=1    unreachable=0    failed=0
[root@test2 playbook]# ls                     #默認(rèn)會在當(dāng)前目錄創(chuàng)建對應(yīng)的文件test1111  test.yml  vars.yml

任務(wù)暫停

有些情況下，一些任務(wù)的運(yùn)行需要等待一些狀態(tài)的恢復(fù)，比如某一臺主機(jī)或者應(yīng)用剛剛重啟，我們需要等待它上面的某個(gè)端口開啟，此時(shí)我們就不得不將正在運(yùn)行的任務(wù)暫停，直到其狀態(tài)滿足我們的需求。下一個(gè)實(shí)例【摘抄】

- name: wait for webserver to start
   local_action:
        module: wait_for
        host: webserver1
        port: 80
        delay: 10
        timeout: 300
        state: startted#這個(gè)實(shí)例中，這個(gè)任務(wù)將會每10s檢查一次主機(jī)webserver1上面的80端口是否開啟，如果超過了300s，80端口仍未開啟，將會返回失敗信息。

交互式提示

在少數(shù)情況下，ansible任務(wù)運(yùn)行的過程中需要用戶輸入一些數(shù)據(jù)，這些數(shù)據(jù)要么比較秘密不方便，或者數(shù)據(jù)是動態(tài)的，不同的用戶有不同的需求，比如輸入用戶自己的賬戶和密碼或者輸入不同的版本號會觸發(fā)不同的后續(xù)操作等。ansible的vars_prompt關(guān)鍵字就是用來處理上述這種與用戶交互的情況的。下面是一個(gè)簡單的實(shí)例。

--- - hosts: all   remote_user: root   vars_prompt:      - name: share_user        prompt: "what is your network username?"        private: no
      - name: share_pass        prompt: "what is your network password"        private: no

然后執(zhí)行上面的playbook，因?yàn)槲覀冎皇菧y試，只需要在一臺機(jī)器上執(zhí)行，因此加入了--limit參數(shù)。

[root@test2 playbook]# ansible-playbook test.yml --limit 10.0.102.162what is your network username?: test                           #需要手動交互輸入what is your network password: 123456                          #手動輸入
PLAY [all] ********************************************************************
GATHERING FACTS ***************************************************************ok: [10.0.102.162]
PLAY RECAP ********************************************************************10.0.102.162               : ok=1    changed=0    unreachable=0    failed=0

手動輸入的變量值，在后面的play中仍然可以用{{ var_name }}的形式調(diào)用。

關(guān)鍵字vars_prompt幾個(gè)常用的選項(xiàng)總結(jié)如下：

private：默認(rèn)值為yes，表示用戶輸入的值在命令行不可見；將值設(shè)為no時(shí)，用戶輸入可見。
default：為變量設(shè)置默認(rèn)值，以節(jié)省用戶輸入時(shí)間。
confirm：特別適合輸入密碼的情況，如果將其設(shè)置為yes，則會要求用戶輸入兩次，以增加輸入的安全性。

Tags標(biāo)簽

默認(rèn)情況下，ansible在執(zhí)行一個(gè)playbook時(shí)，會執(zhí)行playbook中定義的所有任務(wù)。ansible的標(biāo)簽功能可以給角色，文件，單獨(dú)的任務(wù)甚至整個(gè)playbook打上標(biāo)簽，然后利用這些標(biāo)簽來指定要運(yùn)行playbook中的個(gè)別任務(wù)，或不執(zhí)行指定的任務(wù)，并且它的語法非常簡單。

通過一段代碼來說明tags的用法，代碼摘自《ansible權(quán)威指南》

---# 可以給整個(gè)playbook的所有任務(wù)打一個(gè)標(biāo)簽。  - hosts: all    tags: deploy    roles:     # 給角色打的標(biāo)簽將會應(yīng)用與角色下所有的任務(wù)。       - {role: tomcat, tags : ["tomcat", "app"]}        #一個(gè)對象添加多個(gè)tag的寫法之一    tasks:       - name: Notify on completion         local_action:            module: osx_say            msg: "{{inventory_hostname}} is finished"            voice: Zarvox         tags:                                            #一個(gè)對象添加多個(gè)tag寫法之二            - notifications            - say       - include: foo.yml         tags:　foo
#縮進(jìn)可能不太對

將上述代碼保存，可以通過以下命令來只執(zhí)行“Notify on completion”任務(wù)。

ansible-playbook test.yml --tags "say"

如果想忽略掉某個(gè)任務(wù)，可以使用--skip-tags關(guān)鍵字指定。

Block塊

ansible從2.0.0版本開始引入了塊功能。塊功能可以將任務(wù)進(jìn)行分組，并且可以在塊級別上應(yīng)用任務(wù)變量。同時(shí)，塊功能還可以使用類似于其他編程語言處理異常那樣的方法，來處理塊內(nèi)部的任務(wù)異常。

[root@docker5 ~]# cat test.yml--- - hosts: all   remote_user: root
   tasks:     - block:          - yum: name=httpd state=present          - service: name=httpd state=started enabled=no       when:  ansible_eth0.ipv4.address  == "10.0.102.162"
     - block:          - yum: name=nginx state=present          - service: name=nginx state=started enabled=no       when:  ansible_eth0.ipv4.address  == "10.0.102.200"

運(yùn)行結(jié)果如下：

[root@docker5 ~]# ansible-playbook -i hosts test.yml
PLAY [all] **************************************************************************************************************************************************************************************
TASK [Gathering Facts] **************************************************************************************************************************************************************************ok: [10.0.102.162]ok: [10.0.102.200]
TASK [yum] **************************************************************************************************************************************************************************************skipping: [10.0.102.200]          #因?yàn)樵趇nventory文件中注釋了這一臺服務(wù)器，因此這里忽略了。ok: [10.0.102.162]
TASK [service] **********************************************************************************************************************************************************************************skipping: [10.0.102.200]changed: [10.0.102.162]
TASK [yum] **************************************************************************************************************************************************************************************skipping: [10.0.102.162]ok: [10.0.102.200]
TASK [service] **********************************************************************************************************************************************************************************skipping: [10.0.102.162]changed: [10.0.102.200]
PLAY RECAP **************************************************************************************************************************************************************************************10.0.102.162               : ok=3    changed=1    unreachable=0    failed=010.0.102.200               : ok=3    changed=1    unreachable=0    failed=0

上面的playbooj和之前的并沒有什么不同，只是假如了block之后，代碼更容易查看。

塊功能可以用來處理任務(wù)的異常。比如一個(gè)ansible任務(wù)時(shí)監(jiān)控一個(gè)并不太重要的應(yīng)用，這個(gè)應(yīng)用的正常運(yùn)行與否對后續(xù)的任務(wù)并不產(chǎn)生影響，這時(shí)候我們就可以通過塊功能來處理這個(gè)應(yīng)用的報(bào)錯(cuò)。如下代碼：

tasks:   - block:        - name: shell script to connect the app ti a mointoring service.          script: mointoring-connect.sh          rescue:             - name:只有腳本報(bào)錯(cuò)時(shí)才執(zhí)行　　　　　　　　 debug：msg="There was an error in the block"          always:             - name: 無論結(jié)果如何都執(zhí)行               debug: msg="This always executes"

當(dāng)塊中任意任務(wù)出錯(cuò)時(shí)，rescue關(guān)鍵字對應(yīng)的代碼塊就會被執(zhí)行，而always關(guān)鍵字對應(yīng)的代碼塊無論如何都會被執(zhí)行。

良許個(gè)人微信

添加良許個(gè)人微信即送3套程序員必讀資料

→ 精選技術(shù)資料共享
→ 高手如云交流社群



本公眾號全部博文已整理成一個(gè)目錄，請?jiān)诠娞柪锘貜?fù)「m」獲取！
推薦閱讀：
40 張圖帶你搞懂 TCP 和 UDP
Idea公司真牛逼，發(fā)行最適合程序員編程字體~
Eclipse 官宣，干掉 VS Code ！

5T技術(shù)資源大放送！包括但不限于：C/C++，Linux，Python，Java，PHP，人工智能，單片機(jī)，樹莓派，等等。在公眾號內(nèi)回復(fù)「1024」，即可免費(fèi)獲取！！

干貨：Ansible 中的 playbook 詳解

來源：https://reurl.cc/WL6jy9

playbook的語法結(jié)構(gòu)

一個(gè)簡單的實(shí)例：檢查MySQL的運(yùn)行狀態(tài)

限定主機(jī)范圍執(zhí)行

查看當(dāng)前playbook在哪些主機(jī)上執(zhí)行

ansibleplaybook中的handlers

playbook中的變量

在運(yùn)行playbook的時(shí)候使用--extra-vars來指定變量

在playbook中使用vars代碼塊定義變量

使用獨(dú)立的文件來定義playbook變量

為特定的主機(jī)定義變量，變量名跟在對應(yīng)主機(jī)的后邊。

給主機(jī)組定義變量，作用范圍為整個(gè)主機(jī)組。

巧用主機(jī)變量和組變量

注冊變量

when條件判斷

任務(wù)委托

任務(wù)暫停

交互式提示