Ansible運維自動化工具

1》Ansible

　　　　1>ansible簡介　　　　　　　　

　　　　　　　　ansible是新出現的自動化運維工具，基於Python開發，集合了眾多運維工具（puppet、cfengine、chef、func、fabric）的優點，實現了批量系統配置、批量程式部                            署、批量運行命令等功能。ansible是基於模塊工作的，本身沒有批量部署的能力。真正具有批量部署的是ansible所運行的模塊，ansible只是提供一種框架。主要包括：

　　　　　　(1)、連接插件connection plugins：負責和被監控端實現通信；

　　　　　　(2)、host inventory：指定操作的主機，是一個配置文件裡面定義監控的主機；

　　　　　　(3)、各種模塊核心模塊、command模塊、自定義模塊；

　　　　　　(4)、藉助於插件完成記錄日誌郵件等功能；

　　　　　　(5)、playbook：劇本執行多個任務時，非必需可以讓節點一次性運行多個任務。

　　　　2>ansible總體架構

　　　　3>ansible特性　　　　　　　　 

　　　　　　　　(1)、no agents：不需要在被管控主機上安裝任何客戶端；

　　　　　　　　(2)、no server：無伺服器端，使用時直接運行命令即可；

　　　　　　　　(3)、modules in any languages：基於模塊工作，可使用任意語言開發模塊；

　　　　　　　　(4)、yaml，not code：使用yaml語言定製劇本playbook；

　　　　　　　　(5)、ssh by default：基於SSH工作；

　　　　　　　　(6)、strong multi-tier solution：可實現多級指揮。

　　　　4>ansible優點　　　　　　　　

　　　　　　　　(1)、輕量級，無需在客戶端安裝agent，更新時，只需在操作機上進行一次更新即可；
　　　　　　　　(2)、批量任務執行可以寫成腳本，而且不用分發到遠程就可以執行；
　　　　　　　　(3)、使用python編寫，維護更簡單，ruby語法過於複雜；
　　　　　　　　(4)、支持sudo。

　　　　5>ansible執行任務的流程

2》安裝Ansible　　　　    

　　　　環境描述:

