python中Ansible模塊的Playbook的具體使用

Playbook

在上一節中，我們詳細介紹了Ansible提供的一些常用模塊。可以看到，Ansible中的每個模塊專注於某一方面的功能。雖然每個模塊實現的功能都比較簡單，但是，將各個模塊組合起來就可以實現比較複雜的功能。在Ansible中，將各個模塊組合起來的文件是一個YAML格式的配置文件。這個配置文件，在Ansible中稱為Playbook。

在這一節中，我們將循序漸進地介紹Ansible中的Playbook，我們將首先介紹Playbook的定義，然後介紹如何使用Playbook完成遠程服務器部署，之後詳細介紹Playbook的基本語法，使用Playbook的基本講法就能夠完成大部分的部署任務。

在這一節中，找們將介紹如何使用Playbook的基本語法完成nginx與MongoDB的部署，最後，我們介紹了部分Playbook的高級語法。

1、Playbook的定義

Playbook不同於其他使用單個模塊操作遠程服務器，Playbook的功能更加強大。如果只使用Playbook的基本功能，那麼，Playbook是一個非常簡單的配、管理和部署系統。此外，Playbook也可以實現各種高級功能，如指定任務的執行順序，委派其他主機來執行某一個任務，與監控服務器和負載均衡組件進行交互等。

有一個非常恰當的比喻,，Ansible中的模塊類似於Linux下的命令，Ansible中的Playbook類似於Linux下的Shell腳本文件。Shell腳本文件將各個Linux命令組合起來，以此實現複雜的功能，Playbook將各個模塊組合起來也可以實現複雜的部署功能。在shell腳本中，除了調用Linux命令以外，還有一些基本的語法，如變量定義、if語句、for循環等。在Playbook中，一方面通過YAML格式進行定義提高Playbook的可讀性、可維護性，降低工程師的學習負擔；另一方面，Ansible提供了若干可以應用在Playbook中的選項，以便工程師實現更加高級的功能。

一個Playbook可以包含一到多個Play，每一個Play是一個完整的部署任務。在Play中，我們需要指定對哪些遠程服務器執行操作，以及對這些遠程服務器執行哪些操作。

下面是一個名為first_playbook.yml的Playbook。在這個Playbook中，我們定義了兩個Play，前者用來在數據庫服務器上部署MongoDB，後者用來在web服務器上部署“應用”。這裡只是為了對Playbook進行演示，並沒有真的部署應用。

  [root@python ~]# vim first_playbook.yml    ---  - hosts: dbservers   become: yes   become_method: sudo   tasks:   - name: install mongodb    yum: name=mongodb-server state=present    - hosts: webservers   tasks:   - name: copy file    copy: src=/tmp/data.txt dest=/tmp/data.txt     - name: change mode    file: dest=/tmp/data.txt mode=655 owner=root group=root

這個Playbook中包含了兩個Play。一個Playbook可以包含一到多個Play，所以即使Playbook中值包含一個Play，也需要使用列表的形式進行定義。在YAML語法中，“- hosts”前面的“-”表示定義列表。

在Ansible中，一個Play必須包含以下兩項：

1. hosts：需要對哪些遠程服務器執行操作
 2. tasks：需要在這些服務器上執行的任務列表

例如，對web服務器進行部署時，我們僅僅使用了hosts和tasks兩個選項。前者表示對哪些服務器執行操作，後者表示對服務器執行哪些操作。在部署數據庫服務器時需要安裝軟件，因此使用了become與become_method兩個選項，用來表示使用管理員的身份去安裝MongoDB數據庫。

一個Play可以包含一到多個task，因此task也必須以YAML的列表形式進行定義。可以看到，在這個例子中，對數據庫服務器進行操作時僅包含了一個task，對web服務器進行部署時包含了兩個task。

在Ansible中，task有兩種定義形式：

1. action：module options

2. module：options

前一種形式是Ansible的舊版本語法，第2種形式是新版本的語法，直接使用模塊的名稱作為鍵，使用模塊的參數作為值。如下所示：

  - name: install httpd   yum: name=httpd update_cache=yes state=present

