上一篇
负载均衡加权轮询算法怎么实现，加权轮询原理是什么？
加权轮询算法是解决异构服务器集群流量分配不均的核心技术,它通过引入权重概念，让高性能服务器承担更多并发请求，同时保持请求分配的平滑性，避免流量突发导致的雪崩效应，在构建高可用、高并发的分布式系统架构时，掌握加权轮询算法的实现原理与优化策略，是保障服务稳定性的关键一环。
异构环境下的负载分配挑战
在标准的轮询算法中,调度器会将请求依次分发给每一台后端服务器，这种假设所有服务器硬件配置、处理能力完全一致的做法，在虚拟化技术和容器化普及的今天显得过于理想化，实际生产环境中，服务器往往存在差异，有的配置了16核CPU，有的只有4核；有的部署在SSD盘上，有的在机械盘上，如果简单地使用轮询，低配服务器会因为处理速度慢而积压大量请求，最终成为系统的瓶颈，而高配服务器却处于闲置状态。
加权轮询算法应运而生。核心思想是为每台服务器分配一个权重值，权重越高，被选中的概率越大，接收的请求数量越多。 服务器A权重为3，服务器B权重为1，那么在分配4个请求时，A应该分配到3个，B分配到1个。
从朴素加权到平滑加权
实现加权轮询最直观的方法是“朴素加权轮询”，即根据权重将服务器地址添加到列表中，权重为3就添加3次，例如A、B、B，然后对这个列表进行普通的轮询，虽然逻辑简单，但这种方法存在严重的缺陷：它会导致流量分配极其不平滑。 在上例中，前三个请求都会打到A，第四个才打到B，如果A的性能不足以瞬间处理三个并发请求，依然会导致A过载，而B在短时间内却完全空闲。
为了解决这个问题,业界普遍采用平滑加权轮询算法，该算法能够保证在任意连续的请求序列中，服务器被选中的次数与其权重成正比，且请求尽可能分散，Nginx的upstream模块中默认的加权轮询机制正是基于此逻辑实现的。
平滑加权轮询的算法逻辑与实现
平滑加权轮询算法的核心在于维护两个变量：current_weight（当前权重）和effective_weight（有效权重），算法的执行过程可以概括为以下四个步骤：
- 初始化：每个节点拥有一个静态的配置权重（weight），初始时current_weight为0。
- 选择节点：遍历所有节点，将每个节点的current_weight加上其配置的weight，选出current_weight值最大的那个节点作为本次选中的服务器。
- 调整权重：将选中节点的current_weight减去所有节点配置权重的总和（total_weight）。
- 循环执行：对于未被选中的节点，其current_weight保持不变（即刚才加上的weight值保留），参与下一次竞争。
这种机制类似于“借债”模式，每次选择时，所有节点都根据自己的权重“借钱”（增加current_weight），钱最多的那个节点当选，当选后，它必须“还债”（减去total_weight），从而降低下一次被选中的概率，给其他节点机会。
以下是该算法的专业Python实现方案,展示了如何构建一个无锁、线程安全且高效的调度器：
class WeightedRoundRobin: def __init__(self): self.servers = [] # 存储服务器信息的列表 self.total_weight = 0 # 总权重 def add_server(self, name, weight): if weight <= 0: raise ValueError("权重必须大于0") self.servers.append({ 'name': name, 'weight': weight, 'current_weight': 0 }) self.total_weight += weight def get_server(self): if not self.servers: return None best_server = None max_current_weight = -1 # 遍历所有节点，更新current_weight并寻找最大值 for server in self.servers: server['current_weight'] += server['weight'] if server['current_weight'] > max_current_weight: max_current_weight = server['current_weight'] best_server = server # 减去总权重，实现平滑效果 best_server['current_weight'] -= self.total_weight return best_server['name']
独立见解：动态权重调整与熔断降级
仅仅实现静态的加权轮询在复杂的微服务架构中是远远不够的,作为架构师，我们需要具备更深层次的思考：权重不应是静态配置，而应是动态感知的。
一个专业的负载均衡系统应该结合健康检查机制实现动态权重调整,当后端某台服务器响应时间变长或出现错误率上升时，调度器应自动降低其权重，甚至将其权重临时设为0（即熔断），待其恢复后再逐步恢复权重，这种“反馈式加权轮询”能够极大提升系统的容错能力。
在实现层面,为了追求极致性能，应避免在每次请求时进行全量遍历，如果后端节点数量庞大（例如超过100个），可以使用最小堆或跳表等数据结构来优化选择过程，将时间复杂度从O(N)降低到O(logN)，但在绝大多数Web服务场景下，后端节点数通常在个位数或两位数，上述线性遍历算法因其缓存友好性和代码简洁性，反而是最优选择。
相关问答
Q1：加权轮询算法和加权随机算法有什么区别，分别在什么场景下使用？
A1： 加权轮询是严格按照顺序分配请求的，保证在任意时间窗口内，请求分配的比例严格符合权重设定；而加权随机是完全随机选择，概率符合权重分布，但在短时间内可能出现分配不均，加权轮询适用于请求处理时间相近、需要严格按负载分配的场景；加权随机适用于请求处理时间差异巨大、或者为了打破某种缓存相关性的场景。
Q2：在加权轮询中，如果某个节点的权重设置为0，算法会如何处理？
A2： 在标准的平滑加权轮询算法中，如果权重设置为0，该节点的current_weight永远不会增加，或者在计算中始终无法成为最大值，因此永远不会被选中，这通常用于将节点暂时摘除（下线）而不需要从配置列表中物理删除该节点，便于后续的动态恢复。
