负载均衡当中的坑

最新推荐文章于 2024-06-28 03:55:18 发布

最新推荐文章于 2024-06-28 03:55:18 发布 · 245 阅读

文章标签：

#soa

在深入理解SOA架构与实际操作后，重新审视《分布式Java应用基础与实践》，发现书中看似简单的内容背后蕴含着丰富的经验和教训。特别针对负载均衡策略，包括Random、RoundRobin、WeightedRR、DynamicRR、Load和LeastConnections等算法，通过实例分析它们的优劣与局限性，尤其是当服务器状态变化时，高级算法容易引发的问题。

之前读没有感觉，也没有印象。当自己做了SOA，并且碰到了很多问题，再来看《分布式Java应用基础与实践》就感慨良多。现在读来，那原本不起眼的一句句，都是经验，都是血泪的教训啊。

SOA了，很多服务器提供相同的服务，要做负载均衡。一般的选择有如下几种：
1. Random
2. Round Robin(RR)
3. Weighted RR
4. Dynamic RR
5. Load
6. Least Connections
可参考F5的负载均衡方式[url]https://devcentral.f5.com/blogs/us/intro-to-load-balancing-for-developers-ndash-the-algorithms[/url]

前三种比较简单，也用的比较多。后几种听上去很先进，其实是有坑的。比如Load，按负载来选择服务器，当一台服务器升级后重新上线时，由于Load为0，导致刚上线就收到大量请求，相当于受到flooding攻击，轻则超时，重则宕机。在上下线这种节骨眼上，那些看上去很高级的负载均衡算法很容易导致局部不平衡而出问题。反而那些傻傻的均衡方式工作地更稳定。