在安裝Apache的例子中，“name=httpd update_cache=yes state=present”是一個完整的字符串，而不是一個字典。只是字符串的值是一個“key=value”形式的參數。

在參數較多時，為了增加Playbook的可讀性，我們也可以像下面這樣定義一個task：

  - name: install httpd   yum: >    name=httpd    update_cache=yes    state=present

在Ansible中，當參數較長時，除了使用“>”進行摺疊換行以外，也可以使用縮進字塊的形式：

  - name: install httpd   yum:     name: httpd    update_cache: yes    state: present

雖然從字面來看，這兩種指定參數的方式相差不大。但是，從YAML的語法來說，這是完全不同的兩個方法。前者是一個比較長的字符串，後者是一個字典。

task的定義中，name是可選的。所以，像下面這樣定義task也是完全合法的：

  - yum: name=httpd update_cache=yes state=present

name的作用在於，執行Playbook時作為註釋進行顯示，以便使用者知道當前執行到哪一步。因此，在定義task時，一般都會定義name字段。

在實際工作中，雖然一個Playbook可以包含多個Play，但是為了Playbook的可讀性和可維護性，我們一般只會在Playbook中編寫一個Play。例如，對於這裡的例子，我們可以將first_playbook.yml這個Playbook拆分成兩個Playbook，分別名為db.yml與web.yml。其中，db.yml文件包含了與數據庫服務器相關的部署任務，web.yml文件包含了與web服務器相關的部署任務。

當我們需要部署數據庫服務器和web服務器時，可以先執行db.yml文件，再執行web.yml文件。除此之外，Ansible還提供了一種便捷方式來處理這種情況。例如，我們可以編寫一個名為all.yml的Playbook，它的內容如下：

  ---  - include: db.yml  - include: web.yml

include選項是Ansible提供的，用於在一個Playbook中導入其他Playbook。在Ansible中，只需要使用include選項導入其他Playbook文件，執行這個Playbook時，被導入的Playbook便會依次執行。

上面詳細介紹了Ansible的Playbook定義，這個Playbook定義雖然比較簡單，但是，是一個比較完整的Playbook例子。在實際工作中使用的Playbook也不會比這個Playbook複雜很多。

我們接下來將介紹如何使用ansible-playbook命令執行Playbook，然後再介紹Playbook的其他語法。

2、ansible拆分playbook.yml

查看一下所需文件是否正確

  [root@python ~]# cat hosts   127.0.0.1  [webservers]  192.168.1.60  [dbservers]  192.168.1.80  [common:children]  dbservers  webservers  [root@python ~]# cat /etc/ansible/ansible.cfg   [defaults]  remote_user = root  remote_port = 22  inventory = /root/hosts

拆分playbook.yml

  [root@python ~]# cat db.yml   ---  - hosts: dbservers   become: yes   become_method: sudo   tasks:   - name: install mongodb    yum: name=mongodb-server state=present #mongodb-server 可歡成其他服務如（git）  [root@python ~]# cat web.yml   ---  - hosts: webservers   tasks:   - name: copy file    copy: src=/tmp/data.txt dest=/opt/data.txt    - name: change mode    file: dest=/opt/data.txt mode=655 owner=root group=root  [root@python ~]# cat all.yml   ---  - include: db.yml  - include: web.yml  [root@python ~]# touch /tmp/data.txt  [root@python ~]# touch /opt/data.txt

3、使用Ansible-playbook執行Playbook

上一小節中，我們簡單地介紹了Playbook的定義。那麼，當我們有了一個Playbook文件以後，如何執行這個文件完成應用部署呢？我們知道，Ansible安裝完成以後存在多個可執行的命令行工具，其中，ansible-playbook便是用於執行Playbook的命令行工具。

ansible-playbook的執行方式如下:

  ansible-playbook first_playbook.yml

