Ansible滚动更新核心是通过serial参数控制批次、集成负载均衡器动态摘除/加入节点、封装原子性闭环操作并跨节点协调；serial支持数值、百分比或数组形式，如serial: 1逐台更新，serial: 25%按比例分批，serial: [1,3,5]阶梯式执行。

在Linux中用Ansible实现滚动更新（Rolling Update），核心是控制更新节奏、隔离节点、验证服务、再恢复流量——整个过程不依赖外部调度器，全由Ansible原生命令驱动。

明确滚动批次与顺序

使用serial参数限定每次只操作指定数量的节点，避免批量重启导致服务不可用：

• serial: 1：严格逐台更新，最安全，适合关键业务
• serial: 25%：按节点总数的25%分批，兼顾效率与冗余（如12台则每批3台）
• serial: [1, 3, 5]：自定义阶梯式批次（首台单点验证，后续逐步扩大）

该参数直接写在play顶层，例如：

- hosts: webservers
  serial: 1
  tasks:
    - name: 停止旧服务
      systemd:
        name: nginx
        state: stopped

集成负载均衡器动态摘除/加入

滚动更新成败关键在于流量调度。以HAProxy为例，Ansible需在每台节点更新前将其从后端池中临时下线：

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

• 调用haproxy模块或uri模块向HAProxy Stats API发送禁用指令
• 等待几秒（pause任务），确保连接自然断开或超时
• 更新完成后，再次调用API将节点重新启用
• 可配合wait_for模块检查新服务端口是否响应（如curl -f http://localhost:8080/health）

确保单节点更新原子性与可回退

每台节点的操作应封装为“准备→停服→部署→验证→上线”闭环：

• 用block包裹关键步骤，搭配rescue处理失败场景（如部署失败则自动拉起旧版本）
• 部署前备份配置与二进制文件（copy + backup: yes）
• 验证阶段不只是端口通，建议调用应用健康接口并解析返回码（用uri + register + failed_when）

跨节点协调与状态同步

某些升级需主从协同（如数据库主备切换），这时要用delegate_to和run_once：

• 在主库节点执行mysqldump并推送至备库（delegate_to: primary_db）
• 在备库上运行提升命令（delegate_to: standby_db）
• 所有决策类任务加run_once: true，防止多节点重复触发冲突操作

不复杂但容易忽略