运维Linux之Ansible详解学习（更新中）

爱莉希雅&&&2025-05-26 22:55

什么是Ansible

Ansible 是一款新出现的自动化运维工具，基于 Python 开发。以下是对它的详细介绍：

  • 功能特点 ：集合了众多运维工具的优点，能实现批量系统配置、批量程序部署、批量运行命令等功能。它是基于模块工作的，本身没有批量部署能力，而是提供一种框架，真正具有批量部署能力的是其运行的模块。
  • 工作原理：通过 SSH 或 Windows 远程管理机制建立临时远程连接，控制节点在大多数安装了 Python 的类 Unix 系统上执行，包括安装了 WSL 的 Windows 系统。系统配置部分通过其自己的声明式语言定义。
  • 主要组件 ：
    • 连接插件：负责和被监控端实现通信。
    • host inventory：指定操作的主机，是一个配置文件，里面定义了监控的主机。
    • 各种模块：包括核心模块、command 模块、自定义模块等。
    • 插件：借助于插件完成记录日志邮件等功能。
    • playbook：剧本，执行多个任务时可让节点一次性运行多个任务，非必需。
  • 设计目标：本质上为最小、一致性、安全和可靠的。如果小心撰写程序，Ansible playbook 脚本文件可以是幂等的，以防止对受控系统产生意外的副作用。Playbook 使用基于 YAML 和 Jinja 模板的简单叙述性语言，仅需要最少的学习。
  • 平台支持：控制机器必须是 Linux/Unix 主机，并且需要 Python 2.7 或 3.5。托管节点（如果是类 Unix）必须具有 Python 2.4 或更高版本。从 1.7 版本开始，Ansible 也可以管理 Windows 节点，使用 WS - Management 协议支持的本机 PowerShell 远程处理，而不是 SSH。Ansible 可以部署到裸机主机、虚拟机和云环境。
官网文档地址：

https://docs.ansible.com/ansible/latest/

配置文件

复制代码 
rpm -qc ansible-core
在没下载之前查询不到，q是query（查询），c是configfile（配置文件）

/etc/ansible/ansible.cfg # 主配置文件
/etc/ansible/hosts # 主机清单文件

概念

主机清单

官方文档：

复制代码 
https://docs.ansible.com/ansible/latest/inventory_guide/intro_inventory.
html

主机清单（Inventory）是 Ansible 中用于管理目标主机的配置文件。它是一个文本文件，其
中列出了要在其上执行 Ansible 任务的远程主机。
主机清单可以包含IP 地址、域名或主机别名等信息，并且可以将主机分组以便更好地组织和
管理。主要清单文件默认位于 /etc/ansible/hosts 文件中，但也可以使用 -i 参数指定其
他位置的清单文件。
例如，下面定义了一个清单文件示例：

复制代码 
[web-servers]
webserver1.example.com
webserver2.example.com
[database-servers]
dbserver1.example.com
dbserver2.example.com

连接插件

官方文档：

复制代码 
https://docs.ansible.com/ansible/latest/plugins/connection.html

连接插件（Connection Plugins）是 Ansible 中的组件，用建立与远程主机的连接。Ansible
支持多种连接插件，包括 SSH、WinRM 等。连接插件的选择取决于目标主机的操作系统和
配置。 通过连接插件，Ansible 可以与目标主机进行通信，并在其上执行任务。在主机清单中，可以通过在主机名后连接插件名称来指定连接插件。如果不指定，默认使用 SSH 连接插件。
以下是示例：

复制代码 
[web-servers]
webserver1.example.com ansible_connection=ssh
webserver2.example.com ansible_connection=ssh
[database-servers]
dbserver1.example.com ansible_connection=ssh
dbserver2.example.com ansible_connection=winrm

模块

