Windows
macOS
Android
iOS
当一个网站或接口从单台服务器扩展到两三台节点时，最先遇到的问题通常不是“如何做得最复杂”，而是“如何稳定地把请求分给可用节点”。对中小团队来说，节点负载均衡策略应当先解决可用性、配置易懂和故障可定位，再考虑更精细的流量调度。
简单方案并不等于简陋。只要节点规格相近、应用尽量无状态，并配合基础的健康检查，轮询或加权轮询就能覆盖许多内部系统、网站接口和管理后台的初期需求。
先判断业务是否适合简单分流
第一步不是选择软件，而是确认请求能否被任意节点处理。若用户登录状态、购物车或临时文件只保存在某一台服务器本地，直接分流可能导致请求换节点后状态丢失。此时需要改造为共享存储、集中式会话服务，或者暂时启用会话保持。
适合直接分流的情况
- 多个节点运行相同版本的应用，配置、依赖和端口保持一致。
- 请求处理主要依赖请求参数和共享数据，而不是某台机器上的本地内存。
- 静态文件通过相同目录、对象存储或统一发布流程提供。
- 单个节点故障时，其他节点具备承接流量的余量。
需要谨慎处理的情况
长连接、上传任务、批处理和强依赖本地文件的业务，不能只看请求数量。一个下载请求可能持续数分钟，一个报表任务也可能长期占用线程。此时应结合连接数、响应时间、队列长度和节点资源使用情况调整节点负载均衡策略。
从三种基础方式中选择起点
轮询：节点条件接近时最简单
轮询按照顺序把请求分给不同节点，配置和排查都比较容易。它适合两台或多台规格相近、请求耗时差异不大的无状态服务。缺点是它通常不理解节点当前是否繁忙，慢请求较多时，表面均匀的请求数量不一定代表负载均衡。
加权轮询：节点规格不一致时更实用
如果一台服务器有更多内存或更强的处理能力，可以设置更高权重。权重只表达预期承载比例，不代表实际性能一定按比例增长。配置后应观察一段稳定运行周期，再根据响应时间、错误率和资源余量调整，避免一次性设置过大的差距。
最少连接：长请求较多时更合适
最少连接会优先把新请求送到当前连接较少的节点，适合请求持续时间差异明显的接口或文件服务。它比轮询更能应对慢请求，但需要准确维护连接状态；当连接本身不能代表真实工作量时，效果可能不如预期。
一套可执行的落地步骤
- 统一节点环境。固定应用版本、监听端口、时区和关键配置。先分别访问每个节点，确认返回内容和版本标识一致。
- 准备健康检查。增加一个轻量检查地址，例如返回固定成功状态，并检查应用进程是否能完成必要的本地初始化。检查地址不宜执行写入、发送通知或复杂查询。
- 选择基础算法。节点规格接近时先用轮询；规格不同使用加权轮询；长连接或慢请求明显时，再评估最少连接。
- 设置故障摘除。连续多次检查失败后暂时停止向该节点发新请求，恢复成功后再逐步接回。失败次数、检查间隔和恢复窗口应根据业务容忍度设定，常见起点可采用数秒级检查，但不要脱离实际响应时间。
- 进行小流量验证。先让少量请求经过入口，检查成功率、错误码、响应时间和节点日志，再逐步扩大流量。发布新版本时，可先让一个节点接收验证流量。
- 记录回滚方案。保留上一版入口配置和节点版本。若错误率上升，先停止扩容或切回稳定节点，不要在故障期间同时修改多个变量。
健康检查之外，还要看什么
健康检查只能回答“节点是否能响应”，不能证明节点一定有能力继续承载流量。监控至少应覆盖请求成功率、响应时间、活跃连接、内存、磁盘空间和应用错误日志。对于接口服务，还应区分入口错误、业务错误和下游依赖超时，否则容易把所有问题都归因于负载均衡。
当节点负载均衡策略采用会话保持时，应明确它的代价：用户在一段时间内倾向于固定访问同一节点，故障转移和流量均衡会变慢。会话保持可以作为改造期间的过渡手段，但不宜掩盖本地状态设计问题。更稳妥的方向是让任意节点都能处理同一用户的后续请求。
什么时候需要升级方案
出现以下信号时，可以从简单方案升级：节点数量明显增加，权重难以维护；不同接口需要不同路由；发布期间必须逐步放量；单个节点的容量差异持续扩大；或者入口已经需要按地域、请求头、路径和租户进行调度。升级不应只因为“功能更多”，而应对应明确的运维问题。
在升级前，先整理节点发现、配置变更、证书管理、日志关联和故障演练流程。对多数中小团队而言，先把两到五个节点的基础方案做稳定，再引入自动注册、灰度发布或更复杂的路由规则，通常比一次性建设大型平台更容易控制风险。
常见问题
1. 节点数量少，还需要负载均衡吗？
如果业务需要不停机维护或单节点故障切换，即使只有两台节点也有价值。重点不是节点数量，而是是否需要连续服务。
2. 轮询一定比加权轮询差吗？
不一定。节点规格相近、请求耗时接近时，轮询更简单；只有在容量或任务特征存在稳定差异时，加权轮询才更有意义。
3. 健康检查应该多频繁？
可从数秒级间隔开始，并结合应用启动时间、故障恢复速度和入口压力调整。检查过密会增加额外请求，过疏则会延长故障摘除时间。
4. 什么时候取消会话保持？
当应用已经不依赖节点本地会话或本地临时状态后，可以在低峰期逐步关闭，并观察登录、提交和支付等关键流程。
总的来说，中小团队选择节点负载均衡策略时，应先从可理解、可验证、可回滚的方案起步。轮询、加权轮询和健康检查足以支撑许多早期集群；只有当业务状态、流量规则或发布流程提出更高要求时，再按问题升级方案。