Ansible 的 until 循环是一种带重试机制的有状态异步探测模式，用于等待云服务器完成启动、网络就绪、SSH可达及服务监听等最终一致状态，通过反复执行探测任务直至成功或超时。
Ansible 的 until 循环不是传统意义上的“循环语法”，而是一种带重试机制的**有状态异步探测模式**，特别适合用于等待弹性云服务器（如阿里云ECS、华为云ECS或自建OpenStack实例）完成启动、网络就绪、SSH可达或服务监听等关键状态。它不依赖外部轮询脚本，而是由 Ansible 主动发起探测、判断条件、控制重试，天然契合云资源“启动耗时不确定、状态最终一致”的特性。
核心逻辑：用 until + shell/command 模拟健康探针
云服务器开机后，需依次满足多个状态才能投入使用：
- 实例状态变为 running（云平台API层面）
- 网络通达（ICMP 或 TCP 端口可连）
- SSH 服务响应（端口22可握手）
- 关键服务（如 Apache、Nginx）已监听对应端口
until 通过反复执行一个探测任务，直到返回成功（rc == 0）或超时，中间自动重试，无需写 sleep 或 while。
典型实战写法：等待多台ECS SSH就绪
以下 Playbook 片段批量探测一组新创建或重启的云服务器是否可通过 SSH 访问：
注意：需提前配置好 SSH 密钥免密登录，且目标机器已安装 openssh-server 并开放 22 端口
IT技术解决互联网公司网站模板是一款适合提供APP设计、网页开发、SEO优化、云服务、数据分析等服务的互联网公司宣传网站模板下载。提示：本模板调用到谷歌字体库，可能会出现页面打开比较缓慢。
- 使用
wait_for_connection模块（推荐）——专为连接探测设计，支持超时、重试、延迟 - 或使用
command+nc/timeout手动探测端口（兼容性更强）
示例（基于 command）：
- name: Wait for SSH port to be open on all ECS instances
command: timeout 5 bash -c "echo > /dev/tcp/{{ inventory_hostname }}/22" 2>/dev/null
register: ssh_check
until: ssh_check.rc == 0
retries: 30
delay: 10
ignore_errors: true说明：
retries: 30 —— 最多重试 30 次
delay: 10 —— 每次失败后等待 10 秒再试
ignore_errors: true —— 避免首次失败直接中断 play
该任务会在每台目标主机上独立执行，Ansible 自动并行处理（受 forks 控制）
进阶：组合云平台状态 + 服务端口双校验
对强一致性要求高的场景（如数据库节点拉起），可叠加两层探测：
- 第一层：调用云厂商模块（如
aliyun.alicloud.alicloud_ecs）查实例状态，注册结果 - 第二层：用
until轮询curl -f http://{{ inventory_hostname }}:80/health直到返回 HTTP 200
关键点：
- 将云平台查询结果用 register 存为变量，再用 when 判断是否进入后续探测
- 服务级探测建议加 timeout 和 fail_on_stderr 防止假成功
避坑提醒：until 不是万能，需配合合理策略
-
until默认在当前节点串行重试，若要真正异步（不阻塞后续任务），需搭配async + poll: 0启动后台探测任务，再用async_status轮询其状态——但复杂度上升，一般场景不需 - 避免在
until中执行高开销命令（如全量ps aux），应聚焦轻量端口/HTTP 探测 - 所有探测命令必须具备幂等性与明确退出码：成功返回 0，失败非 0；否则
until无法判断终止条件
本质上，until 是 Ansible 对“最终一致性”问题的原生解法。它把“等一台机器变可用”这个运维直觉，翻译成了可版本化、可复现、可审计的声明式逻辑。
