Ansible默认读取/etc/ansible/hosts，但推荐项目级inventory文件并用-i指定；支持INI（轻量常用）和YAML（适合复杂嵌套）格式；INI中用[group]定义组，支持内联变量、children子组和all:vars全局变量；动态Inventory可用插件或group_by按变量实时分组；调试用ansible-inventory --list检查结构。
Inventory 文件的基本格式和路径位置
Ansible 默认从 /etc/ansible/hosts 读取 Inventory，但更推荐用项目级的 inventory 或 hosts 文件（比如放在 playbook 同级目录），并通过 -i 参数显式指定：ansible-playbook -i inventory site.yml。不建议直接改系统级路径，容易和他人或自动化流程冲突。
Inventory 支持 INI 和 YAML 两种格式，INI 更常见、更轻量，YAML 更适合复杂嵌套分组。初学者从 INI 入手即可，它直观、容错强、编辑方便。
用 INI 格式定义主机和主机组
INI 格式里，方括号 [group_name] 表示组，下面缩进或换行写的主机名（或 IP）属于该组。支持内联变量、别名、端口、用户等配置。
-
web01 ansible_host=192.168.1.10 ansible_user=deploy ansible_port=2222—— 主机别名 + 实际地址 + 自定义连接参数 -
[webservers]—— 组声明，下一行开始写属于该组的主机（可跨多行） -
[dbservers:children]—— 定义“组的组”，即父组包含其他组（注意必须带:children后缀） -
[all:vars]—— 为所有主机统一设置变量，比如ansible_python_interpreter=/usr/bin/python3
注意：主机名不能重复；组名不要用连字符（-）开头，Ansible 会误判为命令行选项；空行和以 # 开头的行会被忽略。
动态 Inventory 和基于变量的分组逻辑
静态文件不够用时（比如云主机自动伸缩），就得用动态 Inventory 脚本或插件。Ansible 原生支持 aws_ec2、azure_rm、digital_ocean 等插件，只需启用并配好认证凭据，运行时自动拉取最新主机列表。
但更常见的“动态分组”其实是靠变量驱动：比如主机清单里给每台机器打标签 env=prod、role=cache，然后在 playbook 中用 group_by 模块实时聚类：
- name: Group hosts by role tag
group_by:
key: "role_{{ ansible_facts['env'] }}"
这样就临时生成了 role_prod、role_dev 这样的组，后续任务可用 hosts: role_prod 直接调用。比硬编码分组更灵活，也避免清单频繁变更。
常见错误和调试技巧
执行时报 ERROR! Specified inventory is not a valid file or directory，先确认 -i 后路径存在且有读权限；用 ansible-inventory -i inventory --list 可以打印解析后的完整结构，是排查语法错误最直接的方式。
- 主机无法解析？检查
ansible_host是否拼错，或是否漏写——没设时默认用行首字符串当 hostname 去 DNS 查，常失败 - 组内主机没生效？确认没有混用空格和 tab 缩进（INI 不认缩进，只认换行和
[ ]），也不要给组名加引号 - 变量覆盖混乱？记住优先级：play vars > inventory group vars > inventory host vars >
all:vars> 命令行-e
分组不是为了好看，而是为了精准控制执行范围。真正难的不是写对语法，是想清楚哪些变量该放 host 级、哪些该提成 group 级、哪些得用 host_vars/ 目录单独管理——这直接影响 playbook 的复用性和后期维护成本。