复制代码 
模块（Modules）是 Ansible 的核心组件，用于在远程主机上执行任务。
Ansible 提供了丰富的内置模块，涵盖了各种任务，如文件操作、软件包管理、服务管理、用
户管理等。还能通过在剧本中调用模块，可以实现自动化任务的执行。
常用模块有：
ping：检测远程主机的连通性。
command/shel：在目标主机上执行命令或命令字符串。
copy：将文件从控制节点复制到远程主机。
file：创建、修改或删除文件和目录。
template：使用 jinja2 模板生成文件，并将其复制到远程主机。
apt/yum：在基于 Debian/RedHat 的系统上安装、升级或移除软件包。
service：启动、停止、重新启动或重载系统服务。
user/group：创建、修改或删除用户和用户组。
lineinfile：在文中添加、修改或删除一行文本。
raw：在目标主机上执行原始命令，绕过模块系统。
wait_for：等待一定时间或直到某个条件为真。
script：在在目标主机上执行本地脚本。
git：克隆或更新 Git 代码库。
debug：打印调试信息。

Playbook

Ansible Playbook（剧本）是 Ansible 的核心组件之一，是一种以 YAML 格式编写的自动化
任务描述文件。
每个 Playbook 由一个或多个 Play 组成。在每个 Play 下面，通过 tasks 关键字来定义一组
任务。每个任务由一个或多个模块组成，用于在远程主机上实现自动化部署、配置和管理等操
作。
下面示例演示了一个简单的Playbook：

复制代码 
- name: Install and start Nginx #描述 Playbook 或任务的简短名称
hosts: web_servers #指定要执行任务的目标主机或主机组
become: yes #可选参数，用于指定是否以管理员权限执行任务及执行任务的用户。
tasks:
- name: Install Nginx
apt:
name: nginx
state: present
- name: Start Nginx service
service:
name: nginx
state: started
playbook基本格式及用法：
一、Playbook 基础结构

Playbook 由一个或多个 Play（剧本） 组成，每个 Play 定义了一组 主机 和 任务。基本框架如下：

复制代码 
---  # YAML 文件起始标记（必须存在）
- name: <Play 的名称>  # 描述性名称（建议明确任务目的，如 "Install Nginx"）
  hosts: <主机或主机组>  # 目标主机（必填）
  gather_facts: <是否收集主机信息>  # 可选（默认值为 yes）
  become: <是否提权>  # 可选（默认值为 no）
  vars:  # 定义变量（可选）
    - var1: value1
    - var2: value2
  tasks:  # 任务列表（必填）
    - name: <任务名称>  # 描述性名称（建议明确操作，如 "Install nginx package"）
      <模块名>:  # 模块名称（如 yum、apt、copy 等）
        <参数1>: value1  # 模块参数
        <参数2>: value2
      when: <条件判断>  # 条件执行（可选）
      tags: <标签>  # 标记任务（可选，用于选择性执行）
      register: <变量名>  # 注册任务结果到变量（可选）
  handlers:  # 处理程序（可选，用于响应 notify 事件）
    - name: <处理程序名称>
      <模块名>:  # 通常用于重启服务等操作
        <参数>: value
  roles:  # 引入角色（可选，用于模块化管理）
    - <角色名称>
二、关键组成部分详解

1. Play 级别参数

参数 说明 示例
name Play 的描述性名称（建议清晰易懂，便于调试） name: "Configure Web Servers"
hosts 目标主机或主机组（必填），支持清单中的组名、正则表达式或动态主机 hosts: webservers hosts: 'node[1:3]' hosts: all:!db
gather_facts 是否收集目标主机的系统信息（如 IP、内核版本等），值为 yes 或 no gather_facts: no （适用于无需系统信息的轻量级任务）
become 是否提权（如切换为 root 用户），值为 yes 或 no become: yes become_user: root （指定提权用户）
vars 定义 Play 内的变量（优先级高于清单变量） vars: <br> - port: 8080 <br> - user: admin
remote_user 指定连接远程主机的用户（默认取清单中的 ansible_user） remote_user: ubuntu

2. tasks 任务列表

