ansible批量部署需平衡效率与稳定性：通过--forks=n或ansible.cfg配置forks值设定并发主机数，按任务类型用serial、ansible_forks、throttle分层限流，并优化ssh连接参数及超时容错策略。
Ansible 批量部署中控制并发任务和执行速率，核心是平衡效率与稳定性——并发太高容易压垮目标机或网络，太低又浪费资源。关键不在“设个数字”，而在于按场景配参数、分层次调优。
命令行与配置文件双路径设置并发数
最直接的方式是用 --forks=N 控制并行主机数。比如对 80 台服务器执行基础检查，可加 ansible all -m ping --forks=20；若部署服务类重负载任务，则建议降到 10～15。更推荐在 ansible.cfg 的 [defaults] 段统一配置：forks = 25
这样所有 playbook 和 ad-hoc 命令默认生效，避免每次重复指定。
按任务类型动态调整并发强度
不是所有操作都适合高并发。轻量任务（如 ping、uptime）可设较高 forks；但涉及磁盘写入、容器拉取、服务重启等操作，需主动降级：
- 用 serial 关键字分批执行：在 playbook 中写
serial: 5，表示每批只处理 5 台，全部成功后再进下一批 - 对敏感步骤单独限流：比如数据库初始化任务，可在该 play 下加
vars: { ansible_forks: 3 } - 结合 throttle 限制单主机并发数：防止同一台机器上多个 task 同时争抢资源
连接层优化提升实际吞吐效率
光调 forks 不够，SSH 连接本身也是瓶颈。在 ansible.cfg 的 [ssh_connection] 段启用：
- pipelining = True：跳过临时文件传输，直接管道执行命令，提速明显
- controlpersist = 60s：复用 SSH master 连接，避免每台机器都重握手
- host_key_checking = False：跳过首次连接确认（仅限可信内网）
这些配合 forks 调整，能让 20 并发的实际完成时间接近线性提升，而非卡在连接建立上。
超时与容错策略保障批量稳定性
并发一高，个别节点响应慢就可能拖住整批。必须配套设置：
- --timeout=30 缩短单节点连接等待时间（默认 10 秒常不够，尤其跨公网）
- playbook 中用
ignore_errors: yes防止单点失败中断全局流程 - 对关键步骤加
retries: 3和delay: 5实现自动重试 - 首次运行务必加
--check模拟执行，确认变更范围再真实触发
