Ansible单Playbook实现主机A任务成功后执行主机B任务的最优方案

你当前编写的基础结构本身就完全满足需求，不需要额外引入复杂配置，这也是Ansible原生执行机制专门适配的标准场景。

核心执行逻辑说明 #

• Ansible对Playbook内的多个Play采取严格自上而下的串行执行规则，不会并行调度跨Play的任务
• 只有当前一个Play的所有目标主机、所有任务全部执行完成，且没有任何任务返回失败状态时，执行引擎才会加载并运行下一个Play
• 只要前序hosts: A的Play内任意任务执行失败（默认无ignore_errors、无自定义错误豁免逻辑的前提下），整个Playbook会直接中断流程，根本不会触发后续hosts: B的任务，天然实现“A全量执行成功再跑B”的校验要求

需要避开的配置误区 #

要稳定实现这个逻辑，要注意几个会打乱执行顺序的错误配置：

• 绝对不要把A、B两个主机组合并写到同一个Play的hosts字段里，比如写成hosts: A,B——这种写法会让Ansible在两个组的主机上并行执行同一步骤，完全打破你要的先后依赖关系
• 不要在hosts: A的任务里随意加ignore_errors: yes，这个参数会强行把失败任务判定为执行成功，哪怕A上的任务实际报错，流程也会继续走到B的Play
• 不需要额外引入临时执行锁、自定义回调插件、多次嵌套调用import_playbook这类复杂逻辑，属于对原生机制的过度设计，会增加不必要的维护成本

优化后的可直接落地的Playbook示例 #

---
# 阶段1：主机A全量任务执行
- hosts: A
  any_errors_fatal: yes # 可选强化配置：只要A组任意一台主机任务失败，直接中断流程，不会冗余等待其他A组主机执行完
  tasks:
    - name: Do stuff on host A
      # 这里放主机A需要执行的所有任务
      ansible.builtin.debug:
        msg: "Tasks running on host A"

# 阶段2：仅当前序Play全量成功后，才会启动本阶段任务
- hosts: B
  tasks:
    - name: Do other stuff on host B
      ansible.builtin.debug:
        msg: "Tasks running on host B, triggered only after A's execution fully succeeded"

对比双Playbook拆分方案的优势 #

• 只需要执行一次ansible-playbook your_playbook.yml命令即可跑完全流程，不需要手动调用两次执行命令
• 彻底避免人为操作失误：之前拆分文件时，可能出现A的Playbook执行报错中断、未核对执行日志就手动触发B的Playbook的问题，单文件串行逻辑完全靠引擎强制校验，没有人为操作空间
• 所有任务配置、变量定义集中在同一份文件中，后续版本维护、变更同步时不会出现两个Playbook版本不匹配的问题

内容的提问来源于stack exchange，提问作者shellwhale