任务是 Playbook 的核心，每个任务调用一个 Ansible 模块完成具体操作。

  • 模块类型 ：

    • 核心模块 ：如 ping（测试连通性）、yum/apt（包管理）、service（服务管理）、copy（文件复制）等。
    • 扩展模块 ：如 git（代码拉取）、mysql_user（数据库用户管理）等。

  • 关键参数 ：

    参数 说明 示例
    name 任务的描述性名称（必填，建议明确操作内容，如 "Create directory"） name: "Create data directory"
    module 模块名称（必填，如 file、shell、template 等） file: path=/data state=directory mode=0755
    when 条件判断（可选，支持 Jinja2 表达式） when: ansible_os_family == 'Debian'
    tags 标记任务（可选，用于通过 --tags 或 --skip-tags 选择性执行） tags: [install, web]
    register 注册任务结果到变量（可选，用于后续任务引用） register: result <br> debug: var=result.stdout

3. handlers 处理程序

处理程序是被动触发的任务 ，通常用于重启服务、重载配置等操作，需配合 notify 触发。

复制代码 
tasks:
  - name: Update config file
    copy: src=nginx.conf dest=/etc/nginx/nginx.conf
    notify: Restart Nginx  # 触发名为 "Restart Nginx" 的处理程序

handlers:
  - name: Restart Nginx  # 处理程序名称需与 notify 一致
    service: name=nginx state=restarted

4. roles 角色

角色用于将 Playbook 拆分为模块化组件，提升复用性。

复制代码 
roles:
  - role: common  # 引用 roles/common 目录下的角色
    var1: value1  # 传递参数给角色
  - role: webserver
    port: 8080
三、Playbook 示例

以下是一个完整的 Playbook 示例，用于在 Debian 系统上安装 Nginx 并启动服务：

复制代码 
---
- name: Install and configure Nginx
  hosts: webservers
  gather_facts: yes
  become: yes
  vars:
    nginx_pkg: nginx
    nginx_port: 80

  tasks:
    - name: Ensure Nginx is installed
      apt:
        name: "{{ nginx_pkg }}"
        state: present
      when: ansible_os_family == 'Debian'

    - name: Copy Nginx config
      copy:
        src: nginx.conf.j2
        dest: /etc/nginx/nginx.conf
      notify: Reload Nginx

    - name: Ensure Nginx is running
      service:
        name: nginx
        state: started
        enabled: yes

  handlers:
    - name: Reload Nginx
      service:
        name: nginx
        state: reloaded
四、最佳实践
  1. 命名规范 ：
    • Play 和任务名称应清晰描述操作（如 Install Docker Engine 而非 Task 1）。
  2. 变量管理 ：
    • 复杂变量可通过 vars_files 引入外部 YAML 文件，避免 Playbook 臃肿。
  3. 条件判断 ：
    • 使用 when 区分不同系统或环境（如 ansible_distribution == 'CentOS'）。
  4. 错误处理 ：
    • 添加 ignore_errors: yes 忽略非关键错误，或 failed_when: condition 自定义失败条件。
  5. 测试与调试 ：
    • 使用 --syntax-check 验证语法，-C（--check）模式试运行，-vvv 查看详细日志。
五、执行 Playbook
复制代码 
ansible-playbook -i inventory/hosts site.yml  # 标准执行
ansible-playbook -i inventory/hosts site.yml --tags="install"  # 仅执行标记为 install 的任务
ansible-playbook -i inventory/hosts site.yml --limit=webservers  # 仅对 webservers 组执行

通过以上结构和规范，可高效编写可维护、易扩展的自动化任务脚本。

安装

安装方法

Ansible 提供了多种安装方式，适应不同的操作系统和需求。以下是常见的安装方法：

1.通过包管理器安装

在 Ubuntu/Debian 上安装

复制代码 
[root@ansible-controller ~]# apt install ansible -y

在 CentOS/RHEL 上安装

复制代码 
[root@ansible-controller ~]# dnf install ansible -y

在 RockyLinux9上安装

复制代码 
[root@ansible-controller ~]# dnf install ansible-core -y

查看版本信息：

复制代码 
[root@ansible-controller ~]# ansible --version
2.通过pip安装

安装 Python 和 pip（如果尚未安装）：
在 Ubuntu/Debian：

复制代码 
[root@ansible-controller ~]# apt install python3 python3-pip -y

在 CentOS/RHEL：