ansible-playbook命令也有若干命令行選項，其中,有部分選項與ansible命令相同。Ansible中也存在一些ansible-playbook特有的命令行選項。

ansible-playbook命令與ansible命令相同的命令行選項:

-T --timeout：建立SSH連接的超時時間
 --key-file --private-key：建立SSH連接的私鑰文件
 -i --inventory-file：指定Inventory文件，默認是/etc/ansible/hosts
 -f --forks：併發執行的進程數，默認為5
 --list-hosts：playbooks匹配的服務器列表。

ansible-playbook也有一個名為--list-hosts的選項，該選項的作用是列出匹配的服務器列表。例如，在我們這個 Playbook的例子中，hosts文件的內容如下：

  127.0.0.1  [webservers]  192.168.1.60  [dbservers]  192.168.1.80  [common:children]  dbservers  webservers

我們知道，Ansible中的Play定義了需要對哪些服務器執行哪些操作，也就是說，每一個Play都可以指定匹配的遠程服務器。在我們這個Playbook的例子中，對數據庫服務器安裝MongoDB，對web服務器部署“應用“。因此，ansible-playbook命令與ansible命令的--list-hosts選項輸出的結果將會大不相同。ansible-playbook命令的--list-hosts選項輸出的結果如下：

  [root@python ~]# ansible-playbook all.yml --list-hosts

ansible-playbook命令有一些特有的選項，如下所示：

--list-tasks：列出任務列表
 --step：每執行一個任務後停止，等待用戶確認
 --syntax-check：檢查Playbook語法
 -C --check：檢查當前這個Playbook是否會修改遠程服務器，相當於預測Playbook的執行結果。

這裡的幾個選項，除了--step以外，其他幾個選項都不會執行Playbook中的任務。這些選項存在主要是為了便於調試Playbook。例如，--list-tasks選項，該選項用來顯示當前Playbook中的任務列表。當Playbook比較大時，可以通過這個方式快速查看任務列表。如下所示：

  [root@python ~]# ansible-playbook all.yml --list-tasks  playbook: all.yml     play #1 (dbservers): dbservers  TAGS: []    tasks:     install mongodb  TAGS: []     play #2 (webservers): webservers TAGS: []    tasks:     copy file TAGS: []     change mode  TAGS: []

當我們查看任務列表時，任務的名稱就是task的name字段。因此，name的定義需要具有較好的描述性，讓使用者通過名字就能知道該任務需要做什麼事情。

--step選項類似於編程語言中的單步調試。當我們使--step選項執行Playbook時，ansible-playbook在每一個任務之前都會停住，等侍用戶輸入yes,、no或continue。如下所示：

  [root@python ~]# ansible-playbook all.yml --step  [DEPRECATION WARNING]: 'include' for playbook includes. You should use   'import_playbook' instead. This feature will be removed in version 2.12.   Deprecation warnings can be disabled by setting deprecation_warnings=False in   ansible.cfg.    PLAY [dbservers] ***************************************************************  Perform task: TASK: Gathering Facts (N)o/(y)es/(c)ontinue: y    Perform task: TASK: Gathering Facts (N)o/(y)es/(c)ontinue: *********************    TASK [Gathering Facts] *********************************************************  ok: [192.168.1.80]  Perform task: TASK: install mongodb (N)o/(y)es/(c)ontinue: y    Perform task: TASK: install mongodb (N)o/(y)es/(c)ontinue: *********************    TASK [install mongodb] *********************************************************  changed: [192.168.1.80]    PLAY [webservers] **************************************************************  Perform task: TASK: Gathering Facts (N)o/(y)es/(c)ontinue: y    Perform task: TASK: Gathering Facts (N)o/(y)es/(c)ontinue: *********************    TASK [Gathering Facts] *********************************************************  ok: [192.168.1.60]  Perform task: TASK: copy file (N)o/(y)es/(c)ontinue: y    Perform task: TASK: copy file (N)o/(y)es/(c)ontinue: ***************************    TASK [copy file] ***************************************************************  changed: [192.168.1.60]  Perform task: TASK: change mode (N)o/(y)es/(c)ontinue: y    Perform task: TASK: change mode (N)o/(y)es/(c)ontinue: *************************    TASK [change mode] *************************************************************  changed: [192.168.1.60]    PLAY RECAP *********************************************************************  192.168.1.60        : ok=3  changed=2  unreachable=0  failed=0  skipped=0  rescued=0  ignored=0    192.168.1.80        : ok=2  changed=1  unreachable=0  failed=0  skipped=0  rescued=0  ignored=0

