在 Ansible 控制节点配置文件中调大 forks 参数或在命令中指定 -f 选项，可直接提升大规模主机任务的并发执行速度。适用场景为控制节点资源充足且需要批量管理数百台以上主机，风险边界在于过高的并发可能导致控制节点 SSH 连接耗尽或内存溢出。
先说结论：调整 forks 参数是提升 Ansible 批量任务执行效率最直接的手段，但需根据控制节点硬件能力设定上限。
- 先定位：确认当前并发数及控制节点 CPU、内存负载瓶颈。
- 先做：通过 ansible.cfg 或命令行临时调大 forks 数值进行测试。
- 再验证：观察任务总耗时变化及控制节点是否出现连接拒绝或进程僵死。
命令速用版
临时生效命令：
ansible all -m ping -f 50
永久配置修改（ansible.cfg）：
[defaults] forks = 50
为什么会这样
Ansible 默认并发进程数较低，增加 forks 能充分利用控制节点多核性能。Ansible 基于 SSH 协议执行任务，默认 forks 值为 5，意味着同一时间只与 5 台主机通信。在大规模主机场景下，默认设置会导致任务排队等待，延长总执行时间。提高 forks 值允许控制节点同时发起更多 SSH 连接，从而缩短批量任务窗口。
分步处理
1. 查看当前配置：运行 ansible-config dump | grep FORKS 确认当前并发值。
2. 修改配置文件：在项目目录或/etc/ansible/ansible.cfg 的 [defaults] 段落添加 forks = 数值。
3. 梯度调整：从默认值 5 开始，按 10、20、50 梯度增加，每次调整后执行相同任务对比耗时。
4. 监控资源：调整过程中使用 top 或 htop 监控控制节点 CPU 和内存使用率，确保不超过安全水位。
怎么验证是否生效
通过对比任务执行总耗时判断效果，同时检查控制节点系统日志。执行相同 playbook 两次，记录 real 时间差。检查/var/log/secure 或/var/log/auth.log 是否有大量 SSH 连接拒绝记录。确认控制节点没有因打开文件数过多报错 Too many open files。
常见坑
1. 文件描述符限制：Linux 默认 ulimit -n 可能限制并发连接数，需调大控制节点文件句柄限制。
2. 网络带宽拥堵：过高并发可能打满控制节点网卡带宽，导致 SSH 超时。
3. 目标主机限制：部分目标主机 SSH 服务配置了 MaxStartups，并发过高会被目标主机拒绝连接。
常见问题
Ansible 默认 forks 值是多少？
Ansible 默认 forks 值为 5，适用于小规模测试，大规模生产环境通常需要根据硬件调整。
forks 参数设置越大越好吗？
不是，forks 过大会导致控制节点资源耗尽，引发任务失败或不稳定，需找到硬件承载平衡点。
如何永久生效 forks 配置？
在 ansible.cfg 配置文件的 [defaults] 段落设置 forks 参数，或使用 ANSIBLE_FORKS 环境变量。
参考来源
- Ansible Documentation, "DEFAULT_FORKS", https://docs.ansible.com/ansible/latest/reference_appendices/config.html#default-forks