复制代码 
[root@ansible-controller ~]# sudo yum install python3 python3-pip -y

一般自带

复制代码 
[root@free ~]# python
Python 3.9.18 (main, Sep  7 2023, 00:00:00) 
[GCC 11.4.1 20230605 (Red Hat 11.4.1-2)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 


>>> exit
Use exit() or Ctrl-D (i.e. EOF) to exit

quit()也行

使用pip安装：

复制代码 
[root@ansible-controller ~]# pip3 install ansible
3.阿里云镜像下载eple辅助安装

阿里巴巴开源镜像站-OPSX镜像站-阿里云开发者社区阿里巴巴开源镜像站，免费提供Linux镜像下载服务，拥有Ubuntu、CentOS、Deepin、MongoDB、Apache、Maven、Composer等多种开源软件镜像源，此外还提供域名解析DNS、网络授时NTP等服务，致力于为互联网用户提供全面，高效和稳定的基础服务。https://developer.aliyun.com/mirror/eple中选择对应版本。

https://mirrors.aliyun.com/epel/epel-release-latest-9.noarch.rpmhttps://mirrors.aliyun.com/epel/epel-release-latest-9.noarch.rpm

复制代码 
1. 什么是 EPEL？
全称：Extra Packages for Enterprise Linux（企业 Linux 额外软件包）
作用：由 Fedora 社区维护的第三方开源软件仓库，为 RHEL、CentOS、Rocky Linux 等系统提供大量 非官方默认源 的软件包（如开发工具、系统工具、库文件等）。
优势：补充官方源中缺失的软件，版本更新相对及时，方便用户快速安装常用工具。
2. epel-release 软件包的作用
功能：这个软件包是 EPEL 源的 安装器和配置文件，用于自动配置系统的软件源信息（如 /etc/yum.repos.d/epel.repo 或 /etc/dnf.repos.d/epel.repo）。
安装后效果：
启用 EPEL 源，允许使用 yum 或 dnf 命令直接安装 EPEL 中的软件包。
包含 GPG 密钥，确保软件包的完整性和安全性。




验证 EPEL 源是否启用
# 列出所有已启用的源
dnf repolist enabled

# 输出应包含类似内容：
# epel                Extra Packages for Enterprise Linux 9 - x86_64
三、使用 EPEL 源安装软件包
安装方式与官方源完全相同，直接使用 dnf 或 yum 命令：
# 示例：安装 htop（系统监控工具，官方源可能没有）
dnf install htop -y

# 示例：安装 ansible（自动化运维工具）
dnf install ansible -y

# 搜索 EPEL 源中的软件包
dnf search <关键词>
四、EPEL 源的配置与管理
1. 临时禁用 / 启用 EPEL 源
# 禁用 EPEL 源（本次命令生效）
dnf --disablerepo=epel install <软件包>

# 仅从 EPEL 源安装（忽略其他源）
dnf --enablerepo=epel install <软件包>
2. 永久禁用 EPEL 源
编辑配置文件，将 enabled=1 改为 enabled=0：
vi /etc/yum.repos.d/epel.repo

# 修改为：
[epel]
name=Extra Packages for Enterprise Linux 9 - $basearch
#baseurl=https://download.fedoraproject.org/pub/epel/9/$basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-9&arch=$basearch
enabled=0  # 禁用 EPEL 源
gpgcheck=1
...

免密配置

这个是之前的内容（ssh服务）

准备主机


控制节点是运行 Ansible 的主机 ，负责发送任务并收集结果。 被控节点是被 Ansible 管理的
主机，无需安装任何额外软件 ，仅需确保 SSH 服务正常运行，并具备必要的访问权限。

生成密钥对

复制代码 
[root@ansible-controller ~]# ssh-keygen -t rsa （三次回车，不输入其他信息）

复制本机公钥到其它被控节点

复制代码 
# 执行命令后，输入正确密码即可
ssh-copy-id root@192.168.72.64
ssh-copy-id root@192.168.72.65

配置好后测试连接：

复制代码 
# 如果免密做成功则无需密码即可登录
ssh root@192.168.72.64
ssh root@192.168.72.65

注意

ssh-copy-id 命令格式有两种：

  1. ssh-copy-id 远端用户@远端IP 或 仅IP
  2. ssh-copy-id -i /root/.ssh/id_rsa.pub 远端用户@远端IP 或 仅IP
  3. 如果在生成密钥时指定了密钥的名称，此处需要通过 ssh-copy-id -i 指定的名称 远程
    用户@远端IP 或仅IP
    远程登录无需密码就成功了

主机清单

官方文档

复制代码 
https://docs.ansible.com/ansible/latest/inventory_guide/intro_inventory.
html

清单（Inventory）定义 Ansible 将要管理的一批主机。 这些主机也可以分配到组中，以进
行集中管理。组可以包含子组，主机也可以是多个组的成员。清单还可以设置应用到它所定义
的主机和组的变量。
可以通过静态和动态两种方式定义主机清单。这里主要讲解静态的主机清单，静态主机清单是
一个文本文件。

基本语法

组名 ：定义一组主机。
主机名 ：每行定义一个主机，主机可以是 IP 或域名。
变量 ：可以通过 key=value 的形式为主机或组添加变量。

清单内容可写位置

1. 默认全局清单文件

可以直接写在 Ansible 默认的全局清单文件 /etc/ansible/hosts 里 ，使用时直接执行 Ansible 命令，无需额外指定清单文件路径。不过要注意，直接修改该文件可能影响全局配置，操作前最好备份。

2. 自定义清单文件

后缀名：ini，yaml，yml

创建一个新的文本文件，比如 my_inventory.ini ，将清单内容写入其中。后续使用 Ansible 命令时，通过 -i 参数指定这个文件路径，例如 ansible -i my_inventory.ini server -m ping 。这种方式适合不同项目或环境分开管理清单，方便维护。

3. 清单目录（高级用法）

如果有多个环境（开发、测试、生产等）或更复杂的清单管理需求，可以创建一个清单目录，比如 my_inventory_dir ，在目录内创建不同环境的子目录（如 dev、prod ） ，把清单文件放在对应的子目录中，使用时指定目录路径，如 ansible -i my_inventory_dir/dev server -m ping 。

配置示例

基本清单
复制代码 
[server]
192.168.72.64
192.168.72.65
[db]
db1.example.com
db2.example.com

如果ip是连续的，还可以简写
[server]
192.168.72.[64:65]
[db]
db1.example.com
db2.example.com


1. 分组定义
[server] 和 [db] 是两个主机组（Group），用于将功能相似的主机归类。
组名可以自定义，通常根据主机角色（如 web、db）或环境（如 dev、prod）命名。
2. 主机列表
[server] 组：包含两个 IP 地址的主机：
192.168.72.64
192.168.72.65


[db] 组：包含两个域名的主机：
db1.example.com
db2.example.com

二、Ansible 如何使用这个清单？
当执行 Ansible 命令时，可以通过组名选择目标主机：
# 对 [server] 组中的所有主机执行 ping 模块
ansible server -m ping

# 对 [db] 组中的所有主机执行 shell 命令
ansible db -a "df -h"

测试：

复制代码 
[root@ansiblecontroller ~]# ansible -i my_inventory.yml server  -m ping
192.168.153.137 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "ping": "pong"
}
192.168.153.136 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "ping": "pong"
}
这里使用的是135,136,137的主机