輸入yes以後，任務將會繼續執行，並在下一個任務時停止，等待用戶繼續輸入。當我們輸入continue時，Ansible會執行完當前這個Play，當執行到下一個Play時再停止，並等待用戶輸入。

二、Playbook的詳細語法

到目前為止，我們已經學習瞭如何編寫Playbook以及如何運行Playbook。但是，我們僅僅介紹了最簡單的Playbook。在這一節中，我們將會介紹Playbook是如何通過不同的選項提供豐富多樣的功能。靈活使用這些選項，能夠編寫出形式各異的Playbook，以此應對自動部署中的各種情況。

在定義Play時，只有hosts與tasks是必選選項，其他選項都是根據需要添加的。在這一小節中。我們將介紹Playbook提供的不同功能，以Playbook的功能為線索，介紹Play與task中可以使用的選項。

（1）權限

在Ansible中，默認使用當前用戶連接遠程服務器執行操作。我們也可以在anaible.cfg文件中配置連接遠程服務器的默認用戶。此外，如果是不同的用戶使用不同類型的遠程服務器，那麼也可以在Playbook的Play定義中指定連接遠程服務器的用戶。例如，我們可以指定執行Play的用戶：

  ---  - hosts: webservers   remote_user: root

用戶可以細分每一個task，如下所示：

  ---  - hosts: werbservers   remote_user: root   tasks:    - name: test connection     ping:      remote_user: yourname

很多時候，我們需要的不是以某個特定用戶連接遠程服務器，而是在需要更高級別的權限時，使用管理員身份去執行操作。在ansible中，可以通過become與become_ method選項實現：

  ---  - hosts: werbservers   remote_user: root   become: yes

與remote_user選項類似，我們也可以為單個任務使用管理員權限，如下所示：

  ---  - hosts: werbservers   remote_user: yourname   tasks:    - name: installed nginx     service: name=nginx state=started     become: yes     become_method: sudo

實例

先修改遠程服務器中test的權限為（0:0）

  [root@192 ~]# vim /etc/passwd  test:x:0:0::/home/test:/bin/bash  [root@python ~]# chown test:root /etc/ansible/*  [root@python ~]# su test  [test@python root]$ cd   [test@python ~]$ vim hosts  [db]  192.168.1.60    [test@python ~]$ vim db.yml    ---  - hosts: db   remote_user: root       #遠程服務器登陸的用戶   tasks:    - name: installed nginx     become: yes     become_method: sudo     ping:      remote_user: root     #遠程服務器登陸的用戶  [test@python ~]$ vim /etc/ansible/ansible.cfg     [defaults]  inventory = /home/test/hosts

執行一下

  [test@python ~]$ sudo ansible-playbook db.yml --step    We trust you have received the usual lecture from the local System  Administrator. It usually boils down to these three things:      #1) Respect the privacy of others.    #2) Think before you type.    #3) With great power comes great responsibility.    [sudo] password for test:     PLAY [db] **********************************************************************  Perform task: TASK: Gathering Facts (N)o/(y)es/(c)ontinue: y    Perform task: TASK: Gathering Facts (N)o/(y)es/(c)ontinue: *********************    TASK [Gathering Facts] *********************************************************  Enter passphrase for key '/root/.ssh/id_rsa':   ok: [192.168.1.60]  Perform task: TASK: installed nginx (N)o/(y)es/(c)ontinue:     Perform task: TASK: installed nginx (N)o/(y)es/(c)ontinue: *********************    PLAY RECAP *********************************************************************  192.168.1.60        : ok=1  changed=0  unreachable=0  failed=0  skipped=0  rescued=0  ignored=0

