Ansible Playbook 初識

来源:https://www.cnblogs.com/zhanglianghhh/archive/2020/03/29/12596034.html
-Advertisement-
Play Games

Ansible Playbook 基本概述與使用案例 主機規劃 添加用戶賬號 說明： 1、 運維人員使用的登錄賬號； 2、 所有的業務都放在 /app/ 下「yun用戶的家目錄」，避免業務數據亂放； 3、 該用戶也被 ansible 使用，因為幾乎所有的生產環境都是禁止 root 遠程登錄的（因此該 ...


 

Ansible Playbook 基本概述與使用案例

主機規劃

 

添加用戶賬號

說明：

1、 運維人員使用的登錄賬號；

2、 所有的業務都放在 /app/ 下「yun用戶的家目錄」，避免業務數據亂放；

3、 該用戶也被 ansible 使用，因為幾乎所有的生產環境都是禁止 root 遠程登錄的（因此該 yun 用戶也進行了 sudo 提權）。

1 # 使用一個專門的用戶，避免直接使用root用戶
2 # 添加用戶、指定家目錄並指定用戶密碼
3 # sudo提權
4 # 讓其它普通用戶可以進入該目錄查看信息
5 useradd -u 1050 -d /app yun && echo '123456' | /usr/bin/passwd --stdin yun
6 echo "yun  ALL=(ALL)       NOPASSWD: ALL" >>  /etc/sudoers
7 chmod 755 /app/

 

Ansible 配置清單Inventory

之後文章都是如下主機配置清單

 1 [yun@ansi-manager ansible_info]$ pwd
 2 /app/ansible_info
 3 [yun@ansi-manager ansible_info]$ cat hosts_key 
 4 # 方式1、主機 + 埠 + 密鑰
 5 [manageservers]
 6 172.16.1.180:22
 7 
 8 [proxyservers]
 9 172.16.1.18[1:2]:22
10 
11 # 方式2：別名 + 主機 + 埠 + 密碼
12 [webservers]
13 web01 ansible_ssh_host=172.16.1.183 ansible_ssh_port=22
14 web02 ansible_ssh_host=172.16.1.184 ansible_ssh_port=22
15 web03 ansible_ssh_host=172.16.1.185 ansible_ssh_port=22

 

Playbook 基本概述

什麼是 playbook，playbook 翻譯過來就是“劇本”，那 playbook 組成如下：

1、play：定義主機角色「比作：劇本中的角色」

2、task：定義具體執行任務「比作：劇本中的角色要做什麼事兒」

3、playbook：由一個或多個play組成，一個 play 可以包含多個 task 任務

簡單理解：使用不同的模塊完成一項事情

 

Playbook 優勢

1、功能上比 Ad-Hoc 更全

2、能很好的控制先後執行順序，以及依賴關係

3、語法更加直觀，可讀性更好

4、Ad-Hoc 是臨時的無法持久使用，Playbook 可以持久化使用。

Playbook 書寫格式

Playbook 是有 yml 語法書寫，結構清晰，可讀性強。

 

Playbook 示例-安裝部署 httpd

要求：在 172.16.1.180、172.16.1.181、172.16.1.182 安裝 httpd 服務。

test_httpd.yml 腳本內容

說明：其中 172.16.1.181 和 172.16.1.182 已經安裝好了 httpd 服務。

腳本參數說明：

host：指定主機

remote_user：要使用什麼用戶操作

tasks：具體執行什麼任務

 1 [yun@ansi-manager object01]$ pwd
 2 /app/ansible_info/object01
 3 [yun@ansi-manager object01]$ ll ../  # 主機清單存放位置
 4 total 16
 5 -rw-rw-r-- 1 yun yun 226 Oct  8 16:07 hosts_key  # 主機清單文件
 6 drwxrwxr-x 2 yun yun  28 Oct 11 19:24 object01
 7 [yun@ansi-manager object01]$ ll
 8 total 4
 9 -rw-rw-r-- 1 yun yun 937 Oct 11 19:24 test_httpd.yml 
10 [yun@ansi-manager object01]$ cat test_httpd.yml  # playbook 內容
11 ---
12 # 上面一行表明這是一個 yml 文件，無其他作用
13 # test playbook
14 - hosts: manageservers, proxyservers  # 定義主機組 「可以有多個主機組 使用 逗號加空格 隔開」
15   # remote_user: yun    # 可省略該行  定義用戶的身份「我們按之前的約定使用的 yun 用戶，因此這裡也是 yun 用戶」
16 
17   tasks:               # 定義運行什麼樣的任務
18     - name: "Installed httpd server"  # 第一個任務 描述
19       yum: name=httpd state=present   # 執行什麼模塊「第一種書寫方式，如果該行很長，會有折行的情況，不怎麼美觀」
20 
21     - name: "site update"             # 第二個任務 描述「第二種書寫方式，推薦，更規範人性化」
22       copy:
23         content: "Test WEB"
24         dest: "/var/www/html/index.html"
25 
26     - name: "start httpd server"
27       systemd:
28         name: httpd
29         daemon_reload: yes
30         state: started
31         enabled: yes

 