-i 指定路径

server  根据清单指定主机组   也可以是具体ip，域名
特殊标识符：
all 或 *：表示清单中的所有主机。
多组组合：如 server:db（同时选择 server 和 db 组）。

-m  指定模块




其他常用参数（可选）
1. -u username
指定 SSH 连接的用户名。
bash
-u root  # 以 root 用户连接

2. -k
提示输入 SSH 密码（适用于密码认证，非密钥认证）。
bash
-k  # 执行后会提示输入密码

3. -K
提示输入 sudo 密码（用于需要管理员权限的操作）。
bash
-K  # 执行后会提示输入 sudo 密码


4. -vvv
开启详细模式（-v 越多，输出越详细），用于调试。
bash
-vvv  # 显示 SSH 连接过程、模块执行细节等


5. -a "参数"
传递模块的参数（仅对部分模块需要）。
bash
-m command -a "ls -l"  # 执行 ls -l 命令
-m copy -a "src=file.txt dest=/tmp/"  # 复制文件
主机级变量
复制代码 
[server]
192.168.72.64 ansible_user=root ansible_port=22
192.168.72.65 ansible_user=root
[db]
db1.example.com ansible_host=192.168.72.100
db2.example.com ansible_host=192.168.72.101 ansible_user=postgres

配置好后测试同上