（2）通知

在Ansible中，模塊是冪等的。例如，我們要在遠程服務器上創建一個用戶，如果該用戶已經存在，那麼Ansible不會將該用戶刪除以後重新創建，而是直接返回成功，並通過changed字段表示是否對遠程服務器進行了修改。

考慮這樣一種需求：我們要通過Ansible修改Apache的配置文件，並重啟Apache服務，使得新的配置文件生效。由於Ansible的模塊是冪等的，當我們修改Apache的配置文件時，如果配置文件的內容已經與我們想要修改成的內容一樣（例如，不小心將Ansible執行了兩次的情況），那麼，Ansible就什麼也不做。既然Apache的配置文件並沒有真的被修改，那麼我們也不應該去重啟Apache的服務器。在Ansible中，通過notify與handler機制來實現這裡的功能。

在下面的例子中，我們首先嚐試安裝Apache，然後修改Apache的配置文件。如果配置文件被修改，則通過notify選項通知handler進行後續處理。

handler是Ansible提供的條件機制，與tasks比較類似，都是去執行某些操作。但是，handler只有在被notify觸發以後才會執行，如果沒有被觸發則不會執行。在Playbook中，如果task後面存在notify選項，那麼，當Ansible識別到task改變了系統的狀態，就會通過notify去觸發handler。

Ansibie是通過什麼條件判斷notify觸發的是哪一個handler呢？很簡單，在Ansible中，task使用handler的名字作為參數，以此來觸發特定的handler。例如，在我們這裡的例子中，notify觸發的是“restart apache"這個handler, handlers中也存在一個名為" restart apache“的handler。

  ---  - hosts: webservers   tasks:   - name: ensure apache is at the latest version    yum: name=httpd state=latest     - name: write the apache config file    template: src=/srv/httpd.j2 dest=/etc/httpd.conf    notify:    - restart apache     - name: ensure apache is running    service: name=httpd state=started     handlers:    - name: restart apache     service: name=httpd state=restarted

需要注意的是，handler只會在所有task執行完後執行。並且，即便一個handler被觸發多次，它也只會執行一次。handler並不是在被觸發時立即執行，而是按照Play中定義的順序執行。一般情況下，handler都位於Play的最後，即在所有任務執行完成以後再執行。

Ansible官方文檔提到handler的唯一用途，就是重啟服務與服務器，正如找們這個例子所演示的。

在這個例子中，我們還用到T了template模塊。template模塊用以渲染Jinja模板。

（3）變量

在Inventory管理章節，我們已經介紹瞭如何定義變量。在Ansible中，還有其他幾種定義變量的方式。對於簡單的Playbook，最直接的方式是將變量定義在Playbook的vars選項中。如下所示：

  - hosts: dbservers   vars:    mysql_port: 3307

在Playbook中定義變量，可以在模板渲染時使用。例如：Ansible官方給出的例子中，MySQL配置文件的部分模板如下：

  [mysqld]  datadir=/var/lib/mysql  socket=/var/lib/mysql/mysql.sock  user=mysql  port={{ mysql_port }}

當變量較少的時候，定義在vars選項中完全沒有問題。當變量較多時，可以將變量保存在一個獨立的文件中，並通過vars_files選項引用該文件。如下所示：

  ---  - hosts: all   vars:    favcolor: blue   vars_files:    - /vars/external_vars.yml     tasks:   - name: this is just a placeholer    command: /bin/echo foo

保存變量的文件是一個簡單的YAML格式的字典，如下所示：

  ---  # in th above example, this would be vars/external_vars.yml  somevar: somevalue  password: magic

在shell腳本中，我們可以通過獲取上一條命令的返回碼判斷命令是否執行成功。在Ansible中，我們也可以獲取任務的執行結果，將任務的執行結果保存在一個變最中，並在之後引用這個變量。這樣的變量在Ansible中使用register選項獲取，也稱為註冊變量。

