Apache负载平衡算法错误行为

Question

Apache有3种负载平衡算法：

1. 请求计数算法
2. 加权交通算法
3. 待决请求计数算法

理论上，挂起请求计数算法优于其他两种算法，因为它总是尝试选择连接最少的web服务器。

我有三个网络服务器和一个负载平衡器。我的问题是，当我尝试挂起请求计数算法时，它没有像预期的那样工作。在此基础上，总是选择基于循环的web服务器(web服务器1 -> web server 2 -> web server 3 -> web server 1等)，我期望得到的结果是(web服务器1 -> web server 1 -> web server 1等等)。

那么，为什么挂起的请求计数算法不能像预期的那样工作呢？

注意：

1. 不能保持-保持联系。
2. 为了测试负载均衡器，我打开一个简单的页面(不足0,1s加载时间)，每5秒手动刷新一次，以知道它选择了哪个集群。
3. 未更改挂起请求计数算法的配置。

Answer 1

仅仅因为一台服务器能够处理所有的请求并不意味着它应该处理所有的请求。如果一台服务器处理大多数请求，它会比其他服务器更快地失效，而这通常不是所希望的条件。这样的策略也会带来可靠性风险:也就是说，你可能会让“服务器3”在不知不觉中被错误配置，直到系统负载上升到足以将其投入游戏时，它就会在关键时刻失败。

Answer 2

我不明白你为什么会有不同的行为？从文件中：

新请求将自动分配给活动请求数量最少的工作人员。 对于多个最不繁忙的工作人员，使用请求计数方法使用的统计数据(和权重)来打破领带。随着时间的推移，工作的分配将变得类似于按请求的特点。

只要您的服务器有类似的工作要做，行为就应该与be请求相同。只是当一些服务器开始收到大量需要时间的请求时，它们就开始被跳过，以便其他服务器获得这种通信量。

这就是我对它的理解。