设为首页 收藏本站
查看: 971|回复: 0

[经验分享] lvs4种工作模式的介绍

[复制链接]

尚未签到

发表于 2019-1-4 12:34:20 | 显示全部楼层 |阅读模式
  lvs基础知识:
  章文嵩研发的:淘宝名正明
  lvs:linux Virtual Server
  L4:Layer 4,四层交换,四层路由
  lvs管理工具:
  ipvsadm/ipvs(让用户定义规则)
  ipvsadm:用户空间的命令行工具,用于管理集群服务;(即规则的增删查改)
  支持TCP,UDP,AH,EST,AH_EST,SCTP等诸多协议
  lvs几个概念:
  调度器:director,dispatcher,balancer
  RS:Real Server(后端真实提供服务主机)
  Client IP:CIP(客户访问的IP)
  Director Virtual IP:VIP(提供外网访问的虚拟IP)
  Director IP:DIP(虚拟IP主机上的真实IP)
  Real Server IP:RIP(后端真实提供服务主机的IP)
  lvs工作模式:
  Lvs-nat:通常称为MASQUERADE
  Lvs-dr(direct routing直接路由):GATEWAY
  Lvs-tun(ip tunneling,隧道模式):IPIP
  Lvs-fullnat:
  lvs-nat模式:
  请求和响应报文都经过director,而且DIP和RIP    必须在同一网段;
  多目标的DNAT(iptables):它通过修改请求报文的目标IP地址(同时可能会修改目标端口)至挑选出某RS的RIP实现转发;
  (1)RS应该和DIP应该使用私网地址,且RS的网关要指向DIP;
  (2)请求和响应报文都经由director转发;极高负载的场景中,director可能会成系统瓶颈;
  (3)支持端口映射;
  (4)RS可以使用任意OS;
  (5)RS的RIP和Director的DIP必须在同一IP网络;
  (6)由于数据包来回都需要经过高度器,因此要开启内核转发功能,当然防火墙Iptables也要开启forward功能
  lvs-dr模式(生产中最常用的模式):
  dr模式的工作原理:
    a.direct routing,客户端请求报文经由director;
    b.direct通过修改请求报文的目标MAC地址进行转发,将MAC改为后端RS的MAC,然后将请求发送给修改后的MAC对应的RS;
    c.响应报文经由RS直接经由网关响应客户端;

  在以上流程中,唯一修改的就是目标MAC
    所有节点和LVS要处于一个局域网,可以是不同网段;
  后端RS如何实现直接将请求直接响应:
  a.在RS的lo上绑定VIP
  b.抑制arp广播响应
  注:修改RS主机内核的参数(抑制arp广播,因为RS会在lo上配置VIP,客户端请求时会发arp广播,如果不抑制,会有2个主机进行响应,LVS功能就会失效;在LVS和RS之间没有广播进行,LVS是直接封闭信息,经由Director算法找到RS,从而由RS直接进行转发)
  (1)保证前端路由器将目标IP为VIP的请求报文发送给director;
  (2)RS的RIP可以使用私有地址,但也可以使用公网地址;
  (3)RS跟Director必须在同一物理网络中;可以是不同网段;
  (4)请求报文经由Director调度,但响应报文一定不能经由Director;
  (5)不支持端口映射;
  (6)RS可以是大多数OS;
  (7)RS的网关不能指向DIP;
  (8)理论上只要RS可以出网即可,不是必须要配置外网IP,当然配置外网响应速度会更快(否则容易造成网关瓶颈)
  (9)总的来说DR模式效率很高,但配置较麻烦,建议日PV在1000-2000WPV或并发请求1万以下的建议用haproxy/nginx模型
  (10)直接对外的访问业务,例如:web服务做RS节点,RS最好用公网IP地址,如果不直接对外的业务,例如:mysql,存储系统RS节点,最好只用内部IP地址
  Lvs-tun模式:(ipip隧道)
  不修改请求报文的IP首部,而是通过在原有的IP首部(CIP-VIP)之外,再封装一个ip首部(DIP-RIP);
  (1)RIP,DIP,VIP全得是公网地址;
  (2)RS的网关不能指向DIP;
  (3)请求报文必须经由director调度,但响应报文必须不能经由director;
  (4)不支持端口映射;
  (5)RS的OS必须支持隧道功能;
  基本上同dr模式一样,只是在客户端请求的时候在首部添加一个指向RS的IP头部
  Lvs-fullnat:源地址和目标地址都会改变;
  director通过同时修改请求报文的上标地址和源地址进行转发;
  (1)VIP是公网地址;RIP和DIP是私网地址,二者无须在同一个网络中:
  (2)RS接收到的请求报文的源地址为DIP,因此要响应给DIP;
  (3)请求报文和响应报文都必须经由Director;
  (4)支持端口映射机制;
  (5)RS的OS可以是任意OS;
  官方:三种IP负载均衡技术的优缺点归纳:
  

  





运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-659323-1-1.html 上篇帖子: LVS的几种工作模式 下篇帖子: centos6.5 配置LVS_DR集群
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表