LoadBalancerInterceptor负载均衡拦截器

Posted 2023-04-18

参考技术A LoadBalancerAutoConfiguration负载均衡自动配置 里面调用

这个负载均衡器的拦截 完全靠注入的LoadBalancerClient决定怎么做
拦截里面 转到 LoadBalancerClient .execute 里面会选中具体的服务实例 再来回调apply方法
回调的方法 里面穿的HttpRequest的getUrl 重写 里面也用LoadBalancerClient.reconstructURI 吧原来的url换掉

四层负载均衡技术

参考技术A

通常使用的nginx负载均衡技术， 在网络分层中处于应用层（第七层），nginx与客户端建立连接（握手），然后再根据请求信息以及本地配置信息，将请求灵活的分发到不同的服务上。nginx这类7层负载均衡的优缺点都很明显。

除了nginx这种7层负载均衡策略，还有基于传输层（4层）的负载均衡策略。通过分析请求的 IP地址以及端口号 进行请求的负载均衡。根据请求处理模式的不同，4层负载均衡 算法 可以分为： NAT , DR 以及 TUN隧道技术 等。4层负载均衡的实现方式有： LVS 。

NAT(Network Address Translation，网络地址转换)技术，在专用内部网络中，分配一台实现了NAT技术的路由或服务Load Balance Service。这台负载均衡服务器分配了公网IP(VIP, Virtual IP)，所有客户端请求服务都请求此IP。LB通过不同的算法，将请求数据包的源IP以及目标IP修改，转发到真实服务器（Real Service）上进行业务处理。其具体的步骤可以分为：

可以看到通过NAT模式进行负载均衡，所有的请求以及响应都要通过LB服务器，当访问量较大时，LB服务器会成为瓶颈 。

DR(Direct Routing, 直接路由模式)，LB通过修改请求数据包的目标MAC地址，并且在Real Service服务配置只有 自己可见的lo:VIP ，实现数据包的接收（自己没有VIP的话，服务并不会接收数据包）。整个转发的流程为：

TUN思想跟DR类似，在Real Service上配置一个内部可见的lo:VIP地址，LB通过封装或修改数据包信息实现请求的转发。不同于DR模式LB修改MAC地址，为了 实现不同网段 的Real Service负载，TUN模式通过在原有的数据包外 封装一层IP Tunnel ，实现数据的转发。由于封装完 IP Tunnel 后数据包和正常的数据包结构不同，所以Real Service的 OS需要支持Tunnel功能 。TUN转发的具体流程为：

LB虽然没有完全解析数据包无法得知请求信息，但是可以通过监听请求头信息（例如，SYN、FIN等）判断客户端与Real Service之间的连接情况。LB通过监听请求信息，维护了各个Real Service的连接信息表。通过这些信息实现不同的调度算法进行负载均衡。

LB将请求依次转发至不同的Real Service

给Real Service分配不同的权值，LB根据RS的权值的高低转发请求

根据请求的目标地址（资源，例如同一URL）进行Hash，转发至RS上

对客户端的域名或者IP进行Hash，转发至RS上

LB将请求转发至连接最少的RS上

LB通过加权轮询以及RS的连接情况来转发请求

LB维护 目标IP到一台RS 的映射表（目标IP最近使用的RS），通过映射表将请求转发至RS，若RS不存在或者超载，通过 最少连接 策略选出一台新的RS进行转发

LB维护 目标IP到一组RS 的映射表（目标IP最近使用的RS），通过 最少连接 策略从服务器组选择一个RS进行转发，若RS不存在或者超载，通过 最少连接 策略选出一台新的RS进行转发，并将此RS加入映射组中。