优先级：

复制代码 
如果同一参数在多个地方定义，优先级从高到低为：
命令行参数（如 -u root）。
清单文件中的主机变量（如 192.168.1.1 ansible_user=root）。
清单文件中的组变量（如 [web_servers:vars] ansible_user=deploy）。
ansible.cfg 中的全局配置。
为什么需要这些参数？
场景 1：多用户环境

假设你有：

  • 生产服务器：只能用 root 用户 SSH 登录。

  • 开发服务器：使用 devops 用户 + 密钥认证。
    清单可配置为：

    [prod_servers]
    192.168.1.1 ansible_user=root

    [dev_servers]
    192.168.1.10 ansible_user=devops

场景 2：非标准 SSH 端口

某服务器为安全起见，将 SSH 端口改为 5000：

复制代码 
[secure_servers]
192.168.1.20 ansible_port=5000
场景 3：内网域名与 IP 映射

公司内网有域名 db-prod，但未配置 DNS，实际 IP 为 10.0.0.5：

复制代码 
[databases]
db-prod ansible_host=10.0.0.5
主机变量示例：

主机变量是定义一个 host_vars 目录，然后在目录中定义 主机名 .yml ，在这个文件中定义
相关的变量。
示例：

复制代码 
inventory/            # 清单目录
├── hosts             # 主清单文件（INI 或 YAML 格式）
├── group_vars/       # 组变量目录
│   └── web.yml       # 名为 web 的组的变量文件
└── host_vars/        # 主机变量目录
    ├── test1.yml     # 主机 test1 的变量文件
    └── test2.yml     # 主机 test2 的变量文件


变量文件内容示例
1. inventory/hosts（主清单文件）
[web]                  # 定义名为 web 的主机组
test1 ansible_host=192.168.1.10
test2 ansible_host=192.168.1.11

2. inventory/host_vars/test1.yml（主机 test1 的变量）
http_port: 8080       # test1 的 HTTP 端口为 8080
app_env: development  # test1 的应用环境为开发环境

3. inventory/group_vars/web.yml（web 组的公共变量）
http_port: 443        # web 组默认使用 443 端口
ssl_enabled: true     # 启用 SSL

变量优先级与覆盖规则
Ansible 变量的优先级（从高到低）：
命令行参数（如 -e "http_port=80"）
主机变量（host_vars/test1.yml）
组变量（group_vars/web.yml）
角色默认变量（roles/<role>/defaults/main.yml）

示例覆盖逻辑：
test1 的 http_port 为 8080（主机变量覆盖组变量）。
test2 的 http_port 为 443（继承组变量）。

你可以验证什么？
当你执行命令 ansible web -m ping 时：
验证主机连通性：检查 test1 和 test2 是否可通过 SSH 访问。
验证变量加载：通过 debug 模块查看变量是否正确加载：
ansible web -m debug -a "var=http_port"

输出应为：
yaml
test1 | SUCCESS => {
    "http_port": 8080
}
test2 | SUCCESS => {
    "http_port": 443
}
组级别变量
官方文档
复制代码 
https://docs.ansible.com/ansible/latest/playbook_guide/playbooks_varia
bles.html

组变量使用 组名 :vars 定义：

复制代码 
[server]
192.168.72.64
192.168.72.65
[db]
db1.example.com
db2.example.com
[server:vars]
ansible_user=root
ansible_port=22
[db:vars]
ansible_user=postgres

配置好后可尝试用ping模块测试同上

示例：

组变量还可以在 hosts 中定义的组公共变量放到一个专门的文件中这个文件名是以组名定
义，而文件夹名称则为 group_vars。结构如下：

