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

[经验分享] Linux学习总结(五十四)LVS nat 模式搭建

[复制链接]

尚未签到

发表于 2019-1-4 11:09:34 | 显示全部楼层 |阅读模式
  本篇主要参考文章为 https://www.cnblogs.com/kevingrace/p/5574486.html
还有微信公众号 码农翻身

一 负载均衡介绍


  • 主流开源软件LVS、keepalived、haproxy、nginx等
  • 其中LVS属于4层(网络OSI 7层模型),nginx属于7层,haproxy既可以认为是4层,也可以当做7层使用
  • keepalived的负载均衡功能其实就是lvs
  • lvs这种4层的负载均衡是可以分发除80外的其他端口通信的,比如MySQL的,而nginx仅仅支持http,https,mail,haproxy也支持MySQL这种
  • 相比较来说,LVS这种4层的更稳定,能承受更多的请求,而nginx这种7层的更加灵活,能实现更多的个性化需求
    二 LVS 介绍
  • LVS是由国人章文嵩开发的,linux virtual server的缩写,是一个虚拟的服务器集群系统,可以在unix/linux平台下实现负载均衡集群功能。流行度不亚于apache的httpd,基于TCP/IP做的路由和转发,稳定性和效率很高。
  • LVS最新版本基于Linux内核2.6,有好多年不更新了
  • LVS有三种常见的模式:NAT、DR、IP Tunnel
  • LVS架构中有一个核心角色叫做分发器(Load balance),它用来分发用户的请求,还有诸多处理用户请求的服务器(Real Server,简称rs)

    对照上图,我们简单说下lvs 的基本原理
    客户端通过网络向负载均衡服务器发送访问请求。负载均衡器接受客户的请求,然后先是根据LVS的调度算法(8种)来决定要将这个请求发送给哪个节点服务器。然后依据自己的工作模式来看应该如何把这些客户的请求发送给节点服务器,节点服务器又应该如何来把响应数据包发回给客户端。
    我们再介绍下8种调度算法
    轮询 Round-Robin  rr
    加权轮询 Weight Round-Robin wrr
    最小连接 Least-Connection lc
    加权最小连接 Weight Least-Connection wlc
    基于局部性的最小连接 Locality-Based Least Connections lblc
    带复制的基于局部性最小连接 Locality-Based Least Connections with Replication  lblcr
    目标地址散列调度 Destination Hashing dh
    源地址散列调度 Source Hashing  sh
    三 lvs nat 原理
      在介绍lvs nat 模式之前,先来熟悉下几个常用名称
    DS :  directory server  调度器,分发器, LB load banlancer 负载均衡器就属于一种调度器
    RS : real server 后端提供访问内容的真实服务器,也叫节点服务器
    VIP: 虚拟ip,向外部直接面向用户请求,作为用户请求的目标地址
    DIP: dicrectory server ip  调度器上用于和内部主机通信的ip
    RIP: real server ip   节点服务器ip
    CIP: client ip  客户端的ip地址
    这种模式借助iptables的nat表来实现。用户的请求到分发器后,通过预设的iptables规则,把请求的数据包转发到后端的rs上去。rs需要设定网关为分发器的内网ip。用户请求的数据包和返回给用户的数据包全部经过分发器,所以分发器会成为瓶颈。 在nat模式中,只需要分发器有公网ip即可,所以比较节省公网ip资源。
    整体架构图如下

    具体实现过程为:

    1)客户端请求数据,目标IP为VIP
    2)请求数据到达LB服务器,LB根据调度算法将目的地址修改为RIP地址及对应端口(此RIP地址是根据调度算法得出的。)并在连接HASH表中记录下这个连接。
    3)数据包从LB服务器到达RS服务器webserver,然后webserver进行响应。Webserver的网关必须是LB,然后将数据返回给LB服务器。
    4)收到RS的返回后的数据,根据连接HASH表修改源地址VIP&目标地址CIP,及对应端口80.然后数据就从LB出发到达客户端。
    5)客户端收到的就只能看到VIP\DIP信息。
    四 lvs nat 模式搭建
      接下来我们结合具体实例 理解整个过程
    结构框图如下


  LB有两个IP,一个对外(192.168.199.200),一个对内(192.168.226.129)。用户看到的是那个对外的IP。后面真正提供服务的服务器为RS1,RS2,RS3,他们的网关都指向LB。我们做实验只用了两台RS。也就是说这里只用到一个公网ip
192.168.199.200
数据包传递过程如下:
1)客户发出请求到LB服务器

2) LB 收到用户请求,要把请求转发到RS1服务器,就修改目的地址为RS1的ip,端口为R1的端口

3)RS1 处理完请求,把http报文层层封装,返回响应报文给客户端

4) 由于LB是网关,它在半路收到该数据包,做第二次修改,将源地址和源端口替换为自己的,发给客户端。

整个数据的流向为
客户端---> LB ---> RS --->LB ---> 客户端
三台机器具体实验
分发器,也叫调度器(简写为dir)
内网:ens33 192.168.226.129,外网ens37:192.168.199.200(vmware仅主机模式)
rs1
内网:ens33 192.168.226.130,设置网关为192.168.226.129
rs2
内网:ens33 192.168.226.131,设置网关为192.168.226.129
三台机器上都执行执行

systemctl stop firewalld; systemc disable firewalld
systemctl start  iptables-services; iptables -F; service iptables save
  在dir上安装ipvsadm
yum install -y ipvsdam
在dir上编写脚本,vim /usr/local/sbin/lvs_nat.sh//内容如下

#! /bin/bash
#director 服务器上开启路由转发功能
echo 1 > /proc/sys/net/ipv4/ip_forward
#关闭icmp的重定向
echo 0 > /proc/sys/net/ipv4/conf/all/send_redirects
echo 0 > /proc/sys/net/ipv4/conf/default/send_redirects
#注意区分网卡名字,网卡分别为ens33和ens37
echo 0 > /proc/sys/net/ipv4/conf/ens33/send_redirects
echo 0 > /proc/sys/net/ipv4/conf/ens37/send_redirects
#director 设置nat防火墙
iptables -t nat -F
iptables -t nat -X
iptables -t nat -A POSTROUTING -s 192.168.226.0/24  -j MASQUERADE
#director设置ipvsadm
IPVSADM='/usr/sbin/ipvsadm'
$IPVSADM -C
$IPVSADM -A -t 192.168.199.200:80 -s wrr
$IPVSADM -a -t 192.168.199.200:80 -r 192.168.226.130:80 -m -w 1
$IPVSADM -a -t 192.168.199.200:80 -r 192.168.226.131:80 -m -w 1
  运行脚本后测试:
编辑rs1 nginx 默认页 内容为hello, i am from 192.168.226.130
rs2 nginx 默认页内容为hello world ,I'am from 192.168.226.131
用浏览器访问 192.168.199.200

再次刷新结果为





运维网声明 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-659261-1-1.html 上篇帖子: LVS三种工作模式总结 下篇帖子: 基于Keepalive实现LVS高可用集群
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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