語法檢查

1 # 由於我們使用的是 yun 普通用戶
2 # 因此有時需要使用 -b 選擇進行提權
3 [yun@ansi-manager object01]$ ansible-playbook -b -i ../hosts_key --syntax-check test_httpd.yml
4 
5 playbook: test_httpd.yml

 

預執行

如果存在依賴關係【如：軟體安裝，配置，啟動】，那麼可能預執行報錯，但是執行是正常的。

因為後面的「啟動」依賴前面的「配置」，「配置」依賴前面的「軟體安裝」。

因此如果報錯，那麼詳細看看。確定是存在問題還是依賴關係導致的。

 1 [yun@ansi-manager object01]$ ansible-playbook -b -i ../hosts_key -C test_httpd.yml
 2 
 3 PLAY [manageservers, proxyservers] ***************************************************************************************
 4 
 5 TASK [Gathering Facts] **************************************************************************************************
 6 ok: [172.16.1.180]
 7 ok: [172.16.1.182]
 8 ok: [172.16.1.181]
 9 
10 TASK [Installed httpd server] *******************************************************************************************
11 ok: [172.16.1.182]
12 ok: [172.16.1.181]
13 changed: [172.16.1.180]
14 
15 TASK [site update] ******************************************************************************************************
16 changed: [172.16.1.180]
17 changed: [172.16.1.181]
18 changed: [172.16.1.182]
19 
20 TASK [start httpd server] ***********************************************************************************************
21 changed: [172.16.1.180]
22 changed: [172.16.1.181]
23 changed: [172.16.1.182]
24 
25 PLAY RECAP **************************************************************************************************************
26 172.16.1.180               : ok=3    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
27 172.16.1.181               : ok=3    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
28 172.16.1.182               : ok=3    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

 

執行 test_httpd.yml

 1 [yun@ansi-manager object01]$ ansible-playbook -b -i ../hosts_key test_httpd.yml
 2 
 3 PLAY [manageservers, proxyservers] **************************************************************************************
 4 
 5 TASK [Gathering Facts] *************************************************************************************************
 6 ok: [172.16.1.182]
 7 ok: [172.16.1.180]
 8 ok: [172.16.1.181]
 9 
10 TASK [Installed httpd server] ******************************************************************************************
11 ok: [172.16.1.182]
12 ok: [172.16.1.181]
13 ok: [172.16.1.180]
14 
15 TASK [site update] *****************************************************************************************************
16 changed: [172.16.1.181]
17 changed: [172.16.1.182]
18 changed: [172.16.1.180]
19 
20 TASK [start httpd server] **********************************************************************************************
21 ok: [172.16.1.180]
22 ok: [172.16.1.182]
23 ok: [172.16.1.181]
24 
25 PLAY RECAP *************************************************************************************************************
26 172.16.1.180               : ok=4    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
27 172.16.1.181               : ok=4    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
28 172.16.1.182               : ok=4    changed=1    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

 

然後在 172.16.1.180、172.16.1.181、172.16.1.182 可見 httpd 安裝部署已完成、服務已啟動且已加入開機自啟動；瀏覽器也能正常訪問。

Playbook 示例-安裝部署 nfs

要求：在 172.16.1.180 安裝 NFS 服務端，在 172.16.1.181、172.16.1.182 掛載 NFS。

test_nfs.yml 腳本內容

 1 [yun@ansi-manager object01]$ pwd
 2 /app/ansible_info/object01
 3 [yun@ansi-manager object01]$ ll
 4 total 8
 5 -rw-rw-r-- 1 yun yun  937 Oct 11 19:24 test_httpd.yml
 6 -rw-rw-r-- 1 yun yun 1434 Oct 11 19:50 test_nfs.yml
 7 [yun@ansi-manager ansible_info]$ cat test_nfs.yml  # playbook 內容
 8 ---
 9 # 必要包安裝
10 - hosts: manageservers, proxyservers
11 
12   tasks:
13     - name: "NFS package install"
14       yum:
15         name:
16           - nfs-utils
17           - rpcbind
18         state: present
19 
20 # 服務端配置與啟動
21 - hosts: manageservers
22 
23   tasks:
24     - name: "create NFS dir"
25       file:
26         path: /data
27         owner: nfsnobody
28         group: nfsnobody
29         state: directory
30         recurse: yes
31 
32     - name: "NFS server config and start"
33       copy:
34         content: "/data   172.16.1.0/24(rw,sync,root_squash,all_squash)\n"
35         dest: /etc/exports
36         owner: root
37         group: root
38         mode: '644'
39       # 當配置文件改變時，需要重載入 NFS 服務
40       notify: "reload NFS server"
41 
42     - name: "rpcbind server start"
43       systemd:
44         name: rpcbind
45         state: started
46         daemon_reload: yes
47         enabled: yes
48 
49     - name: "NFS server start"
50       systemd:
51         name: nfs
52         state: started
53         daemon_reload: yes
54         enabled: yes
55 
56   handlers:
57     - name: "reload NFS server"
58       systemd:
59         name: nfs
60         state: reloaded
61 
62 # 客戶端操作
63 - hosts: proxyservers
64 
65   tasks:
66     - name: "rpcbind server start"
67       systemd:
68         name: rpcbind
69         state: started
70         daemon_reload: yes
71         enabled: yes
72 
73     - name: "mount NFS"
74       mount:
75         src: 172.16.1.180:/data
76         path: /mnt
77         fstype: nfs
78         state: mounted
79         backup: True

 

