文档教程【免费下载链接】linux-commandLinux命令大全搜索工具内容包含Linux命令手册、详解、学习、搜集。https://git.io/linux项目地址https://gitcode.com/GitHub_Trending/linux/linux-command点击查看免费下载本篇技术指南以 command/ansible.md 为核心系统讲解 Ansible 的安装方式、核心命令家族、Inventory 主机清单、配置文件与 Vault 加密机制并结合 linux-command 仓库中 systemctl、service、firewall-cmd 等命令文档展开 Ad-Hoc 批量操作与 Playbook 编排的完整实战。Ansible 是什么无代理的自动化运维框架ansible命令是一款强大的自动化运维工具基于 Python 开发采用 SSH 协议进行远程管理无需在被管理节点安装代理。Ansible 可以实现自动化部署、配置管理、应用部署、任务编排等多种 IT 自动化需求。Ansible 的核心特点是无代理架构Agentless、幂等性Idempotent、使用 YAML 格式的 Playbook 描述自动化任务、基于 SSH 通信、模块化设计等。它使用简单直观适合中小规模的自动化运维场景。从架构层面看Ansible 的控制端Control Node负责解析命令或 Playbook通过 SSH 将模块推送到被管理主机上执行执行完毕后模块随即退出不留驻任何常驻进程。这种设计带来了两个直接收益无需在被管理节点安装 Agent只要目标主机开放 SSH 且具备 Python 运行环境即可文档明确指出需要 Python 2.7 或 Python 3.5管理端与被管理端是纯客户端-服务器之外的推送式关系控制端既可以是物理机、虚拟机也可以是容器或 CI 流水线中的临时环境。由于 Ansible 与 SSH 深度绑定本仓库中配套的 ssh.md、ssh-copy-id.md、ssh-keygen.md 等命令文档可作为你打通免密登录链路时的直接参考。安装 Ansible按发行版选择最合适的方式# Ubuntu/Debian apt-get update apt-get install ansible # CentOS/RHEL yum install epel-release yum install ansible # 使用pip安装推荐获取最新版本 pip install ansible # macOS (Homebrew) brew install ansible # 验证安装 ansible --version安装完成后可通过ansible --version验证安装结果输出中会同时显示核心模块版本、Python 版本与被管理端兼容性信息。安装方式的选择建议Debian/Ubuntu 系apt-get install ansible会从发行版软件源安装版本相对保守但稳定CentOS/RHEL 系需先启用 EPELExtra Packages for Enterprise Linux仓库即先执行yum install epel-release再安装 ansiblepip 方式适合需要快速跟进新版本特性的场景也便于在虚拟环境中隔离依赖macOSHomebrew适合本地开发机可与仓库中的 brew 相关命令 配合管理。需要说明的是不同发行版软件源中 ansible 的版本与可用模块集合可能有差异生产环境建议以官方文档对应版本为准。命令语法与命令家族基本语法ansible [options] host-pattern ansible-playbook [options] playbook-fileansible用于执行临时命令Ad-Hocansible-playbook用于执行 Playbook 文件。两者共用一个 Inventory主机清单作为主机来源。常用命令ansible 执行临时命令 ansible-playbook 执行Playbook ansible-galaxy 管理角色和集合 ansible-console 交互式控制台 ansible-doc 查看模块文档 ansible-inventory 显示库存信息 ansible-pull 从远程拉取配置 ansible-vault 加密/解密文件 ansible-config 显示配置 ansible-test 运行测试各命令的分工如下ansibleAd-Hoc 模式一条命令完成对某组主机执行某个模块操作ansible-playbook把多步任务以 YAML 文件形式编排执行是正式自动化运维的主力ansible-galaxy从 Ansible Galaxy 社区下载、安装角色Roles和集合Collections也可初始化本地角色骨架ansible-console交互式 Shell可逐条输入命令并自动带上前缀主机模式ansible-doc离线查看模块文档与参数说明是编写 Playbook 时最常用的活字典ansible-inventory以 JSON 或 graph 格式展示 Inventory 解析结果用于调试主机分组ansible-pull反向模式由被管理节点主动从 Git 仓库拉取配置并执行适合大规模节点或离线场景ansible-vault对敏感文件密码、私钥、证书进行 AES 加密存储ansible-config查看当前生效配置与默认值帮助定位配置覆盖关系ansible-test面向模块与集合开发者的测试框架入口。Ad-Hoc 实战零剧本的批量操作Ad-Hoc 模式适合查状态、装软件、启服务这类一次性或探索性操作语法为ansible host-pattern -m module -a 参数。连通性测试与信息采集# 基本用法ping所有主机 ansible all -m ping # ping指定组的主机 ansible webservers -m ping # 执行简单命令 ansible all -a /usr/bin/uptime # 查看主机信息 ansible all -m setup # 查看特定fact ansible all -m setup -a filteransible_os_familyping模块并非 ICMP 探测而是测试 SSH 通道与 Python 解释器是否可用setup模块会采集目标主机的 Facts系统信息filter参数支持使用通配符过滤例如filteransible_*。这一机制与仓库中 hostname.md、uname.md 等单机信息查看命令互补——前者是一键采集所有主机后者是单机手工查看。软件安装与服务管理# 安装软件包 ansible webservers -m apt -a namenginx statepresent # 管理服务 ansible webservers -m service -a namenginx statestarted enabledyesapt模块面向 Debian/Ubuntu 系yum模块面向 CentOS/RHEL 系可参考 yum.mdservice模块兼容 SysV init 脚本若目标主机使用 systemd 则建议改用systemd模块详见仓库中的 service.md 与 systemctl.md——两者分别对应传统 init 脚本管理与现代 systemd 单元管理。statepresent表示若未安装则安装enabledyes表示开机自启这正是幂等性的体现重复执行不会产生多余副作用。文件与目录管理# 创建目录 ansible all -m file -a path/opt/myapp statedirectory ownerroot grouproot mode0755 # 创建文件 ansible all -m copy -a src/local/file.txt dest/remote/file.txt ownerroot mode0644 # 从模板部署文件 ansible all -m template -a srctemplate.j2 dest/etc/myapp/config.yaml # 执行脚本 ansible all -m script -a /scripts/deploy.sh # 下载文件 ansible all -m get_url -a urlhttps://example.com/file.tar.gz dest/tmp/ # 压缩文件 ansible all -m unarchive -a src/tmp/file.tar.gz dest/opt/ remote_srcyes # 删除文件或目录 ansible all -m file -a path/tmp/oldfile stateabsent各模块要点file管理文件/目录/软链接的存在性与属性statedirectory、stateabsent、statetouch等取值决定操作类型copy从控制端拷贝文件到远端可同时设定属主与权限template基于 Jinja2 模板.j2渲染后部署是一套模板、多主机差异化配置的关键模块script把控制端本地脚本复制到远端执行适合复用已有 Shell 脚本如本仓库中大量 shell 类命令get_url在远端直接下载 URL 资源unarchive解压归档文件remote_srcyes表示归档文件已在远端而非控制端。批量运维场景# 查看日志 ansible all -m shell -a tail -n 50 /var/log/syslog # 批量重启服务 ansible webservers -m shell -a systemctl restart nginx # 批量更新系统 ansible all -m shell -a yum update -y --limit centos_servers # 批量检查磁盘空间 ansible all -m shell -a df -h -o # 批量收集系统信息 ansible all -m setup -a filteransible_* -o system_info.json # 使用shell模块执行复杂命令 ansible all -m shell -a ps aux | grep nginx | grep -v grep | wc -l # 使用lineinfile修改配置文件 ansible webservers -m lineinfile -a path/etc/nginx/nginx.conf line\worker_processes auto;\ insertafter\#worker_processes\shell模块支持管道、重定向等 Shell 特性command模块则不支持适合一次性批量巡检lineinfile可在不覆盖整个文件的前提下按行插入/替换/删除配置项是精细化配置管理的利器-oone-line参数将输出压缩为单行方便大量主机的日志收集与管道处理。连接与执行控制# 使用become提权 ansible all -m ping -b --become-userroot # 指定SSH端口 ansible all -m ping -c ssh --connection-options port2222 # 并发执行 ansible all -m ping -f 10 # 限制输出 ansible all -m ping -o-b/--become以提权方式执行默认 sudo配合--become-userroot指定提权目标用户对应配置文件中的[privilege_escalation]段-c ssh显式指定 SSH 连接插件--connection-options可透传port2222等 SSH 参数-f 10设置并发 forks 数量控制执行速度与资源占用-o单行输出便于脚本化处理。Playbook 编排从临时命令到可复用自动化当操作步骤超过一条时应使用 Playbook 把任务、变量、条件、循环、Handler 组织成 YAML 文件。一个完整的 nginx 部署 Playbook--- # site.yml hosts: webservers become: yes tasks: - name: Install nginx apt: name: nginx state: present - name: Start nginx service: name: nginx state: started enabled: yes - name: Deploy config template: src: nginx.conf.j2 dest: /etc/nginx/nginx.conf notify: Restart nginx handlers: - name: Restart nginx service: name: nginx state: restarted# 执行Playbook ansible-playbook site.yml # 执行Playbook并指定变量 ansible-playbook site.yml -e nginx_port8080 # 执行Playbook并指定inventory文件 ansible-playbook site.yml -i inventory.ini要点解析hosts指定目标主机组become: yes声明全程提权notify handlersnotify在任务状态发生变化changed时触发同名 handlerhandlers中的任务只在被通知时执行——如上例中仅当模板内容变化时才重启 nginx避免无谓重启这正是幂等设计的落地点-e可在命令行注入变量优先级高于 Playbook 内定义-i指定自定义 Inventory 文件路径。任务执行控制# 测试playbook语法 ansible-playbook site.yml --syntax-check # 模拟执行dry-run ansible-playbook site.yml --check # 只运行指定的任务 ansible-playbook site.yml --tags install # 跳过指定的任务 ansible-playbook site.yml --skip-tags restart # 限制执行的主机 ansible-playbook site.yml --limit web1,web2--syntax-check仅校验 YAML 语法与模块参数格式不连接主机--check模拟执行dry-run报告将要发生的变化但不对目标主机做实际修改是上线前验证的关键手段--tags/--skip-tags配合任务上的tags标记实现只跑/不跑某类任务的精细化控制--limit把执行范围收敛到指定主机或子集配合分组使用可避免误操作扩散到全量节点。条件、循环与结果注册# 使用when条件执行 --- tasks: - name: Install nginx on Debian apt: name: nginx when: ansible_os_family Debian - name: Install nginx on RedHat yum: name: nginx when: ansible_os_family RedHat # 使用loop循环 --- tasks: - name: Create users user: name: {{ item }} state: present loop: - alice - bob - charlie # 使用register保存结果 --- tasks: - name: Check if file exists stat: path: /etc/myapp/config.yaml register: config_file - name: Deploy config if not exists copy: src: config.yaml dest: /etc/myapp/config.yaml when: not config_file.stat.existswhen基于 Facts如ansible_os_family或变量做条件判断让同一 Playbook 兼容多发行版loop迭代列表批量执行配合{{ item }}引用当前元素替代冗长的重复任务register把前序任务的返回结果存入变量供后续任务的when判断使用——上例先stat探测文件是否存在存在与否再决定是否部署这是幂等 条件化的典型组合。notify 与 handlers 联动# 使用notify和handlers --- tasks: - name: Update nginx config template: src: nginx.conf.j2 dest: /etc/nginx/nginx.conf notify: Reload nginx handlers: - name: Reload nginx service: name: nginx state: reloadedreloaded与restarted的区别在于reload 平滑重载配置不中断连接restart 完全重启进程。仅当模板内容发生变更时 handler 才会被触发多次执行 Playbook 不会反复重启服务。block、rescue 与 always任务级异常处理--- tasks: - block: - name: Task 1 apt: name: pkg1 - name: Task 2 apt: name: pkg2 rescue: - name: Recovery task debug: msg: Rescue executed always: - name: Always run debug: msg: Always executedblock将多个任务聚合成一个逻辑单元当其中任一任务失败时执行rescue中的恢复任务always无论成功失败都会执行适合做清理、告警、状态回写等收尾操作——语义与编程语言中的 try / except / finally 对应。tags 标记与选择性执行--- tasks: - name: Install packages apt: name: {{ item }} loop: [pkg1, pkg2] tags: [install, packages] - name: Configure service template: src: service.conf.j2 dest: /etc/service.conf tags: [configure] - name: Restart service service: name: service state: restarted tags: [restart] # 执行指定tag的任务 ansible-playbook site.yml --tags install,configure # 跳过指定tag的任务 ansible-playbook site.yml --skip-tags restartRole 角色把 Playbook 组件化复用使用 ansible-galaxy 管理角色与集合# 使用角色 ansible-galaxy install geerlingguy.nginx # 列出已安装的角色 ansible-galaxy list # 从requirements文件安装角色 ansible-galaxy install -r requirements.yml # 创建新角色 ansible-galaxy init myrole # 创建集合 ansible-galaxy collection init mynamespace.mycollection # 发布集合到Galaxy ansible-galaxy collection publish mycollection-1.0.0.tar.gz # 搜索集合 ansible-galaxy collection search nginxrequirements.yml可声明多个角色及其版本便于团队通过一条命令复现相同依赖collection是 Ansible 2.9 的模块分发单位支持命名空间隔离与独立发布。Role 目录结构myrole/ ├── tasks/ │ └── main.yml ├── handlers/ │ └── main.yml ├── templates/ │ └── config.j2 ├── files/ │ └── app.tar.gz ├── vars/ │ └── main.yml ├── defaults/ │ └── main.yml └── meta/ └── main.ymltasks/角色主逻辑入口Playbook 引用角色时自动执行handlers/角色内的 handler 定义templates/Jinja2 模板文件如config.j2files/无需渲染的静态文件供copy模块直接使用vars/高优先级变量不可被 Inventory 覆盖defaults/默认变量优先级最低可被任意层覆盖——这是角色开箱即用、按需覆盖的关键meta/角色元信息依赖、作者等。在 Playbook 中使用角色--- hosts: webservers roles: - common - nginx - myapp角色按声明顺序依次执行适合把初始化common→ 装应用nginx→ 部署业务myapp的完整流程拆解为独立可复用的组件。Inventory主机清单与分组# 主机分组 [webservers] web1.example.com ansible_host192.168.1.10 web2.example.com ansible_host192.168.1.11 [databases] db1.example.com ansible_host192.168.1.20 [production:children] webservers databases # 变量定义 [webservers:vars] http_port80 max_clients200 # 指定SSH参数 web3.example.com ansible_port2222 ansible_useradmin要点说明ansible_host实际连接地址覆盖主机名适合别名 内网 IP的映射[组名:children]定义组的父子关系production组的成员即其子组所有主机实现环境级production/staging聚合管理[组名:vars]为该组所有主机定义统一变量如http_port、max_clientsansible_port、ansible_user按主机覆盖 SSH 端口与登录用户配合 ssh.md 中相关参数理解更佳。# 显示库存 ansible-inventory --list ansible-inventory --graphansible-inventory --list以 JSON 输出完整清单与变量--graph以树状图展示分组层级两者都是排查主机该归哪组、变量是否生效的常用调试手段。配置文件ansible.cfg 核心项解读# 主配置文件 /etc/ansible/ansible.cfg # 默认inventory /etc/ansible/hosts # 用户配置 ~/.ansible.cfg # 常用配置项 [defaults] inventory /etc/ansible/hosts remote_user root log_path /var/log/ansible.log host_key_checking False retry_files_enabled False forks 50 [privilege_escalation] become True become_method sudo become_user root become_ask_pass False配置文件优先级为命令行参数 环境变量 ansible.cfg当前目录 用户~/.ansible.cfg 全局/etc/ansible/ansible.cfg。核心项含义inventory默认主机清单路径remote_user默认 SSH 登录用户log_path开启并指定日志文件便于审计所有执行动作host_key_checking设为False可避免首次连接时的 host key 确认交互自动化场景常用生产环境建议按安全策略权衡retry_files_enabled失败重试文件开关False可避免在本地残留.retry文件forks默认并发进程数值越大批量执行越快需结合控制端资源设置[privilege_escalation]默认提权策略become_method sudo与become_user root定义了提权方式和目标用户。可以用ansible-config命令查看当前生效配置与默认值辅助定位覆盖关系。Ansible Vault敏感信息加密# 创建新的vault文件 ansible-vault create secret.yml # 使用vault加密 ansible-vault encrypt secret.yml ansible-vault decrypt secret.yml ansible-vault view secret.yml ansible-vault edit secret.yml # 使用vault运行playbook ansible-playbook site.yml --ask-vault-passcreate新建一个自动加密的文件会提示输入密码encrypt/decrypt对已有明文文件进行加密/解密view/edit不解密落盘的前提下查看/编辑加密内容运行含加密变量的 Playbook 时通过--ask-vault-pass交互输入密码也可配合--vault-password-file指定密码文件实现流水线自动化。Vault 是 Ansible 处理密码、私钥、证书等敏感信息的标准手段。需要特别提醒涉及密钥与凭据的配置务必使用 Vault 加密存储切勿以明文形式提交到版本库。实战注意要点Ansible 默认使用 SSH 连接需要确保目标主机开放 SSH 端口且 SSH 密钥配置正确——免密登录可用ssh-keygenssh-copy-id完成参见 ssh-keygen.md、ssh-copy-id.md被管理节点不需要安装 Agent只需要 Python 2.7 或 Python 3.5使用--check模式可以模拟执行不会实际修改目标主机敏感信息如密码应该使用 Ansible Vault 加密存储Playbook 具有幂等性多次执行不会产生副作用建议使用 roles 组织复杂的自动化任务提高代码复用性使用--limit参数可以限制执行范围避免误操作生产环境建议先在测试环境验证 Playbook再应用到生产环境。相关命令速览ansible-playbook— 执行 Playbookansible-vault— 加密解密文件ansible-galaxy— 管理角色和集合ansible-doc— 查看模块文档与 Ansible 日常运维紧密相关的命令文档可在本仓库对应文件中继续查阅systemctl.mdsystemd 服务管理现代发行版默认service.mdSysV init 服务管理yum.md、apt-get.mdRPM/DEB 软件包管理firewall-cmd.mdfirewalld 防火墙管理配合服务端口放行ssh.md、ssh-copy-id.md、ssh-keygen.mdSSH 连接与免密配置crontab.md定时任务可与ansible-pull结合实现节点侧定时拉取配置nohup.md后台运行控制端长任务。此外Ansible 官方提供了完整的 文档、入门指南 与 最佳实践可作为进一步学习的权威参考资料。赞分享文档教程【免费下载链接】linux-commandLinux命令大全搜索工具内容包含Linux命令手册、详解、学习、搜集。https://git.io/linux项目地址https://gitcode.com/GitHub_Trending/linux/linux-command点击查看免费下载相关推荐Talos Linux自动化运维终极指南Ansible Playbook开发实战Talos Linux自动化运维终极指南Ansible Playbook开发实战 Talos Linux是一个专为Kubernetes设计的现代化操作系统以云原生操作系统容器编排MVVMFramework单元测试如何确保iOS应用代码质量的完整方案MVVMFramework单元测试如何确保iOS应用代码质量的完整方案 MVVMFramework是一个基于OC语言的iOS快速开发框架它通过分离控制器中的EMQX集群自动化运维Ansible Playbook开发实战指南EMQX集群自动化运维Ansible Playbook开发实战指南 引言告别集群运维的刀耕火种时代 你是否还在为EMQX集群的部署、配置和升级耗费大量人后端物联网消息队列通信上一篇isomorphic-git 1.0 版本升级指南插件系统移除、回调化 API 与完整破坏性变更清单下一篇go-mssqldb 批量操作实战如何快速导入百万级数据创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考