黄岛建设局网站,买国外域名 网站,上海网页设计培训网,高端设计图网站一、 前言当一组服务器在高速的局域网或广域网中相互连接#xff0c;其前端部署了一个负责负载调度的调度器(Director)的服务器系统。调度器能将网络请求无缝调度到真实服务器上(Real server)#xff0c;客户访问集群系统提供的网络服务就像访问一台高性能、高可用的服务器一…一、 前言当一组服务器在高速的局域网或广域网中相互连接其前端部署了一个负责负载调度的调度器(Director)的服务器系统。调度器能将网络请求无缝调度到真实服务器上(Real server)客户访问集群系统提供的网络服务就像访问一台高性能、高可用的服务器一样。集群系统支持透明地增加或删除服务器节点而客户对此是无感知的。除此之外集群系统能够通过检测节点或服务进程的故障来正确地进行节点的切换以此达到系统的高可用性。通过此类技术实现的负载均衡因为是在Linux内核上实现的因此被称为Linux vitural server(lvs)。Lvs集群的类型包括nat、dr、tun和fullnat四种类型这四种类型的Lvs集群分别有着不同的特点及应用场景下面我们就来一起看看它们的区别。lvs常用术语VS:Virtual Server调度器负责调度RS: Real Server负责真正提供服务后端服务器VIP: LVS服务器上的公网IP即Virtual IPDIP: LVS服务器上的内网IP即Director IPRIP: Real Server上的内网IPCIP客户端的IP二、lvs集群的使用场景1、natlvs的nat集群会将请求报文中的目标地址和目标端口修改为选定到的真实服务器的Ip和端口从而实现报文的转发。lvs-nat集群应用时由以下几点注意实现1、RIP和DIP必须在同一个Ip网络中且应使用私网地址RS的网关要指向DIP2、请求报文和响应报文必须经由Director转发3、支持端口映射可修改请求报文的目标端口4、director必须为Linux系统RS可以为任意系统此集群类型的优点在于RS可支持任意TCP/IP操作系统且仅需一个合法的公网Ip即可部署。但是其缺点为当集群扩展到一定程度后Director容易成为整个集群系统的瓶颈。nat应用场景逻辑图上图为lvs-nat的常见的使用场景其工作流程如下1、客户端的请求发往Director 的VIP。2、Director发到客户端请求报文后将报文中的目标Ip修改为集群中的选定的RIP目标端口80也修改成8080然后将请求报文发往RS。3、当RS收到请求报文后在检查报文的目标IP为自己的RIP后会接受报文并进行处理响应。响应的源Ip为RIP目标IP为CIP端口不变。4、Director收到RS的响应报文修改响应报文的源IP为VIP端口为80然后转发给客户端。5、客户端接受响应报文其源IP为VIP端口为80整个过程对于客户端来说是透明无感知的。2、drlvs-dr集群是Lvs的默认模式又称为Direct Routing直接路由模式。通过为请求报文重新封装一个MAC首部进行转发源MAC是DIP所在的接口的MAC目标MAC是某挑选出的RS的RIP所在接口的MAC地址源IP/PORT以及目标IP/PORT均保持不变。在DR 模式下需要在 Director 和 RS 集群绑定同一个 VIP(RS 通过将 VIP 绑定在 loopback 实现)。由于在VIP在同一个网络中的多台服务器上都需要配置因此必须对RS的ARP响应报文规则进行修改其方式有三种(a) 在前端网关做静态绑定(b) 在RS上使用arptables工具# arptables -A IN -d $VIP -j DROP# arptables -A OUT -s $VIP -j mangle --mangle-ip-s $RIP(c) 在RS上修改内核参数以限制arp通告及应答级别echo 1 /proc/sys/net/ipv4/conf/all/arp_ignoreecho 1 /proc/sys/net/ipv4/conf/lo/arp_ignoreecho 2 /proc/sys/net/ipv4/conf/all/arp_announceecho 2 /proc/sys/net/ipv4/conf/lo/arp_announce总的来说DR模式在部署时有以下几点需要注意的1、确保前端路由器将目标Ip为VIP的请求报文发往director2、RS的RIP可以使用私网地址也可以是公网地址RIP与DIP在同一IP网络RIP的网关不能指向DIP以确保响应报文不会经由Director3、RS跟Director要在同一个物理网络4、请求报文要经由Director但响应不能经由Director而是由RS直接发往Client5、dr模式不支持端口映射lvs-dr模式的优点在于Director只是分发请求应答包通过单独的路由方法返回给客户端。与Lvs-tun相比Lvs-dr这种实现方式不需要隧道结构因此可以使用大多数操作系统做为物理服务器。缺点在于要求负载均衡器的网卡必须与物理网卡在一个物理段上。lvs-dr应用场景上图为lvs-dr的常见的使用场景,其工作流程如下1、客户端的请求会发往Director此时客户端请求报文的源Ip为CIP目标Ip为Director的VIP。2、当Director接受到客户端的请求报文后Director会在请求报文外封装一个MAC首部其源MAC为Director接口的MAC地址目标MAC为选定RS的MAC地址3、当RS收到Director转发过来的请求报文后检查发现请求报文的目标Ip为本地环回接口上配置的VIP因此会接受报文进行响应处理。另外由于对ARP响应规则做了修改因此RS不会把响应报文响应给director 而是响应给GW4、客户端接收响应报文完成通信。3、tun转发方式工作不修改请求报文的IP首部而在源IP报文之外再封装一个IP首部(源IP是DIP目标IP是RIP)将报文发往挑选出的目标RealServerRealServer直接响应给客户端(源IP是VIP目标IP是CIP),此模式的注意要点(1) DIP, VIP, RIP都应该是公网地址(2) RS的网关不能也不可能指向DIP(3) 请求报文要经由Director但响应不能经由Director(4) 不支持端口映射(5) RS的OS得支持隧道功能lvs-tun模式的优先在于Director只负责将请求包分配给对应的RS而响应则由RS自己直接应答给客户端因此director不再是瓶颈。但其缺点在于需要每个服务器都支持Ip tunnel协议。lvs-tun应用逻辑图4、fullnatlvs-fullnat模式即通过同时修改请求报文的源IP地址和目标IP地址进行转发的模式。此类型的模式默认Kernel不支持。此模式的注意要点为(1) VIP是公网地址RIP和DIP是私网地址且通常不在同一IP网络因此RIP的网关一般不会指向DIP(2) RS收到的请求报文源地址是DIP因此只能响应给DIP但Director还要将其发往Client(3) 请求和响应报文都经由Director(4) 支持端口映射fullnat应用场景逻辑图如上图所示1.客户端的请求会发往Director此时客户端请求报文的源IP为CIP目标IP为Director的VIP2.当Director收到客户端的请求报文时会将源IP修改为本机的DIP同时将请求报文中的目标IP修改为后端某个RS的RIP具体为哪个RS的RIP取决于LVS使用的具体算法3.当RS收到对应的请求报文时会发现报文的目标IP就是自己的RIP于是就会接收报文并 处理后进行响应。响应报文的源IP则为RIP目标IP则为DIP4.当Director收到对应的响应报文时Director会将响应报文的源IP修改为VIP目标IP修改为CIP于是响应报文被发往客户端。5.客户端则会收到响应报文源IP为VIP端口为80而LVS相对于客户端而言转换过程是透明的。