語法檢查

1 # 由於我們使用的是 yun 普通用戶
2 # 因此有時需要使用 -b 選擇進行提權
3 [yun@ansi-manager object01]$ ansible-playbook -b -i ../hosts_key --syntax-check test_nfs.yml 
4 
5 playbook: test_nfs.yml

 

預執行

如果存在依賴關係【如：軟體安裝，配置，啟動】，那麼可能預執行報錯，但是執行是正常的。

因為後面的「啟動」依賴前面的「配置」，「配置」依賴前面的「軟體安裝」。

因此如果報錯，那麼詳細看看。確定是存在問題還是依賴關係導致的。

[yun@ansi-manager object01]$ ansible-playbook -b -i ../hosts_key -C test_nfs.yml  # 具體列印內容，這裡省略

 

執行 test_nfs.yml

[yun@ansi-manager object01]$ ansible-playbook -b -i ../hosts_key test_nfs.yml  # 具體列印內容，這裡省略

 

然後在 172.16.1.180 可見 NFS 服務已經部署且啟動成功。

在 172.16.1.181、172.16.1.182 可見 NFS 掛載成功，且已寫入 /etc/fstab 文件。

 

 

———END———
如果覺得不錯就關註下唄 (-^O^-) ！

 


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 記一次Mongodb資料庫更新操作之更新為數組或者對象
    一直以來都是更新為一些簡單的基礎類型，直到有一天寫了一個覆蓋某一個欄位（這個欄位為數組）的更新操作。出問題了，資料庫中出現了_t,_v……有點懵了。當然如果我們更新的時候設置類型是不會出現這個問題的，出現這種問題的一個前提是我們將數組賦值給了object類型的變數；由於時間關係問了一下同事，她給出了 ...
  • .net Core項目發佈到Docker for Windows
    1.生成的Dockerfile 拿到外層根目錄(ps:生成Dockerfile文件需要選擇linux) 2.控制台進入對應文件夾 3.docker build -t debugbox/api（debugbox/api是給項目起的名）a . （這裡的點代表當前目錄）（loading…… 生成鏡像） 4 ...
  • C#/.net core 分散式服務消息一致性方案
    分散式部署服務的情況下，由於網路狀況不可預期，消息有可能發送成功，但是消費端消費失敗；也有可能消息根本沒有發出去，如何保證消息是否發送成功是經常遇到的問題。最近有時間研究了一下，具體方法如下圖： 表結構設計如下： 具體思路： 正常流程（網路都正常） 1.消息生產方，將消息信息與業務數據在同一個事務中 ...
  • identityserver4源碼解析_3_認證介面
    目錄 "identityserver4源碼解析_1_項目結構" "identityserver4源碼解析_2_元數據介面" "identityserver4源碼解析_3_認證介面" "identityserver4源碼解析_4_令牌發放介面" "identityserver4源碼解析_5_查詢用戶信 ...
  • identityserver4源碼解析_2_元數據介面
    目錄 "identityserver4源碼解析_1_項目結構" "identityserver4源碼解析_2_元數據介面" "identityserver4源碼解析_3_認證介面" "identityserver4源碼解析_4_令牌發放介面" "identityserver4源碼解析_5_查詢用戶信 ...
  • IdentityServer4源碼解析_1_項目結構
    目錄 "identityserver4源碼解析_1_項目結構" "identityserver4源碼解析_2_元數據介面" "identityserver4源碼解析_3_認證介面" "identityserver4源碼解析_4_令牌發放介面" "identityserver4源碼解析_5_查詢用戶信 ...
  • AspNetCore3.1_Secutiry源碼解析_8_Authorization_授權框架
    目錄 "AspNetCore3.1_Secutiry源碼解析_1_目錄" "AspNetCore3.1_Secutiry源碼解析_2_Authentication_核心流程" "AspNetCore3.1_Secutiry源碼解析_3_Authentication_Cookies" "AspNetC ...
  • AspNetCore3.1_Secutiry源碼解析_7_Authentication_其他
    title: "AspNetCore3" date: 2020 03 26T13:23:27+08:00 draft: false 系列文章目錄 "AspNetCore3.1_Secutiry源碼解析_1_目錄" "AspNetCore3.1_Secutiry源碼解析_2_Authenticatio ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類