,章文嵩研发的:淘宝名正明
,lv: linux虚拟服务器
,L4:第4层,四层交换,四层路由
,ipvsadm/ipv(让用户定义规则)
,ipvsadm:用户空间的命令行工具,用于管理集群服务,(即规则的增删查改)
,支持TCP, UDP,啊,是,AH_EST, SCTP等诸多协议
,调度器:导演、调度员、均衡器
,拉尔夫-舒马赫:真正的服务器(后端真实提供服务主机)
,客户端IP: CIP(客户访问的IP)
,导演虚拟IP: VIP(提供外网访问的虚拟IP)
,导演IP:浸渍(虚拟IP主机上的真实IP)
,真正的服务器IP: RIP(后端真实提供服务主机的IP)
,Lvs-nat:通常称为伪装
,Lvs-dr(直接路由直接路由):网关
,Lvs-tun (ip隧道隧道模式):IPIP
,Lvs-fullnat:
,请求和响应报文都经过导演,而且倾斜和RIP ,,必须在同一网段;
,多目标的DNAT (iptables):它通过修改请求报文的目标IP地址(同时可能会修改目标端口)至挑选出某RS的RIP实现转发;
,(1)RS应该和倾角应该使用私网地址,且RS的网关要指向倾斜;
,(2)请求和响应报文都经转由董事发;极高负载的场景中,董事可能会成系统瓶颈;
,(3)支持端口映射;
,(4)RS可以使用任意OS;
,(5)RS的RIP和导演的倾斜必须在同一IP网络;
,(6)由于数据包来回都需要经过高度器,因此要开启内核转发功能,当然防火墙Iptables也要开启向前功能
,
,,,一个。直接路由,客户端请求报文经由董事;
,,,b。直接通过修改请求报文的目标MAC地址进行转发,将MAC改为后端RS的MAC,然后将请求发送给修改后的MAC对应的RS;
,,,c。响应报文经由RS直接经由网关响应客户端;
,,,在以上流程中,唯一修改的就是目标MAC
,,,所有节点和lv要处于一个局域网,可以是不同网段,,
,
,,,一。在RS的瞧上绑定VIP
,,,b。抑制arp广播响应
,,,注:修改RS主机内核的参数(抑制arp广播,因为RS会在瞧上配置贵宾,客户端请求时会发arp广播,如果不抑制,会有2个主机进行响应,lv功能就会失效;在lv和RS之间没有广播进行,lv是直接封闭信息,经董事由算法找到RS,从而由RS直接进行转发)
,(1)保证前端路由器将目标IP为VIP的请求报文发送给导演。
,(2)RS的RIP可以使用私有地址,但也可以使用公网地址;
,(3)RS跟导演必须在同一物理网络中;可以是不同网段;
,(4)请求报文经董事由调度,但响应报文一定不能经由董事;
,(5)不支持端口映射;
,(6)RS可以是大多数OS;
,(7)RS的网关不能指向下降;
,(8)理论上只RS可要以出网即可,不是必须要配置外网IP,当然配置外网响应速度会更快(否则容易造成网关瓶颈)
,(9)总的来博士说模式效率很高,但配置较麻烦,建议日光伏在1000 - 2000的野生脊髓灰质炎病毒或并发请求1万以下的建议用haproxy/nginx模型
,(10)直接对外的访问业务,例如:web服务做RS节点,RS最好用公网IP地址,如果不直接对外的业务,例如:mysql,存储系统RS节点,最好只用内部IP地址
,不修改请求报文的IP首部,而是通过在原有的IP首部(CIP-VIP)之外,再封装一个IP首部(DIP-RIP);
,(1)撕裂,倾斜,VIP全得是公网地址;
,(2)RS的网关不能指向下降;
,(3)请求报文必须经董事由调度,但响应报文必须不能经由董事;
,(4)不支持端口映射;
,(5)RS的OS必须支持隧道功能,
,基本上博士同模式一样,只是在客户端请求的时候在首部添加一个指向RS的IP头部
,导演通过同时修改请求报文的上标地址和源地址进行转发;
,(1)贵宾是公网地址;RIP和倾斜是私网地址,二者无须在同一个网络中:
,(2)RS接收到的请求报文的源地址为下跌,因此要响应给下降;
,(3)请求报文和响应报文都必须经由董事;
,(4)支持端口映射机制;
,(5)RS的操作系统可以是任意OS;
