常见的负载均衡策略

随机、hash、轮询、权重、最小连接数、最快响应速度

适用场景

1、在短连接中 因为连接快速建立销毁 因为数据延时容易造成堆积效应， 随机、hash、轮询、权重 四种方式大致能够保持整体是均衡的，服务端重启也不会影响整体均衡

2、最小连接、最快响应速度是有状态的算法，因为数据延时容易造成堆积效应

3、长连接，连接会一直保持，断连后需要重新选择一个新的服务节点，当服务重启后，最终连接数会出现不均衡的情况

4、随机、轮询、权重的策略在客户端重连切换时可以使用

长连接相对短连接的优势

在整体连接稳定时，服务端需要一个rebalance机制，将集群视角的连接数重新洗牌分配，趋向另外一种稳态

Nacos负载均衡方案

客户端随机选择/基于权重随机+服务端运行时柔性调整

1、建立连接：启动时实时连接一次，失败后进入异步重连

2、连接切换

服务端推送切换

异步切换节点，指定IP，只做一次客户端连接尝试，失败后正常切换

心跳失败

心跳失败时，启动切换

请求失败时

如果连接状态不合法，启动异步重连

服务端重启时连接切换的流程

1、服务集群中的Server1要重启，将Server1的连接数上限设置为0

2、Server1推送给他所服务的客户端，告诉客户端我要下班了

3、客户端接收到Server1发送过来的连接重置指令，然后进行节点切换

4、Server1进行重启，重启好之后，告诉其他的Server，我来上班了，让集群知道Server1可以正常提供服务了

通过控制台监控数据和运维管理

1、Server之间的数据共享，包含负载计算数据、变更管理、权重值、节点监控数据、调节策略数据

2、通过web ui控制台可以查看到这些监控数据包括基础系统信息和连接数

3、通过控制台也可以进行运维操作 比如重启（柔性驱逐）/连接数上限调整/指定节点重置