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
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類