负载均衡策略有哪些，集群容错面试题怎么答？

在分布式系统架构设计中,负载均衡策略与集群容错机制是保障系统高可用性与高性能的两大核心支柱，前者通过科学的算法将海量并发流量分发至后端不同的服务节点，规避单点过载风险；后者则在部分节点出现故障或网络异常时，通过自动切换、降级或重试等手段，确保业务连续性不受影响。只有将两者深度结合，构建“流量分配”与“异常处理”的双重防线，才能在面对突发流量或硬件故障时，维持系统的稳健运行。

负载均衡策略：从流量分发到资源最优配置

负载均衡不仅仅是简单的“轮流接待”，而是根据服务器当前的实时负载、处理能力以及业务特性，智能地决定将请求发送至何处，在实际生产环境中，我们需要根据场景选择最合适的策略。

随机与轮询：基础流量的均匀分配

随机策略和轮询策略是最基础的两种算法，轮询策略将请求按顺序依次分发，适合集群中各节点性能配置一致的场景；而随机策略则在概率上实现了流量的均匀分布，为了解决服务器性能差异的问题，加权轮询和加权随机应运而生，它们通过配置权重，让高性能机器承担更多流量，从而实现资源利用率的最大化。

最少连接数：动态感知节点压力

对于长连接或处理时间差异较大的业务（如数据库查询、复杂计算），简单的轮询会导致负载不均。最少连接数策略会实时监控各节点当前正在处理的连接数，将新请求优先分配给连接数最少的节点，这种策略能够动态感知节点压力，有效防止长请求堆积在某一台服务器上造成的阻塞。

一致性哈希：解决有状态服务的痛点

在分布式缓存或需要会话保持的场景中，请求随意分发会导致缓存命中率大幅下降。一致性哈希策略通过哈希算法将相同的请求（如同一用户ID）始终路由到同一台服务器，这不仅解决了Session同步的问题，更重要的是极大提升了缓存系统的命中率，减轻了数据库的压力，当节点扩容或缩容时，一致性哈希算法能最大程度保证数据迁移量最小，避免缓存雪崩。

集群容错机制：构建高可用的最后一道防线

在微服务架构中,服务调用链路复杂，网络抖动或服务宕机是常态，集群容错机制的核心在于：当调用失败时，系统如何自动恢复，避免故障扩散。

Failover（故障自动切换）：追求高可用

这是最常用的容错模式，通常配置了重试次数，当消费者调用服务提供者失败时（如超时），负载均衡层会自动尝试调用集群中的其他节点。该策略适用于对实时性要求不高、但必须保证成功的读操作，需要注意的是，对于写操作，需谨慎使用重试，以免造成数据重复提交。

Failfast（快速失败）：保护核心资源

与Failover相反，快速失败策略在调用失败后立即报错，不再重试，这种策略通常用于非核心业务或对实时性要求极高的场景（如支付扣款），其核心价值在于快速止损，避免因长时间等待超时而占用线程资源，从而防止线程池耗尽导致的整个系统瘫痪（雪崩效应）。

Failsafe（失败安全）：实现优雅降级

在某些非关键业务链路（如日志记录、非核心推荐），即使调用失败也不应影响主流程。失败安全策略在调用异常时，会直接捕获异常并记录日志，返回一个空值或默认值，这种“吞掉异常”的方式，虽然牺牲了部分数据的准确性，但换取了系统整体的流畅体验。

Failback（失败自动恢复）：异步重试的智慧

当服务调用失败后，Failback策略会立即返回失败结果，但在后台记录该失败请求，并按照一定的策略进行异步重试。这种策略非常适合用于消息通知等对实时性不敏感但必须保证最终一致性的场景，它解耦了用户请求与重试逻辑，提升了前端响应速度。

架构师视角的综合解决方案

在实际架构设计中,单纯依赖某一种策略往往无法应对复杂的生产环境，我们需要建立一套分层治理的体系。

在流量入口层，建议采用加权轮询或最少连接数策略，并结合熔断限流机制（如Sentinel或Hystrix），当检测到某个节点响应时间过长或异常率升高时，暂时将其剔除出负载均衡列表，待其恢复后再加入，这比单纯的调用失败重试更为高效。

在服务调用层，应根据业务性质区分容错策略，对于核心写服务，采用Failfast确保数据安全；对于核心读服务，采用Failover提升可用性；对于旁路业务，采用Failsafe实现降级。

健康检查是连接负载均衡与集群容错的桥梁，负载均衡器必须具备主动探测能力（如心跳检测），实时感知节点的存活状态，只有“活着的”节点才应该参与流量分配，这是集群容错生效的前提。

相关问答模块

Q1：在分布式缓存场景下，为什么一致性哈希负载均衡策略优于普通轮询？

A： 在分布式缓存中，数据通常存储在特定的节点上，如果使用普通轮询，同一个用户的请求可能被分发到不同的服务器，导致缓存无法命中，频繁穿透回源数据库，造成巨大的压力，一致性哈希策略能够确保相同的请求（如根据用户ID或Key计算哈希）总是路由到同一台服务器，从而大幅提高缓存命中率，减少数据库负载，同时在节点扩缩容时，只需迁移少量数据，保持系统稳定。

Q2：什么情况下应该使用Failfast（快速失败）而不是Failover（故障切换）？

A： Failfast适用于对实时性要求极高、或者操作不可重复的业务场景，在金融交易扣款时，如果第一次调用失败，立即重试可能会导致重复扣款，造成严重后果，此时应使用Failfast立即报错，由人工或上层逻辑介入处理，当系统负载已经很高时，为了避免重试请求加剧系统拥堵（防止雪崩），也应优先选择Failfast策略以快速释放线程资源。