243張圖片為你解析Linux輕量級自動運維化工具Ansible

YAML is a data serialization format designed for human readability and  interaction with scripting languages.

資料結構：

key:value

– item1

– item2

– item3

例如{name:jerry, age:21}

PlayBook

核心元素：

Tasks：任務，由模塊定義的操作的串列；

Variables：變數

Templates：模板，即使用了模板語法的文本檔案；

Handlers：由特定條件觸發的Tasks；

Roles：角色；

playbook的基礎組件：

Hosts：運行指定任務的標的主機；

remote_user：在遠程主機以哪個用戶身份執行；

sudo_user：非管理員需要擁有sudo權限；

tasks：任務串列

模塊，模塊引數：

格式：

(1) action: module arguments

(2) module: arguments

運行playbook，使用ansible-playbook命令

(1) 檢測語法

ansible-playbook  –syntax-check  /path/to/playbook.yaml

(2) 測試運行

ansible-playbook -C /path/to/playbook.yaml

–list-hosts

-list-tasks

–list-tags

(3) 運行

ansible-playbook  /path/to/playbook.yaml

-t TAGS, –tags=TAGS

–skip-tags=SKIP_TAGS

–start-at-task=START_AT

示例1:定義一個playbook任務來新增用戶和組

定義一個yaml的模板

查查語法有沒有錯誤，沒有提示即表示語法應該沒有問題。

測試運行看看，-C表示僅測試跑一邊，但是不會實際操作

也可以單獨測試某些特定的選項

查看僅影響的主機

查看運行哪些任務

查看哪個任務打標了，這裡並沒有任何任務打標記，後面再演示

以上沒有錯誤，開始正式運行該任務

驗證

示例2：定義一個playbook任務來修改檔案端口

此步驟裡面有安裝httpd的安裝包，其實此處有點多餘，因為測試的兩台主機均已經安裝該服務，此處添加上去是為了演示效果，因為當生產環境中，假如存在一臺服務器沒有該安裝包，那麼次處就能幫我們安裝上去，不然的話，漏了這一步，到後面查原因也挺麻煩的

檢查語法問題

先從一臺主機上面把httpd.conf檔案拷問來編輯

修改httpd.conf檔案

比如修改端口為8080，其他都為預設配置

首先備份好各自主機裡面的配置檔案，以防後面出錯

檢查備份是否成功

測試運行web.yml，看看有沒有問題，沒有問題的話就正常運行

    執行改檔案

驗證服務器端口打開沒有，可以看見8080端口已經打開，實驗成功。

Handlers的使用：由特定條件觸發的Tasks；

格式：

tasks：

– name: TASK_NAME

module: arguments

notify: HANDLER_NAME

handlers:

– name: HANDLER_NAME

module: arguments

示例：參照上面的例子繼續修改apache的端口

修改端口號為8090

修改原來的web.yml腳本實現操作

檢測語法

測試運行,可以看出，當複製檔案過去的時候，會觸發到restart httpd service的handlers任務，所以任務就重啟了，而不是啟動

正式運行

驗證結果，8090端口已經打開，實驗成功

tags：給指定的任務定義一個呼叫標識；

使用格式：

– name: NAME

module: arguments

tags: TAG_ID

示例：執行特定的tags

修改檔案的端口為8088

在此前的配置檔案上面插入一個標簽instconf

檢查語法

此處可以查看到該yml腳本有一個標簽，影響著websrvs組

測試運行

正式運行一下，指定以instconf的標簽運行，所以此處不會顯示器其他多餘的信息，包括安裝httpd包和啟動httpd服務

驗證該結果

此處也可以對同一個檔案標記多個標簽同時執行

測試運行，因為此處已經安裝了httpd包和檔案已經複製過去，所以都是綠色，此處就演示到這裡，其他步驟可以參考上面的操作

Variables：變數

型別：

內建：

(1) facts

自定義：

(1) 命令列傳遞；

-e VAR=VALUE

(2) 在hosts Inventory中為每個主機定義專用變數值；

(a) 向不同的主機傳遞不同的變數 ；

IP/HOSTNAME variable_name=value

(b) 向組內的所有主機傳遞相同的變數 ；

[groupname:vars]

variable_name=value

(3) 在playbook中定義

vars:

– var_name: value

– var_name: value

(4) Inventory還可以使用引數：

用於定義ansible遠程連接標的主機時使用的屬性，而非傳遞給playbook的變數；

ansible_ssh_host

ansible_ssh_port

ansible_ssh_user

ansible_ssh_pass

ansible_sudo_pass

…

(5) 在角色呼叫時傳遞

roles:

– { role: ROLE_NAME, var: value, …}

變數呼叫：

{{ var_name }}

示例1：利用命令列傳遞變數來安裝不同的包