复制代码 
invertory
├─ hosts
├─ main.yml
├─ group_vars
│ └─ server.yml

main.yml：
---
- name: test variable
  hosts: server  # 目标主机组（需与清单文件中的组名匹配）
  gather_facts: no  # 不收集主机信息（加快执行速度）
  tasks:
    - name: test vars
      debug:
        msg: "ansible_port = {{ ansible_port }}, ansible_user = {{ ansible_user }}"


hosts：
[server]
192.168.72.[136:137]

server.yml：
ansible_port: 22
ansible_user: root
ansile_password: '123456'

测试：
1.测试playbook
[root@ansiblecontroller ~]# ansible-playbook -i invetory/hosts.yml invetory/main.yml 

PLAY [test variable] *******************************************************************************************************************************

TASK [test vars] ***********************************************************************************************************************************
ok: [192.168.153.136] => {
    "msg": "ansible_port = 22, ansible_user = root"
}
ok: [192.168.153.137] => {
    "msg": "ansible_port = 22, ansible_user = root"
}

PLAY RECAP *****************************************************************************************************************************************
192.168.153.136            : ok=1    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   
192.168.153.137            : ok=1    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0 
2.测试连通性
[root@ansiblecontroller ~]# ansible -i invetory/hosts.yml all -m ping
192.168.153.136 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "ping": "pong"
}
192.168.153.137 | SUCCESS => {
    "ansible_facts": {
        "discovered_interpreter_python": "/usr/bin/python3"
    },
    "changed": false,
    "ping": "pong"
}



main.yml
Playbook 分析
yaml
---
- name: test variable
  hosts: server  # 目标主机组（需与清单文件中的组名匹配）
  gather_facts: no  # 不收集主机信息（加快执行速度）
  tasks:
    - name: test vars
      debug:
        msg: "ansible_port = {{ ansible_port }}, ansible_user = {{ ansible_user }}"

这个 Playbook 的作用是：
针对 server 组的所有主机。
打印每个主机的 ansible_port 和 ansible_user 变量值。
相关推荐
大树884 小时前
金刚石散热越强，管路越先见顶
大数据·运维·服务器·人工智能·ai
摇滚侠4 小时前
Linux CentOS7 rpm 安装 MySQL 5.7
linux·运维·mysql
霸道流氓气质4 小时前
领域驱动设计（DDD）在 Spring Boot 微服务中的实践指南
运维·spring boot·微服务
bush44 小时前
嵌入式linux学习记录十四、术语
linux·嵌入式
载数而行5205 小时前
Linux 11 动态监控指令top
linux
Inhand陈工5 小时前
基于台达PLC与映翰通IG502的智慧水产养殖精准投喂与远程运维解决方案
运维·人工智能·物联网·阿里云·信息与通信
酣大智6 小时前
ARP代理--工作原理
运维·网络·arp·arp代理
不会C语言的男孩6 小时前
Linux 系统编程 · 第 8 章：进程基础
linux·c语言
shushangyun_6 小时前
2026年快消品B2B系统推荐：支持终端门店订货、促销政策自动化的工具？
java·运维·网络·数据库·人工智能·spring·自动化
古城小栈6 小时前
Unix 与 Linux 异同小叙
linux·服务器·unix
热门推荐
012026年6月AI行业全景：从百模大战到Agent元年，这30天发生了什么？022026 AI 编程工具终极实战指南：Cursor vs Claude Code vs Copilot，开发者该怎么选？032026 年 AI 编程工具终极横评：Cursor vs Claude Code vs Copilot vs Windsurf04【AI】2026 年具身智能模型和世界模型总结05GitHub 镜像站点06HTTP 与 HTTPS 的区别：从原理到实战详解072026年6月AI大模型全景报告：GPT-5.6、Claude Opus 4.8、Gemini 3.5，中美AI三足鼎立谁主沉浮？08上线仅72小时被强制下架：Claude Fable 5 的短命09AI科技热点日报 | 2026年6月1日10Codex 下载安装指南：Windows 和 macOS 官方版下载