【SpingCloud】客户端与服务端负载平衡机制，微服务负载平衡NacosLoadBalancer， 拓展：OSI七层网络模子

客户端与服务端负载平衡机制

大概有第一次听说集群和负载平衡，以是呢，我们先来做一个先容，然后再聊服务端与客户端的负载平衡区别。

集群与负载平衡

负载平衡是基于集群的，假如没有集群，则没有负载平衡这一个说法。 先来看什么是集群

从图中可以看到，集群就是由同一个服务举行的程度扩展，只须要复制多方，就能构成一个群体，这个群体须要利用负载平衡器维系在一起，他们才气成为一个集群团体，才气说的上是一个集群架构。假如没有负载平衡器，单独靠自己无法成为一个团体，只能是单独的个体，以是负载平衡器也是他们和外部接洽的沟通渠道，是一个领头羊。别的集群也提供了高可用的目的，假如只有一个节点，挂了则无法再继续为用户提供服务了，显然这不符合现在的市场，以是高可用肯定要落地的。
负载平衡器： 别的，负载平衡器是可以用于平摊流量的，假如现在流量有300万，那么可以每台节点平摊100万的哀求，如许并发量就提升了，压力也就平摊了。

多级网关（负载平衡器的范例）

  

• 硬负载平衡器：F5，性能非常强大，企业级应用可以完全依赖他，但是，是在太贵了，中小公司是无法负担的，少则几十万，多则上百万，我们的老体系就是用的F5，每年还要150万的维护费用，企业负担太大了。传统软件用F5的会比力多。  
  
• 软负载平衡器：办理中小企业痛点，很自制，通过软件来实现负载平衡。只须要安装设置则可以实现负载平衡的效果，好比Nginx，Apache，Haproxy，都可以，那么这也是现在java生态里用的最多的方式。
  

别的另有基于网络模子的四层负载和七层负载：

  

• 四层署理：基于TCP，好比LVS+Keepalived，这玩意就是云负载平衡器的底层，