HAProxy 怎么进行平滑重启而不丢弃当前连接-linux运维-PHP中文网

haproxy平滑重启的核心是新旧进程共存、自然交接：旧进程处理已有连接，新进程绑定相同端口（依赖so_reuseport）接管新连接，通过-sf选项发送sigusr1信号触发，确保服务零中断。

haproxy 怎么进行平滑重启而不丢弃当前连接

HAProxy 平滑重启的核心，是让新配置生效的同时，不中断任何已建立的连接。它不是“停旧启新”，而是“新旧共存、自然交接”——旧进程继续服务老连接，新进程接管新连接，直到旧连接全部自然结束。

推荐命令（通用可靠）
```
sudo haproxy -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid -sf $(cat /var/run/haproxy.pid)
```
-sf 表示 soft stop，即向旧主进程发送 SIGUSR1 信号，让它解除监听套接字、但继续处理已有连接；新进程启动后立即绑定相同端口（依赖 SO_REUSEPORT），开始接受新连接。
systemd 环境下（HAProxy ≥2.0）

WeChat macOS Proxy
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...

下载
```
sudo systemctl reload haproxy
```
此命令默认调用内置 graceful reload 逻辑，前提是 service 文件中 ExecReload= 正确指向 haproxy -f ... -sf ... 或等效封装。可检查：
```
systemctl cat haproxy | grep ExecReload
```
通过 stats socket（需提前启用）
若配置中启用了 admin socket（如 stats socket /run/haproxy/admin.sock mode 600 level admin），可用：
```
echo "reload" | sudo socat stdio unix:/run/haproxy/admin.sock
```
这种方式更安全，避免直接操作 PID 文件，适合自动化运维场景。

必须启用 SO_REUSEPORT（Linux 内核 ≥3.9）
HAProxy 默认启用该选项，确保新旧进程能同时监听同一端口。若内核太旧或被禁用，reload 可能失败并报 Address already in use。
配置语法必须正确
reload 前会校验新配置。若语法错误，新进程启动失败，旧进程继续运行，但不会自动回退提示——需人工检查日志（journalctl -u haproxy -n 50 --no-pager）。
资源预留要充足
reload 期间新旧进程并存，内存、文件描述符用量临时翻倍。建议监控 ps aux | grep haproxy 和 lsof -p <pid> | wc -l</pid>，避免因资源不足导致新进程无法启动。
连接真正“不丢”的边界
- ✅ 已建立的 TCP 连接（含 TLS 握手中的、正在传输的、Keep-Alive 长连接）由旧进程完成
- ✅ 新建连接（含新 TLS 握手）由新进程处理，使用新配置（如新证书、新 backend 权重）
- ❌ 若 reload 过程中发生极端资源争抢（如 backlog 队列溢出），极少数新连接可能被内核丢弃（概率极低，高负载下需压测验证）