例如，在下面這個例子中，我們首先執行/usr/bin/foo命令，並通過register選項獲取命令的執行結果，將結果保存在foo_result中。在之後的task中，使用這個變量名引用/usr/bin/foo命令的執行結果。

  - hosts: web_servers   tasks:   - shell: /usr/bin/foo    register: foo_result    ignore_errors: True     - shell: /usr/bin/bar    when: foo_result == 5

這個例子還涉及了兩個新的選項，分別是ignore_errors與when。前者表示忽略當前task中的錯誤，後者是一個條件語句，只有條件為真時才會執行這個task。

（4）Facts變量

在Ansible中，還有一些特殊的變量，這些變量不需要我們進行任何設置就可以直接使用，這樣的變量稱為Facts變量。Facts變量是Ansible執行遠程部署之前從遠程服務器中獲取的系統信息，包括服務器的名稱、IP地址、操作系統、分區信息、硬件信息等。Facts變量可以配合Playbook實現更加個性化的功能需求。例如，將MongoDB數據庫的數據保存在/var/mongo-/目錄下。

我們可以通過setup模塊查看Facts變量的列表，如下所示：

  ansible all -m setup

有了Facts變量以後，如何在Ansible中使用它們呢？答案是直接使用。我們可以在Playbook中直接通過變量的名字引用變量，也可以在Jinja2模板中通過變量的名字引用變量。下面是一個名為test_facts.yml的Playbook。在這個Playbook中，我們輸出了操作系統的類型，並且只有在操作系統為“RedHat"類操作系統時才會執行安裝操作。

  ---  - hosts: dbservers   tasks:    - shell: echo {{ ansible_os_family }}     register: myecho      - debug: var=myecho.stdout_lines      - name: install git on Red Hat Linux     yum: name=git state=installed     when: ansible_os_family == "RedHat"

setup模塊為了輸出結果的可讀性，對模塊的輸出進行了歸類和整理。因此，當我們要訪問複雜變量的子屬性時，需要使用嵌套結構。例如，我們可以通過下面兩種方式訪問Ansible中的ipv4地址：

  ansible_ens33['ipv4']['address']  ansible_ens33.ipv4.address

訪問複雜的變量的Playbook：

  ---  - hosts: dbservers   gather_facts: yes   tasks:    - shell: echo {{ ansible_ens33['ipv4']['address'] }}     register: myecho      - debug: var=myecho.stdout_lines      - shell: echo {{ ansible_ens33.ipv4.address }}     register: myecho      - debug: var=myecho.stdout_lines

在實際工作中，我們一般會在Jinja2模板中引用Facts變量。使用方式與這裡的例子一樣，為了節省篇幅就不再贅述了。

在Playbook中，可以通過gather_ facts選項控制是否收集遠程服務器的信息。該選項默認取值為yes，如果確定不需要用到遠程服務器的信息，可以將該選項設置為no，以此提高Ansible部署的效率。如下所示：

  ---  - hosts: dbservers   gather_factes: no   tasks:

（5）循環

  - name: Install Mysql package   yum: name={{ item }} state=installed   with_items:    - mysql-server    - MySQL-python    - libselinux-python    - libsemanage-python

（6）條件

有時候，一個任務是否執行取決於一個變量的取值，或者上一個任務的執行結果，這個時候找們就需要條件語句。再或者說，在循環的時候想要跳過一些特定的元素，在服務器部署時只對某些特定的操作系統進行操作。所有這些行為都可以使用條件語句解決。Ansible的Playbook不是一門編程語言，因此沒有相應的條件語句，不過Ansible提供了一個類似的選項。

在Playbook中可以通過when選項執行條件語句，when就類似於編程語言中的if語句。

下面是一個簡單的when選項使用示例：

  # 查看Linux系統版本：cat /etc/redhat-release  tasks:   - name: "系統關機"    command: /sbin/shutdown -t now    when: ansible_os_family == "RedHat"

