节点数量增加后，真正需要解决的并不是“把请求分出去”这么简单，而是让每个节点承担与自身能力相匹配的工作。轮询和加权分配是两种常见方法，前者强调请求顺序上的均匀，后者强调节点能力上的差异。选择合适的节点负载均衡策略，首先要看节点是否同质、请求是否相似，以及故障后能否及时调整流量。

轮询为什么适合均质节点

轮询会按照节点列表依次分配请求。例如集群中有甲、乙、丙三个节点，第一个请求给甲，第二个给乙，第三个给丙，之后重新开始。它的规则简单、额外配置少，适合三台或多台规格接近的应用服务器，并且单个请求的处理时间没有明显差别的场景。

典型情况包括无状态的网页接口、静态资源服务，以及多个节点均使用相同版本和相同计算规格的内部服务。此时轮询能够让短时间内的请求数量大致均匀分布。不过，请求数量平均不等于资源消耗平均。如果某些请求会触发复杂查询，另一些请求只返回少量缓存内容，轮询仍可能造成节点实际负载不平衡。

轮询的优势与边界

• 优势：规则容易理解，排查流量分布问题较方便，不需要为每个节点长期维护复杂权重。
• 边界：它通常只按请求次数分配，不会自动理解请求耗时、内存占用或后台任务数量。
• 注意：如果启用了会话保持，同一用户的请求可能持续进入固定节点，实际分布会偏离纯轮询结果。

加权分配适合能力不同的节点

加权分配为每个节点设置相对比例。例如甲、乙、丙的权重分别为 5、3、2，在足够长的观察周期内，流量通常会接近 50%、30% 和 20%。这些比例不是固定容量承诺，实际结果还会受到连接复用、请求时长、缓存命中率和突发流量影响。

这种节点负载均衡策略适用于新旧服务器并存、不同规格虚拟机并存，或需要先让小部分流量进入新节点的场景。比如一台节点拥有更多内存，另一台节点正在执行后台任务，就不应简单按节点数量平均分配。加权方法还可以用于版本切换：先给新版本较低权重，观察错误率、响应时间和资源使用情况，再逐步提高比例。

权重如何设置更稳妥

1. 先记录每个节点的核心指标，包括请求成功率、平均响应时间、慢请求比例、CPU 使用率和内存压力。
2. 以稳定节点为参照设置初始权重，不要直接按照理论硬件性能给出过大的差距。
3. 在低峰期调整一次，至少观察一个完整业务高峰，再决定是否继续扩大或缩小比例。
4. 如果新节点出现连续错误、延迟明显升高或连接数异常增长，先降低权重，必要时暂时摘除节点。

两种方法的关键差异

比较项	轮询	加权分配
适用节点	规格和版本接近	性能、版本或任务状态存在差异
配置难度	较低	需要维护比例并持续观察
流量结果	请求数量趋于平均	请求数量按权重倾斜
主要风险	忽略请求成本差异	权重失真或长期未更新
常见用途	稳定集群的日常分发	灰度发布、扩容过渡和异构集群

因此，节点负载均衡策略不应只依据节点数量决定。请求耗时差异较小时，轮询往往足够；如果节点处理能力相差约一倍，或新旧版本需要分阶段验证，加权分配更容易控制风险。对于长连接服务，还要单独关注连接建立时的分配结果，因为已有连接通常不会因权重调整而立即迁移。

健康检查和故障处理不能省略

无论选择哪种节点负载均衡策略，都应配合健康检查。检查内容不宜只看进程是否存在，还应验证一个不依赖真实用户数据的轻量功能，例如应用是否能正常返回预期状态、是否能连接必要的依赖服务。检查间隔可从数秒到几十秒起步，具体取决于业务对故障恢复速度的要求；过于频繁可能放大短暂抖动，过于缓慢则会让异常节点继续接收请求。

建议设置连续失败次数和恢复确认次数：节点连续失败后再摘除，恢复时也连续通过多次检查后再加入。这样可以减少网络瞬断导致的反复切换。若业务存在登录状态或本地缓存，还要评估会话保持带来的影响；切换节点时，应确保状态已经放入共享存储，或允许用户重新建立会话。

落地选择的简明步骤

1. 按照节点规格、软件版本和后台任务情况，判断集群是否同质。
2. 统计请求耗时分布，区分轻请求与高成本请求，避免只看请求总数。
3. 同质节点先使用轮询；异构节点、灰度发布或扩容过渡时使用加权分配。
4. 配置健康检查、失败摘除和恢复确认，并为权重调整保留操作记录。
5. 持续观察成功率、延迟、连接数和资源使用率，按业务高峰结果修正策略。

常见问题

轮询是否一定比加权分配公平？

不一定。轮询只是在请求数量上趋于平均，无法保证每个节点消耗的计算资源相同。请求成本差异较大时，加权分配通常更合适。

节点权重可以直接按 CPU 核数设置吗？

可以作为初始参考，但不能当作最终结论。内存、磁盘访问、依赖服务和程序版本都可能影响实际处理能力，应结合运行指标调整。

什么时候应该暂时停止某个节点接收流量？

当节点连续健康检查失败、错误率持续升高，或资源压力已经影响正常响应时，应先降低权重；若问题仍未缓解，可暂时摘除并完成排查。

加权分配设置后还需要监控吗？

需要。权重反映的是某一阶段的预期能力，发布新版本、流量结构变化或后台任务增加后，都可能需要重新评估。稳定的节点负载均衡策略应当包含监控和调整机制。

总的来说，轮询适合能力接近、请求成本相似的节点集合，加权分配适合存在性能差异或需要渐进放量的集群。先识别流量和节点特征，再结合健康检查、会话管理与监控数据选择节点负载均衡策略，通常比固定套用某一种方法更可靠。