此處{{ pkgname }}表示為一個變數

檢查一下語法,居然報錯了，什麼情況？仔細看了即便發現是漏了空格

加上空格

再次檢查，還是還是有報錯的情況，各位不要慌，因為這隻是因為還沒有給變數賦值才會報的錯，所以此處報錯是很正常

給變數賦值再跑一遍，此時就不會報錯

修改一下變數，發現也是正常的，此處68因為已經安裝過vsftpd所以就不會執行，所以並不會changed

示例2：在playbook中定義變數

測試，也沒有問題的

思考？假如同時利用-e的引數傳遞一個變數的引數的話會怎麼樣？

測試結果如下，是-e傳遞的變數引數的優先級更高，這樣的話能避免傳遞引數的時候，因為文本裡面定義的優先級更高而出錯？

示例3：在hosts Inventory中為每個主機定義專用變數值

刪除掉文件裡面原有的變數

測試，沒有問題

示例4：在hosts Inventory中為每個主機定義專用變數值的第二種方法

測試，也是可以的

Templates ：模板，文本檔案，內部嵌套有模板語言腳本（使用Jinja2模板語言編寫）

Jinja2 is a template engine written in pure Python. It provides a Django inspired non-XML syntax but supports inline expressions and an optional sandboxed environment.

語法：

字面量：

字串：使用單引號或雙引號；

數字：整數、浮點數；

串列：[item1, item2, …]

元組：(item1, item2, …)

字典：{key1:value1, key2:value2, …}

布爾型：true/false

算術運算：

+, -, *, /, //, %, **

比較操作：

==, !=, >, =, <=

邏輯運算：and, or, not

執行模板檔案中的腳本，並生成結果資料流，需要使用template模塊；

template：

-a ” “

src=

dest=

mode=

onwer=

group=

註意：此模板不能在命令列使用，而只能用於playbook；

示例:利用templates模板來設置nginx的定義cpu的數量

首先利用ansible命令獲取當前系統系統的cpu數量

首先備份一下預設的檔案

首先在下麵的主機傳送一個配置檔案過來

編輯該檔案，修改此處為上面利用ansible的setup模塊獲取的名稱

重命名該檔案為Jinja2格式後綴的檔案

新建一個playbook檔案，為了演示，建立一個ngxsrvs組，雖然看上去都一樣。。。

建立playbook文件

此處為了演示效果，此處把原來的nginx包卸載掉

確認安裝包卸載掉，並且服務沒在線

檢查playbook的檔案有沒語法錯誤

測試運行,此處報錯是因為找不到nginx的服務，所以應該是沒有問題的

正式運行，沒有問題

查看一下端口是否已經打開

重點檢查一下cpu的變數是否有改變，這裡可以看到，跟我們ansible_processor_vcpus的值是一樣，這樣符合我們預期，此處就展示完畢

條件測試 ：when陳述句：在tasks中使用，Jinja2的語法格式；

示例:利用Ansible條件測試在CentOS_6和CentOS_7的啟動服務

這邊首先增加一臺ip為10.1.156.70的CentOS7的主機

然後我們利用setup模塊的命令

在7的上面可以找到該行

在6的上面可以找到該行

根據以上的信息，我們就可以創建一個基於條件判斷的playbook檔案test.yml

為了演示效果，實驗前把CentOS6的nginx先卸載掉，此處70的報錯只是因為ssh缺少那邊沒有提供公鑰檔案，此處就不再演示

檢查playbook語法有沒有問題

測試運行，沒有報錯，可以看出當執行service nginx start命令時候，只有CentOS6的主機執行了命令，不過開始那裡提示有skipping信息是為什麼？CentOS7開始也提示有skipping信息？但是後面確實是執行成功了，下麵正式運行該playbook看看效果。

正式運行，似乎沒有報什麼錯誤

看看服務是否已經開啟，此處可見80端口已經開發，應該是沒有問題的，此處就不瀏覽主頁做測試了

迴圈 ：迭代，需要重覆執行的任務；

對迭代項的取用，固定變數名為”item”，使用with_item屬性給定要迭代的元素；

元素：串列

字串

字典

基於字串串列給出元素示例：

示例：基於串列的方式安裝多個安裝包

檢查語法

測試運行，沒有報錯（這裡就以69和70兩台不同的版本的CentOS來做測試）

正式運行，69的機器報錯了，看了一下原因，是下載php-mbstring的時候出錯了，此處原因應該是虛擬掛載CentOS6.8的cd1導致的，掛載cd2應該就解決此問題，不過部分安裝包應該是在cd1裡面，所以小伙伴們最好找一個安全包都全的yum倉庫

重新配置好yum倉庫，並且把先前安裝的先卸載掉，以配置實驗