when選項也支持多個條件語句，下面是一個YAML格式的多條件：

  tasks:   - name: "shutdown CentOS 7 systems"    command: /sbin/shutdown -t now    when:     - ansible_distribution == "CentOS"     - ansible_distribution_major_version == "7"

對於更復雜的條件可以使用and、or與括號進行定義：

  tasks:   - name: "shutdown CentOS 7 and Debian 6 systems"    command: /sbin/shutdown -t now    when: (ansible_distribution == "CentOS" and ansible_distribution_major_version == "7") or (ansible_distribution == "Debian" and ansible_distribution_major_version == "6")

在when選項中可以讀取變量的取值，例如：

  vars:   epic: true    tasks:   - shell: echo "This certainly is epic!"    when: epic

when選項可以與循環一起使用，以實現過濾的功能：

  tasks:   - command: echo {{ item }}    with_items: [0, 2, 4, 6, 8, 10]    when: item > 5

（7）任務執行策略

在Ansible中，Playbook的執行是以task為單位進行的。Ansible默認使用5個進程對遠程服務器執行任務。在默認情況的任務執行策略( linear)中，Ansible首先執行task1，並且等到所有服務器執行完task1以後再開始執行task2，以此類推。從Ansible 2.0開始，Ansible支持名為free的任務執行策略，允許執行較快的遠程服務器提前完成Play的部署，不用等待其他遠程服務器一起執行task。如下所示：

  - hosts: all   strategy: free   tasks:    ……

在這一節中，我們比較詳細地介紹了Ansible中的Playbook選項。在Ansible中，Play與task都有很多選項，每個選項可以實現不同的功能。Ansibie官方並沒有通過功能的形式介紹不同的選項給出一個完整的選項列表。我們也可以參考https://github.com/lorin/ansible-quickref快速瞭解Play與task中的選項，以及各個選項的含義。

4、案例：使用Playbook部署nginx

  wget -O /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-7.repo  //下載源

在這個例子中，我們使用Ansible配置一臺服務器運行nginx進程。部署nginx的Playbook如下：

  ---  - hosts: webservers   become: yes   become_method: sudo   vars:    worker_prosess: 4    worker_connections: 768    max_open_files: 65506   tasks:    - name: install nginx     yum: name=nginx update_cache=yes state=present      - name: copy nginx config file     template: src=/root/test_ansible/nginx.conf.j2 dest=/etc/nginx/nginx.conf     notify: restart nginx      - name: copy index.html     template:      src: /root/test_ansible/index.html.j2      dest: /usr/share/nginx/www/index.html      mode: 0644     notify: restart nginx   handlers:    - name: restart nginx     service: name=nginx state=restarted

在這個Playbook中，我們首先通過hosts選項指定了要對哪些遠程服務器執行操作。隨後，我們通過become與become_method選項聲明瞭部署時使用sudo權限。接下來，我們在vars字段中定義了三個變量，這三個變量將用在nginx的配置文件中。我們在tasks選項下定義了部署nginx服務的任務列表，包括軟件安裝、模板渲染、定製s首頁和重啟nginx進程。

為了避免配置文件在沒有任何修改的情況下重啟了nginx進程，這裡使用了Ansible的handler機制。在這個Playbook中，存在兩個notify選項，以及一個handler選項。無論是nginx的配置文件，還是定製首頁發生了修改，我們都會重啟nginx進程。由於我們使用了Ansible的handlers機制，因此，在沒有任何修改的情況下，Ansible並不會重啟nginx進程。使用handler機制還有一個好處，notify多次，handler也只會執行一次，避免了反覆多次重啟nginx進程。

在這個部署nginx服務的Playbook中，我們用到了nginx.conf.j2這個配置模板。這個模板使用的是Jinja2的語法，所以後綴名為j2。模板的內容如下：

  [root@python ~]# mkdir test_ansible  [root@python ~]# vim /root/test_ansible/nginx.conf.j2  worker_processes {{ worker_prosess }};  worker_rlimit_nofile {{ max_open_files }};    events {    worker_connections {{ worker_connections }};  }    http {    server {      listen    80;        listen 443 ssl;        server_name localhost;        location / {        root  /usr/share/nginx/www;        index index.html index.htm;          tr_files $uri $uri/ =404;      }    }  }