　　　　　　192.168.1.250  Ansible管理端[只需要安裝Ansible

　　　　　　192.168.1.251   客戶端 [無需裝任何軟體]

　　　　　　192.168.1.252   客戶端 [無需裝任何軟體]

　　　　1>10 上的配置、使用YUM源安裝，需要獲取epel的YUM源

　　　　　   下載地址： http://search.rpmseek.com/search.html

　　　　2>安裝EPEL的安裝包

　　　　　　　　# rpm -vih epel-release-6-8.noarch.rpm

　　　　　　　　# vim /etc/yum.repos.d/epel.repo   將路徑修改一下。否則會報錯誤。

　　　　　　　　修改文件“/etc/yum.repos.d/epel.repo”， 將baseurl的註釋取消， mirrorlist註釋掉即可;

　　　　3>YUM安裝Ansible　　　　　　      

　　　　　　# yum -y install ansible 

　　　　4>250上配置Ansible

　　　　　　　　# vim /etc/ansible/ansible.cfg

　　　　　　　　remote_port    = 22    執行遠程伺服器埠

　　　　　　　　private_key_file = /root/.ssh/id_rsa   執定本地私鑰

　　　　　　　　# vim /etc/ansible/hosts

　　　　　　　　　　192.168.1.100   可以寫單獨一個IP

　　　　　　　　　　[web]     可以分組,WEB組裡麵包含了251和252

　　　　　　　　　　192.168.1.251

　　　　　　　　　　192.168.1.252

　　　　5>250上面開始測試:　　　　　　　　  

　　　　　　首先聲稱私鑰和公鑰,生成秘鑰對

　　　　　　　　# ssh-keygen -t rsa -f ~/.ssh/id_rsa -P ''  # 生產密鑰對。-P後面是兩個單引號,這個命令會產生一個公鑰(~/.ssh/id_rsa.pub)和密鑰(~/.ssh/id_rsa)，

　　　　　　　　 -t dsa：表示使用密鑰的加密類型，可以為’rsa’和’dsa’

　　　　　　　　 -P ”：表示不需要密碼登錄

　　　　　　　　 -f ~/.ssh/id_dsa：表示密鑰存放的路徑為${USER}/.ssh/id_dsa

 　　　　6>在250上將公鑰拷貝到被控客戶端

　　　　　　　　# ssh-copy-id -i ~/.ssh/id_rsa.pub [email protected]
　　　　　　　　選項  -i：指定公鑰文件

　　　　　　　　# ssh 192.168.1.251 嘗試無密碼登陸

　　　　7>在250 ANSIBEL基本測試

　　　　　　　　# ansible storm_cluster -m command -a 'uptime'

　　　　　　　　說明：第一次運行時，需要輸入一下“yes”【進行公鑰驗證】，後續無需再次輸入

　　　　　　　　## 再次運行

　　　　　　　　　　# ansible storm_cluster -m command -a 'uptime'

　　　　8>在250 ANSIBEL 常用模塊

　　　　　　(1)、setup

　　　　　　　　## 用來查看遠程主機的一些基本信息

　　　　　　　　# ansible storm_cluster -m setup

　　　　　　(2)、ping

　　　　　　　　## 用來測試遠程主機的運行狀態

　　　　　　　　# ansible storm_cluster -m ping

　　　　(3)、file

　　　　　　## 設置文件的屬性

　　　　　　相關選項如下：

　　　　　　　　force：需要在兩種情況下強制創建軟鏈接，一種是源文件不存在，但之後會建立的情況下；另一種是目標軟鏈接已存在，需要先取消之前的軟鏈，然後創建新的軟                                             鏈，有兩個選項：yes|no

　　　　　　　　group：定義文件/目錄的屬組

　　　　　　　　mode：定義文件/目錄的許可權

　　　　　　　　owner：定義文件/目錄的屬主

　　　　　　　　path：必選項，定義文件/目錄的路徑

　　　　　　　　recurse：遞歸設置文件的屬性，只對目錄有效

　　　　　　　　src：被鏈接的源文件路徑，只應用於state=link的情況

　　　　　　　　dest：被鏈接到的路徑，只應用於state=link的情況

　　　　　　　　state：

　　　　　　       directory：如果目錄不存在，就創建目錄

　　　　　　       file：即使文件不存在，也不會被創建

　　　　　　       link：創建軟鏈接

　　　　　　       hard：創建硬鏈接

　　　　　　       touch：如果文件不存在，則會創建一個新的文件，如果文件或目錄已存在，則更新其最後修改時間

　　　　　　       absent：刪除目錄、文件或者取消鏈接文件

　　　　示例：

　　　　　　## 遠程文件符號鏈接創建

　　　　　　# ansible storm_cluster -m file -a "src=/etc/resolv.conf dest=/tmp/resolv.conf state=link"

　　　　　　## 遠程文件信息查看

　　　　　   # ansible storm_cluster -m command -a "ls –al /tmp/resolv.conf"

　　　　　　## 遠程文件符號鏈接刪除

　　　　　　# ansible storm_cluster -m file -a "path=/tmp/resolv.conf state=absent"

　　　　　　## 遠程文件信息查看

　　　　　　# ansible storm_cluster -m command -a "ls -al /tmp/resolv.conf"

　　　　　　說明：如上顯示，代表文件或鏈接已經刪除。　　　  

　　    (4)、copy

　　　　　　　## 複製文件到遠程主機

　　　　　　相關選項如下：

　　　　　　　　backup：在覆蓋之前，將源文件備份，備份文件包含時間信息。有兩個選項：yes|no

　　　　　　　　content：用於替代“src”，可以直接設定指定文件的值

　　　　　　　　dest：必選項。要將源文件複製到的遠程主機的絕對路徑，如果源文件是一個目錄，那麼該路徑也必須是個目錄

　　　　　　　　directory_mode：遞歸設定目錄的許可權，預設為系統預設許可權

　　　　　　　　force：如果目標主機包含該文件，但內容不同，如果設置為yes，則強制覆蓋，如果為no，則只有當目標主機的目標位置不存在該文件時，才複製。預設為yes

　　　　　　　　others：所有的file模塊里的選項都可以在這裡使用

　　　　　　　　src：被覆制到遠程主機的本地文件，可以是絕對路徑，也可以是相對路徑。如果路徑是一個目錄，它將遞歸複製。在這種情況下，如果路徑使用“/”來結尾，則只復                                         制目錄里的內容，如果沒有使用“/”來結尾，則包含目錄在內的整個內容全部複製，類似於rsync。

　　　　　　示例：

　　　　　　　　　　## 將本地文件“/etc/ansible/ansible.cfg”複製到遠程伺服器

　　　　　　　　　　# ansible storm_cluster -m copy -a "src=/etc/ansible/ansible.cfg dest=/tmp/ansible.cfg owner=root group=root mode=0644"

　　　　　　　　　　## 遠程文件信息查看

　　　　　　　　　　# ansible storm_cluster -m command -a "ls -al /tmp/ansible.cfg"

　　     (5)、command

　　　　　　　　## 在遠程主機上執行命令

　　　　　　　　相關選項如下：

　　　　　　　　　　creates：一個文件名，當該文件存在，則該命令不執行

　　　　　　　　　　free_form：要執行的linux指令

　　　　　　　　　　chdir：在執行指令之前，先切換到該目錄

　　　　　　　　　　removes：一個文件名，當該文件不存在，則該選項不執行

　　　　　　　　　　executable：切換shell來執行指令，該執行路徑必須是一個絕對路徑

　　　　　　示例：

　　　　　　　　　　# ansible storm_cluster -m command -a "uptime"

　　　　(6)、shell

　　　　　　　　## 切換到某個shell執行指定的指令，參數與command相同,與command不同的是，此模塊可以支持命令管道，同時還有另一個模塊也具備此功能：raw

　　　　　　示例：

　　　　　　　　## 先在本地創建一個SHELL腳本

　　　　　　　　# vim /tmp/rocketzhang_test.sh

　　　　　　　　#!/bin/sh

　　　　　　　　date +%F_%H:%M:%S 

　　　　　　　　#chmod +x /tmp/rocketzhang_test.sh

　　　　　　　　## 將創建的腳本文件分發到遠程

　　　　　　　　# ansible storm_cluster -m copy -a "src=/tmp/rocketzhang_test.sh dest=/tmp/rocketzhang_test.sh owner=root group=root mode=0755"

　　　　　　　　## 遠程執行

　　　　　　　　# ansible storm_cluster -m shell -a "/tmp/rocketzhang_test.sh"

　　　　(7)、更多模塊

　　　　　　其他常用模塊，比如：service、cron、yum、synchronize就不一一例舉，可以結合自身的系統環境進行測試。

　　　　　　　　service：系統服務管理

　　　　　　　　cron：計劃任務管理

　　　　　　　　yum：yum軟體包安裝管理

　　　　　　　　synchronize：使用rsync同步文件

　　　　　　　　user：系統用戶管理

　　　　　　　　group：系統用戶組管理 

　　　　　　更多模塊可以參考：

　　　　　　　　#ansible-doc –l

　　　　(8)、一些概念補充

　　　　　　　　playbook的組成：playbook是由一個或多個“play”組成的列表，可以讓它們聯同起來按事先編排的機制執行；所謂task無非是調用ansible的一個module，而在模塊                                                                參數中可以使用變數；模塊執行是冪等的，這意味著多次執行是安全的，因為其結果均一致； 

　　　　　　　　執行模型：task list中的各任務按次序逐個在hosts中指定的所有主機上執行，即在所有主機上完成第一個任務後再開始第二個。在順序運行某playbook時，如果中                                                      途發生錯誤，所有已執行任務都將回滾，因此，在修改playbook後重新執行一次即可；

　　　　　　　　task組成：每個task都應該有其name，用於playbook的執行結果輸出，建議其內容儘可能清晰地描述任務執行步驟。如果未提供name，則action的結果將用於輸                                                        出；

　　　　　　　　notify指定handler的執行機制：“notify”這個action可用於在每個play的最後被觸發，在notify中列出的操作稱為handler，僅在所有的變化發生完成後一次性地執行                                                                                          指定操作。