此處可以看出來，由於69主機剛報錯了一個，所以所有的包都沒有安裝，7上面倒是都已經安裝過了

重新運行腳本，沒有報錯了

驗證，發現已經安裝上了，此處就不再看其他安裝包的安裝情況了，應該沒有大問題

基於字典串列給元素示例：

示例：創建指定的用戶並屬於指定的組

檢查語法

測試運行，沒有提示有任何變化？

正式運行，可以看見創建了對應的用戶和組

驗證，符合我們預期

角色：roles

以特定的層級目錄結構進行組織的tasks、variables、handlers、templates、files等；

role_name/

files/：儲存由copy或script等模塊呼叫的檔案；

tasks/：此目錄中至少應該有一個名為main.yml的檔案，用於定義各task；其它的檔案需要由main.yml進行“包含”呼叫；

handlers/：此目錄中至少應該有一個名為main.yml的檔案，用於定義各handler；其它的檔案需要由main.yml進行“包含”呼叫；

vars/：此目錄中至少應該有一個名為main.yml的檔案，用於定義各variable；其它的檔案需要由main.yml進行“包含”呼叫；

templates/：儲存由template模塊呼叫的模板文本；

meta/：此目錄中至少應該有一個名為main.yml的檔案，定義當前角色的特殊設定及其依賴關係；其它的檔案需要由main.yml進行“包含”呼叫；

default/：此目錄中至少應該有一個名為main.yml的檔案，用於設定預設變數；

在playbook中呼叫角色的方法：

– hosts: HOSTS

remote_user: USERNAME

roles:

– ROLE1

– ROLE2

– { role: ROLE3, VARIABLE: VALUE, …}

– { role: ROLE4, when: CONDITION }

示例：創建對應的服務目錄下麵的模版

首先創建對應的目錄

確認一下目錄是否正確

首先準備一個安裝包，放到nginx/file/目錄下麵

新建一個nginx的task模板

大家可以發現此處的模板跟之前的不一樣，比如說，開頭沒有了定義主機、用戶、和task等，此處的task會自行查找/etc/ansible/roles/nginx/task/main.yml的任務（此處檔案本身也是在task目錄下麵）。再比如說，該處指定的copy命令的src=FILENAME也是相對路徑，其絕對路徑為/etc/ansible/roles/nginx/file/FILENAME。又比如說定義了notify但是這裡並沒有handlers，是因為此處定義了的notify的名字會自行去查看該目錄下麵即/etc/ansible/roles/nginx/handlers/main.yml裡面的handlers。還有template那裡，大家有沒發現也是用的相對路徑，此處絕對路徑為在/etc/ansible/roles/nginx/template/nginx.conf.j2。所以大家清楚了嗎？

接著是定義/etc/ansible/roles/nginx/handlers/main.yml

此處的檔案就是用來承上面的notify裡面為什麼沒有定義的handlers的原因，因為已經定義在../handlers/main.yml裡面了。

複製nginx.conf檔案到templates目錄下麵為nginx.conf.j2

編輯裡面定義的cpu數量，之前是2，所以此處我們也可以利用算數運算式來控制cpu的數量，比如此處-1，到時候看到的cpu數量應該是為1。

再複製/etc/nginx/conf.d/default.conf到nginx/templates/default.conf.j2

然後編輯此檔案

編輯原來的端口號為一個變數值ngxport

此時需要重新編輯task/main.yml檔案

主要添加一下內容

此時我們就可以定義變數檔案了

比如說定義ngxport的變數為8888

此時所有的元素暫時都足夠了，meta和default的檔案夾在此處暫時用不上，然後我們在/etc/ansible/目錄下麵創建一個nginx.yml的檔案

註意此處的roles裡面的nginx要在/etc/ansible.cfg檔案裡面有對應的設定

編輯查看ansible.cfg檔案

可以看見系統預設的roles路徑也是在此處，所以我們去掉#號來啟用它

修改成如下

以上都準備好了以後，檢查一下nginx.yml語法，暫時並沒有報錯

然後測試運行，可以看見此處報錯了，看了一下報錯的原因，是因為找不到/tmp/nginx安裝包，因為只是測試運行，並沒有傳送安裝包到標的主機上面，所以此處報錯是正常的可以不予理會。

下麵正式運行該腳本，此處報錯了，原因看了一下，nginx安裝包是el7版本的,在centos6上面並不能安裝。以及handlers出問題了。

此處修改一下tasks/main.yml,以下紅色內容為修改部分，意思就是，CentOS7系統從遠程複製的安裝包安裝，CentOS6則直接從yum倉庫源安裝，6和7的nginx的配置檔案應該是一樣的，暫時先這麼操作實驗看看結果，並且先把CentOS7系統的nginx安裝包刪除掉，以重新演示效果。notify處的語法錯誤，此處補上。