Ansible會使用我們在Playbook的vars字段中定義的變量，將Jinja2模板渲染成真實的配置文件。

我們的Playbook還用到了一個名為index.html.j2的模板，該模板用於渲染網站首頁。index.html.j2的內容如下：

  [root@python ~]# vim /root/test_ansible/index.html.j2[object Object]

在index.html.j2中，我們用到了一個名為ansible_hostname的變量。這個變量是Facts變量，是Ansible在執行Playbook之前從遠程服務器獲取到的信息。因此，我們不需要定義，直接使用即可。

有了Playbook以後，使用ansible-playbook命令進行部署。如下所示：

  [root@python ~]# pip install Jinja2  [root@python ~]# vim /etc/ansible/ansible.cfg     [defaults]  inventory = /root/hosts    [root@bogon ~]# ansible-playbook nginx.yml    PLAY [webservers] **********************************************************************************************************    TASK [Gathering Facts] *****************************************************************************************************  ok: [127.0.0.1]    TASK [install nginx] *******************************************************************************************************  ok: [127.0.0.1]    TASK [copy nginx config file] **********************************************************************************************  ok: [127.0.0.1]    TASK [copy index.html] *****************************************************************************************************  ok: [127.0.0.1]    PLAY RECAP *****************************************************************************************************************  127.0.0.1         : ok=4  changed=0  unreachable=0  failed=0  skipped=0  rescued=0  ignored=0      [root@bogon ~]#

如果安裝失敗，可能是端口被佔用，可以停止使用該端口的服務，或者更改nginx端口。

  [root@bogon ~]# netstat -ntlp  Active Internet connections (only servers)  Proto Recv-Q Send-Q Local Address      Foreign Address     State    PID/Program name    tcp    0   0 0.0.0.0:111       0.0.0.0:*        LISTEN   1/systemd        tcp    0   0 0.0.0.0:6000      0.0.0.0:*        LISTEN   7470/X         tcp    0   0 192.168.122.1:53    0.0.0.0:*        LISTEN   7654/dnsmasq      tcp    0   0 0.0.0.0:22       0.0.0.0:*        LISTEN   7337/sshd        tcp    0   0 127.0.0.1:631      0.0.0.0:*        LISTEN   7340/cupsd       tcp    0   0 127.0.0.1:6010     0.0.0.0:*        LISTEN   31653/sshd: root@pt   tcp    0   0 127.0.0.1:6011     0.0.0.0:*        LISTEN   31653/sshd: root@pt   tcp    0   0 127.0.0.1:6012     0.0.0.0:*        LISTEN   31653/sshd: root@pt   tcp6    0   0 :::111         :::*          LISTEN   1/systemd        tcp6    0   0 :::80          :::*          LISTEN   17867/httpd       tcp6    0   0 :::6000         :::*          LISTEN   7470/X         tcp6    0   0 :::22          :::*          LISTEN   7337/sshd        tcp6    0   0 ::1:631         :::*          LISTEN   7340/cupsd       tcp6    0   0 ::1:6010        :::*          LISTEN   31653/sshd: root@pt   tcp6    0   0 ::1:6011        :::*          LISTEN   31653/sshd: root@pt   tcp6    0   0 ::1:6012        :::*          LISTEN   31653/sshd: root@pt   [root@bogon ~]# systemctl stop httpd.service

第二臺服務器啟動一下nginx

  [root@192 ~]# nginx -t  nginx: the configuration file /etc/nginx/nginx.conf syntax is ok  nginx: configuration file /etc/nginx/nginx.conf test is successful  [root@192 ~]# nginx  nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)  nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)  nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)  nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)  nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)  nginx: [emerg] still could not bind()

瀏覽器訪問一下