Ansible 自動化實戰：從環境配置到劇本執行

– 5 分鐘閱讀

在現代 IT 維運中，自動化是提升效率與確保一致性的關鍵。Ansible 以其無代理架構與易讀的 YAML 語法，成為組態管理與應用部署的主流工具。本篇將從 Ansible 的基礎環境建置切入，說明如何透過腳本或雲端環境快速部署。接著，我們將聚焦於其核心組件，包括定義受管主機的 Inventory 文件，以及由任務與模組構成的 Playbook。文章也將探討如何運用角色（Roles）將劇本模組化，以實現更佳的結構性與可重用性，從而建立一個從配置、編寫、預覽到執行的完整自動化實踐框架，為基礎設施管理提供系統性解方。

Ansible 實戰：從環境設置到劇本編寫與執行

詳細介紹 Ansible 的安裝方式，包括透過腳本和 Azure Cloud Shell 的方法，闡述如何配置 Ansible 環境，創建和管理 Inventory 文件，編寫並執行第一個 Ansible Playbook，以及如何利用角色 (Roles) 提升劇本的可維護性與重用性

本節將深入探討 Ansible 的實踐應用，從環境的準備與配置，到核心概念的理解與實踐。我們將詳細介紹 Ansible 的安裝選項，包括透過腳本自動化安裝以及利用 Azure Cloud Shell 進行快速部署。隨後，我們將聚焦於 Ansible 的關鍵組件：Inventory 文件，闡述其結構、配置方法以及如何驗證。最後，我們將引導您編寫並執行第一個 Ansible Playbook，理解模塊 (Modules) 的作用，並介紹如何透過角色 (Roles) 來組織和重用劇本，以及如何利用預覽模式確保執行的準確性。

Ansible 環境準備與安裝

Ansible 的安裝與配置是開始自動化之旅的第一步。

  1. 透過腳本安裝:

    • 編寫一個 shell 腳本，自動化 Ansible 的安裝過程。這通常包括：
      • 更新系統的包列表。
      • 安裝 Python 和 pip（Ansible 的依賴）。
      • 使用 pip 安裝 Ansible。
      • 驗證 Ansible 是否安裝成功。
    • 這種方法便於在 CI/CD 管道或自動化部署腳本中重複執行。

  2. 利用 Azure Cloud Shell:

    • Azure Cloud Shell 提供了一個預配置的、基於瀏覽器的命令列環境，其中通常已預裝了 Python、pip 和 Ansible。
    • 這是一個快速開始 Ansible 實驗的便捷方式，無需在本地機器上進行複雜的安裝。
    • 在 Cloud Shell 中，可以直接執行 Ansible 命令和劇本。

  3. Ansible 構件 (Artifacts):

    • Ansible 的核心組件包括模塊、劇本、Inventory 文件、變數和角色。這些「構件」共同定義了自動化任務的邏輯和目標。

配置 Ansible 與 Inventory 管理

Inventory 文件是 Ansible 用來識別和組織其管理的主機的關鍵。

  1. Inventory 文件結構:

    • Inventory 文件（通常是 hosts 或 inventory.ini）可以用 INI 或 YAML 格式編寫。
    • 它定義了主機的 IP 地址或主機名，並可以將主機分組。

  2. 配置 Inventory 中的主機:

    • 靜態 Inventory: 直接在文件中列出主機的 IP 地址或主機名，並為它們分配組名。例如：
      [webservers]
web1.example.com
web2.example.com

[databases]
db1.example.com
    • 動態 Inventory: Ansible 可以透過腳本或外掛程式與雲端 API（如 AWS, Azure, GCP）集成，動態生成主機列表，這對於管理動態變化的雲端環境尤為重要。

  3. 測試 Inventory:

    • 在編寫劇本之前，可以使用 ansible 命令來測試 Inventory 的連通性。
    • 例如，執行 ansible all -m ping 命令，如果所有主機都回應，則表示 Inventory 配置正確，並且 Ansible 可以透過 SSH 連接到這些主機。

編寫與執行 Ansible Playbook

