HAProxy在Solaris系统下外部检查命令无限循环问题分析与解决

问题背景

在Solaris操作系统上运行HAProxy 2.9.5版本时，当配置了外部健康检查命令时，发现检查命令会进入无限循环状态，导致CPU使用率异常升高。相比之下，旧版HAProxy 1.6.5则表现正常。

问题现象

用户配置了一个简单的bash脚本作为外部健康检查命令，该脚本检查特定文件是否存在。正常情况下，这个检查应该每10秒执行一次。但在HAProxy 2.9.5中，检查命令会被反复执行，导致目标文件被不断写入，CPU使用率居高不下。

环境配置

问题出现在Solaris系统上，使用evports作为轮询机制。关键配置包括：

• 启用了外部检查功能
• 配置了多个后端服务器
• 检查间隔设置为10秒
• 使用默认的evports轮询系统

问题分析

经过深入调查，发现问题的根源在于evports轮询系统的实现。当存在多个后端服务器时，健康检查会进入无限循环状态。而使用-dv参数禁用evports后，问题消失。

进一步测试发现：

• 当只有一个服务器时，检查按预期频率执行
• 当有多个服务器时，检查开始无限循环
• 问题与线程数量无关（设置nbthread 1问题依然存在）

技术细节

evports是Solaris特有的高性能事件通知系统，但它的API设计较为复杂。在HAProxy的实现中，存在以下问题：

1. 事件处理逻辑存在缺陷，导致多个服务器检查时事件被错误地重复触发
2. 原始实现中意外留下了一个调试限制，每次轮询只处理一个文件描述符事件，这在中等负载下会导致CPU使用率异常升高

解决方案

该问题已在最新代码中修复，主要修改包括：

1. 修正了evports事件处理逻辑，确保健康检查按预期频率执行
2. 移除了不必要的调试限制，允许每次轮询处理多个事件，提高性能

临时解决方案

对于无法立即升级的用户，可以通过以下方式临时解决问题：

• 启动时添加-dv参数禁用evports轮询系统
• 或者减少后端服务器数量（不推荐）

总结

这个问题揭示了在特定平台（Solaris）上使用高级事件通知系统（evports）时可能遇到的边缘情况。它提醒我们在跨平台开发时需要特别注意不同系统API的细微差别，以及充分测试各种配置组合下的行为。

对于运行在Solaris上的HAProxy用户，建议关注官方更新并及时升级，或者根据实际需求选择合适的轮询机制。