修改完以上的內容，重新測試運行

可以看出來此處還是有報錯內容，

第一個報錯內容為找不到安裝包，此處是正常的，因為安裝包還是傳過去（上一次運行的時候傳送過去的安裝包我已經刪掉了，所以此處需要重傳）

第二個報錯內容為找不到nginx服務，此處也是正常的，因為nginx安裝包還沒有安裝

正常重新運行一下nginx.yml腳本看看，發現已經沒有報錯的地方了

驗證結果，發現8888端口已經打開

cpu數量的設置也跟我們之前配置的是一樣的，實驗到此結束

示例 2: 根據以上內容，修改端口號

當我們寫好模板以後，需要修改端口號，也是非常容易的，而且我們也可以通過在nginx.yml上面通過roles傳遞變數

例如像以下這樣子操作

測試運行一下看看有沒有錯誤，可以看見在複製配置檔案和重啟服務那裡有了變化，這符合我們預期

正式運行一下看看,能正常運行

驗證端口號是否修改成功，看到8080端口，表示操作沒有問題

以上是運行成功了，但是細心的同學會發現，這樣所有程式都跑一遍也麻煩，所以我們可以用之前瞭解到的標簽來執行特定的操作即可，也可以直接傳遞相應的變數。

直接傳遞引數測試運行，好像沒有問題

正式運行

查看端口號是否正確，此處可以看見是我們定義的8099端口，測試成功

示例：實現 httpd 不同主機不同的端口號

首先先把定義的端口號先屏蔽掉

編輯/etc/ansible/hosts檔案

定義對應的端口號，然後測試

然後記得把nginx.yml檔案裡面也改回來

這裡直接運行就不先做測試了，不過一般同學們還是做好測試工作比較好，本人比較懶O.O

驗證端口號，也符合我們預期

示例：在同一個 yml 配置檔案裡面運行兩個服務模板程式

這裡以memcached為例，首先複製memcached的配置檔案到對應的templates目錄下來為.j2的檔案

memcached服務是依靠設置記憶體引數來定義的，所以我們得首先用ansible來確認系統的記憶體變數引數值是什麼，並且通過以下圖可以看見兩個系統引數都是一致的。

編輯memcached.j2檔案

定義變數引數

改成 

開始定義memcached的任務檔案

定義handlers檔案

把memcached定義在ngnix.yml檔案一同運行

測試運行，只是安裝包還沒有安裝，提示的錯誤都問題不大，是正常的

正式運行

驗證服務是否開啟，且是否設置好預期可用記憶體

可以看見11211端口已經打開

查看可用記憶體，原來的數值是970~980多，這裡200多，符合除以4的預期效果

示例 : 根據不同的系統安裝 mysql 包

首先定義一個tasks的模板

定義一個yaml呼叫角色腳本

設置hosts檔案添加dbsrvs組

測試語法

測試運行呼叫角色腳本db.yml,應該沒有大問題

正式運行，沒有報任何錯誤

驗證服務是否已經開啟

可以看見mysql和mariadb服務均已經開啟

寫在最後，關於ansible的能最多控制幾台主機

此處是在配置檔案裡面定義的，預設是5台主機，如果把主機的控制的主機調大，估計也要相對應性能的主機當ansible服務器

至此，本博文已經完結，下麵總結幾個小點：

1、 ansible的playbook.yml檔案要求的格式比較嚴格，有時候少了幾個空格，或者空格位置不妥當的時候，系統均預設此格式為錯誤，所以需要小心

2、 有時候輸入錯了ansibile不能識別的錯誤，用- – syntax-check 或者 �Ccheck 測試檔案的時候並不會提示有任何提示，需要實際運行才能會報錯。

3、 有一次寫playbook.yml檔案的時候，檢查過是沒有問題，但是測試一直出問題，後來把所有重寫一遍就好，也可能是哪裡錯了自己沒看見。

作者：~微風~

來源：http://weiweidefeng.blog.51cto.com/1957995/1895261

《Linux雲計算及運維架構師高薪實戰班》2018年09月17日即將開課中，120天衝擊Linux運維年薪30萬，改變速約~~~~

*宣告：推送內容及圖片來源於網絡，部分內容會有所改動，版權歸原作者所有，如來源信息有誤或侵犯權益，請聯繫我們刪除或授權事宜。

– END –

---

更多Linux好文請點擊【閱讀原文】哦

↓↓↓

~微風~

贊賞

長按二維碼向我轉賬

受蘋果公司新規定影響，微信 iOS 版的贊賞功能被關閉，可通過二維碼轉賬支持公眾號。

閱讀原文


微信掃一掃
使用小程式
即將打開”“小程式
取消
打開