Playbook 是 Ansible 的核心，用於描述自動化任務。

  1. 編寫基礎 Playbook:
    • Playbook 使用 YAML 語法編寫，結構清晰易懂。
    • 一個基本的 Playbook 包含 hosts（指定目標主機組）和 tasks（要執行的任務列表）。
    • 示例:
    - name: Install and start Nginx
      hosts: webservers
      become: yes # 以 root 權限執行
      tasks:
        - name: Ensure Nginx is installed
          ansible.builtin.apt: # 使用 apt 模塊
            name: nginx
            state: present

        - name: Ensure Nginx is started and enabled
          ansible.builtin.service:
            name: nginx
            state: started
            enabled: yes
    ```

  1. 理解 Ansible 模塊:

    • Ansible 的功能主要由模塊實現。每個模塊都專注於執行特定類型的任務（如 apt 用於包管理，service 用於管理服務，copy 用於文件複製）。
    • 模塊的參數用於精確控制任務的行為。

  2. 利用角色 (Roles) 提升劇本質量:

    • 角色是一種將 Playbook 組織成可重用、模塊化單元的方式。
    • 一個角色通常包含 tasks、handlers、vars、defaults、files、templates 和 meta 等目錄，用於封裝與特定功能相關的所有配置。
    • 透過角色，可以極大地提高 Playbook 的可讀性、可維護性和可重用性。

  3. 執行 Playbook:

    • 使用 ansible-playbook 命令來執行 Playbook。
    • 例如：ansible-playbook -i inventory.ini site.yml。

  4. 預覽與日誌輸出:

    • 預覽/Dry Run: 使用 --check 或 --diff 選項，Ansible 會模擬執行劇本，顯示將要進行的變更，但不會實際修改任何內容。這有助於在執行前驗證劇本的正確性。
    • 增加日誌級別: 使用 -v, -vv, -vvv 或 -vvvv 選項可以增加 Ansible 命令的詳細輸出級別，有助於調試和理解執行過程。

流程圖示：Ansible Playbook 執行流程

@startuml
!define DISABLE_LINK
!define PLANTUML_FORMAT svg
!theme _none_

skinparam dpi auto
skinparam shadowing false
skinparam linetype ortho
skinparam roundcorner 5
skinparam defaultFontName "Microsoft JhengHei UI"
skinparam defaultFontSize 16
skinparam minClassWidth 100

start

partition "Ansible Playbook 執行流程" {
  partition "準備階段" {
    :1. 安裝 Ansible (腳本/Cloud Shell);
    :2. 配置 Inventory 文件 (定義主機與組);
    :3. 測試 Inventory 連通性 (ansible -m ping);
  }

  partition "劇本編寫與組織" {
    :4. 編寫 Playbook (YAML 格式);
    note right: 定義 hosts, tasks, become, etc.
    :5. 使用 Ansible Modules 實現任務;
    :6. (可選) 創建和使用 Roles 組織劇本;
  }

  partition "執行與驗證" {
    :7. 使用 ansible-playbook 命令執行劇本;
    :8. (可選) 使用 --check 或 --diff 進行預覽;
    :9. (可選) 使用 -v 選項增加日誌輸出級別;
    :10. 檢查執行結果與日誌;
  }
}

stop

end note

@enduml

看圖說話：

此圖示詳細描繪了 Ansible Playbook 的執行流程，從環境準備到最終的驗證。首先，「準備階段」涵蓋了 Ansible 的安裝、Inventory 文件的配置與連通性測試，這是執行任何任務的基礎。接著，「劇本編寫與組織」部分強調了 Playbook 的編寫過程，包括如何利用模塊實現具體任務，以及如何透過角色來提升劇本的可重用性。最後，「執行與驗證」階段則展示了如何使用 ansible-playbook 命令來運行劇本，並介紹了預覽模式 (--check) 和增加日誌級別 (-v) 等調試與驗證手段，以確保自動化任務的準確執行。這個流程圖為理解和實踐 Ansible 自動化提供了一個清晰的步驟指引。

評估 Ansible 這條技術實踐路徑的長期效益後，其核心價值已超越單純的自動化工具，演變為組織創新的催化劑。它促使團隊從被動、重複的手動維運，轉向主動、策略性的「基礎設施即程式碼」(IaC) 思維。然而，真正的成長瓶頸並非 Playbook 語法，而是能否克服組織慣性，建立一套標準化、可複用的自動化協作文化，這才是釋放團隊創新潛能的關鍵。未來，Ansible 的戰略地位將更體現在與雲原生、容器化技術的深度整合上，成為驅動 DevOps 流程高效運轉的關鍵引擎。因此，高階管理者應將其視為提升組織技術成熟度與市場反應速度的策略投資，優先推動思維框架的轉型而非僅僅是工具導入。

玄貓 BlackCat

玄貓 BlackCat

技術愛好者，專注於分享程式開發、雲端技術與 AI 應用的心得體會。