Ansible 的 add_host 模块不自动探测主机，需先通过云平台API、连通性检查或脚本显式发现在线虚拟机，再用 add_host 动态加入 fresh_vms 组，最后在独立 play 中针对该组执行部署任务。
Ansible 的 add_host 模块本身不“探测”主机，也不自动发现在线虚拟机；它只负责在运行时将指定主机（或主机组）动态加入当前 play 的 inventory。要实现“批量部署期动态热加入新探测到的在线虚拟机”，需组合使用探测逻辑（如 ping、ssh 连通性检查、云平台 API 查询等）与 add_host，且必须注意执行顺序、facts 收集时机和 inventory 作用域限制。
先确认目标虚拟机是否真正“在线且可管”
Ansible 不会自动扫描网络或轮询虚拟机状态。你需要显式定义探测方式：
- 若虚拟机已启动且 SSH 端口开放：用
wait_for_connection+delegate_to: localhost验证连通性，避免后续任务因连接失败中断 - 若基于云平台（如 VMware、OpenStack、AWS）：调用对应模块（如
vmware_guest_info、os_server_facts、ec2_instance_facts）拉取运行中实例列表及 IP 地址 - 若使用自定义脚本探测：用
command或shell模块执行 ping/nc/nmap，并用register捕获结果，再通过set_fact提取有效 IP 列表
用 add_host 动态注册主机到当前 play 的 inventory
add_host 只影响当前 play 的内存中 inventory，不能写入物理文件，也不能跨 play 使用。关键点：
- 必须在
hosts: all或一个已有控制节点（如localhost）上执行，且delegate_to: localhost是常见做法 - 每个
add_host任务只能添加一台主机（或一组），若有多台，需配合loop或with_items - 支持设置
groups:将新主机归入自定义组（如fresh_vms），后续任务可直接hosts: fresh_vms - 可附加变量：
ansible_host（实际连接 IP）、ansible_user、ansible_ssh_private_key_file等，避免依赖外部 inventory 文件
确保后续任务能立即对新主机生效
Ansible 的 play 是静态解析的，add_host 添加的主机不会自动参与当前 play 中已声明的 hosts: 目标。正确做法是：
- 把探测 + add_host 放在一个独立 play（
hosts: localhost）中 - 紧接着定义第二个 play，
hosts: fresh_vms（即你用add_host加入的组名） - 两个 play 共享同一 inventory 上下文，因此第二个 play 能识别该组
- 若需复用 facts 或变量，可在第一个 play 中用
set_fact注册全局变量，或用hostvars在第二个 play 中引用
示例：基于 OpenStack 实时发现并部署新虚拟机
（简化版 YAML 片段）
- name: Discover running VMs from OpenStack
hosts: localhost
gather_facts: false
tasks:
- os_server_facts:
auth: "{{ openstack_auth }}"
name: "deploy-{{ ansible_date_time.date }}"
register: vm_list
<pre class="brush:php;toolbar:false;">- add_host:
hostname: "{{ item.name }}"
ansible_host: "{{ item.accessIPv4 | default(item.addresses['private'][0].addr) }}"
ansible_user: "ubuntu"
ansible_ssh_private_key_file: "/path/to/key.pem"
groups: "fresh_vms"
loop: "{{ vm_list.ansible_facts.openstack_servers | selectattr('status', 'equalto', 'ACTIVE') | list }}"- name: Configure newly added VMs
hosts: fresh_vms
become: true
tasks:
- apt: name: nginx state: present
