haproxy curl 命令控制后端节点上下线 实现平滑上下线
在日常运维当中，Haproxy 后端节点的上（接入）、下（剔除）线操作绝对是家常便饭，而且人工重启的时候经常有胆颤心惊的感觉。
下面分享一种命令行操作 Haproxy 后端节点平滑上下线的技巧。
开启haproxy监控管理页面
Haproxy 自带了一个非常实用的管理页面，我们可以在 harpxoy.cfg 新增如下配置，开启 Haproxy 监控管理页面功能：
listen admin_stats stats enable bind *:8080 //监听的ip端口号 mode http stats refresh 30s //(可选)统计页面自动刷新时间 stats uri /admin //访问的uri ip:8080/admin stats realm haproxy_admin //(可选)密码框提示文本 stats auth admin:admin //(可选)认证用户名和密码 stats hide-version //(可选)隐藏HAProxy的版本号 stats admin if TRUE //管理界面，成功登陆后可通过webui管理节点
配置后，重启 Haproxy，访问 http://ipaddress:8080/admin，使用 admin/admin 登陆之后就能看到管理页面了：
管理功能
因为我们还配置了管理功能，所以在各个 backend 都能看到如下管理功能：
我们在左侧勾选好对应的后端节点，选择需要转换的状态点击 Apply 就能完成后端节点的状态切换。
平滑发布
对于平滑发布来说，这里用得比较多的 2 个选项是 READY（就绪状态）和 MAINT（维护状态）。
READY 表示被勾选的节点已经完成维护，Apply 进入就绪状态后，Haproxy 会自动发起健康检查，如果检查通过，这些节点将进入映射状态，接受映射请求了。
MAINT 表示被勾选的节点需要进行维护，Apply 进入维护状态后，Haproxy 将会停止往这些节点转发请求，并等待已有的请求结束连接。
通过这个功能，我们就能对业务进行从容发布了，比如我们有一个业务有 2 个节点，我们可以先将其中一个节点改为 MAINT 状态，刷新 Haproxy 管理页面，当看到 Session 里面的 Cur（当前连接）为 0 个时，我们就可以从容的对这个节点进行发布、重启等维护操作，完成维护后我们在将这个节点改为 READY 状态即可。接着，我们同样操作剩下节点即可（节点剔除后带来的性能下降问题，这里就不展开了讨论了）。
命令行操作
很明显，这个功能非常实用，但是并不方便，因为需要手工操作，没法嵌入到自动化发布流程当中。不过通过分析 POST 请求，可以得出 curl 命令行操作方法：Haproxy进阶管理：命令行控制后端节点上下线
s 表示后端标签名
action 表示状态
b 表示 backend 标签名
通过测试，得出 curl 发起请求格式如下：
curl -u 用户名:密码 -d "s=后端标签名&b=backend标签名&action=状态" http://haproxy管理页面地址
比如，如果 Haproxy 有一个后端如下配置：
backend log_server server node1 192.168.1.1:8087 cookie server1 check inter 2000 rise 3 fall 3 weight 3 server node2 192.168.1.2:8087 cookie server2 check inter 2000 rise 3 fall 3 weight 3
那么，业务系统发布之前，我们将 192.168.1.1 这个节点改为维护状态，则如下发起请求即可：
curl -u 用户名:密码 -d "s=node1&b=log_server&action=maint" http://haproxy管理页面地址
Ps：要注意的是，这个 POST 参数必须 URL 转码，比如存在冒号【：】，需要转换为 %3A 才行。
业务系统发布之后，我们再发起 node1 上线请求：
curl -u 用户名:密码 -d "s=node1&b=log_server&action=ready" http://haproxy管理页面地址
后面我们只需要重复操作 node2 节点的上下线即可完成无损发布了。这一整套动作就可以整合到自动化发布流程当中，不再需要人工介入。
小结
本文介绍了 Haproxy 开启管理功能的配置方法以及命令行操作后端上下线的技巧，为程序平滑部署、系统自动化运维提供了一种更加简单的解决方案。
拓展：在复杂的业务场景中，可能用到了 etcd＋confd ＋ haproxy 的统一配置管理方案，原理是通过更改 Haproxy 配置，然后热重启 Haproxy（-st 指令）来上下线节点，是非常不错的方案！不过，根据我个人经验，在高频业务场景中，剔除后端节点再热重启 Haproxy，可能出现业务请求异常问题。
共 0 条评论