LVS-DR模式原理理解

Posted 2022-01-24 joe_HelloWorld

这几天利用闲暇的时间把一些知识总结一下

首先介绍下正向代理和反向代理

• 正向代理

客户端访问不到真实服务器, 需要正向代理的帮忙,所以我们需要主动访问正向代理

• 反向代理

客户端访问目标服务器, 反向代理是网络架构预先设计好的, 我们客户没得选,只能访问这一个目标IP,而且我们不知道访问的是反向代理

客户端访问真实服务器, 反向代理对于客户端,是透明的, 客户端觉得自己访问的就是真实web, 并不知道中间有代理服务器的介入

首先我们从LVS_DR的拓扑图中了解下DR模式的服务器架构, 负载调度器和真实服务器在同一冲突域内, 测试机通过VIP向发来请求,

既然是负载均衡架构, 就应该然客户请求先经过负载调度器, 之后, 负载调度器转发给真实服务器, 在同一局域网下, IP地址冲突, 所以用MAC地址转换的方式转发. 这样实验理论可以讲通了

真实服务器的VIP,我们不能设在负载调度器和真实服务器的广播域下, 但是又需要相同的VIP, 真实服务器需要一张独立的网卡, 否则客户机直接通过交换 访问到真实服务器,失去负载均衡的意义

真实服务器, 我们使用自身独立的回环网卡的子接口 设置成虚拟IP , 之后通过开启路由转发的方式 , 连通真实服务器当前交换机局域网内网卡和回环网卡 .

客户端访问时.源ip,目标IP分别为 CIP和VIP,源MAC和目标MAC分别为CIP-MAC和对应的VIPMAC,这样访问时,通过IP和mac 直接访问到负载调度器, 因为负载调度器的IP是交换机局域网内的对应网卡的 子接口.

我们可以看到在负载调度器, 将源MAC 从CIP-MAC换成负载调度器的MAC ,目标MAC,换成真实服务器的MAC,,这时向真实服务器转发客户端请求, 源IP为客户端IP,目标IP为VIP,

转发请求时,设备有VIP则接受请求,否则拒绝, 所以真实服务器可以接收请求

由于两台真实服务器都可以解析到VIP,但是负载调度器根据负载均衡算法输出一个唯一的RIP-MAC,这样指定唯一的真实服务器处理此次请求

在真实服务器处理完客户端请求时,直接将目标IP和源IP交换,直接到达客户机,不再经过负载调度器