`
can_do
  • 浏览: 263592 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

Linux上LVS-DR模式部署点滴

阅读更多
************************************
环境:
vip=192.168.15.111
director_ip=192.168.15.100,192.168.15.101
real_server_ip=192.168.15.102,192.168.15.103

术语:
1> vip => virtual server ip-address
2> cip=> client ip
3> dip=> director ip
4> rs => Real Server

注意:
1> 发送到Loopback逻辑网卡上的数据将路由不出去;
2> 两个Director主机中,同时只能有一个上面的vip是生效的;
3> Director所在主机的路由表中,无需存在vip的路由信息;
4> RealSever上同时会挂VIP,但是注意其子网掩码必须是4个255,即255.255.255.255;
5> 如果是公网IP NAT到VIP上,建议采用全端口号映射方式,而不是仅映射指定端口号,避免由RS出去的数据包,不能总是到达客户端ip;
6> 参数arp_ignore和arp_announce分别有all,default,lo,eth0等对应不同网卡。当all和具体网卡的参数值不一致时,配置为较大值的生效。一般只需修改all和某个具体网卡的参数即可。

********************************
【DIP】
路由上无需存在vip的信息:
[devuser@your_hn_15_100 ~]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.8.1       0.0.0.0         UG    0      0        0 ens192
192.168.8.0       0.0.0.0         255.255.248.0   U     0      0        0 ens192
***************************
[devuser@your_hn_15_101 ~]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.8.1       0.0.0.0         UG    0      0        0 ens192
192.168.8.0       0.0.0.0         255.255.248.0   U     0      0        0 ens192
*************************************
[devuser@your_hn_15_100 ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:9e:c4:09 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.100/21 brd 192.168.15.255 scope global ens192
       valid_lft forever preferred_lft forever
    inet 192.168.15.111/32 scope global ens192
       valid_lft forever preferred_lft forever
**************************************************
[devuser@your_hn_15_101 ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:9e:d3:06 brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.101/21 brd 192.168.15.255 scope global ens192
       valid_lft forever preferred_lft forever
***********************************************
【RS】
[devuser@your_hn_15_102 ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet 192.168.15.111/32 brd 192.168.15.111 scope global lo:0
       valid_lft forever preferred_lft forever
2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:9e:99:7c brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.102/21 brd 192.168.15.255 scope global ens192
       valid_lft forever preferred_lft forever
************************************************
[devuser@your_hn_15_103 ~]$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet 192.168.15.111/32 brd 192.168.15.111 scope global lo:0
       valid_lft forever preferred_lft forever
2: ens192: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:9e:12:3f brd ff:ff:ff:ff:ff:ff
    inet 192.168.15.103/21 brd 192.168.15.255 scope global ens192
       valid_lft forever preferred_lft forever
************************************************
[devuser@your_hn_15_103 ~]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.8.1       0.0.0.0         UG    0      0        0 ens192
192.168.8.0       0.0.0.0         255.255.248.0   U     0      0        0 ens192
192.168.15.111    0.0.0.0         255.255.255.255 UH    0      0        0 lo
*******************************************************
[devuser@your_hn_15_102 ~]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.8.1       0.0.0.0         UG    0      0        0 ens192
192.168.8.0       0.0.0.0         255.255.248.0   U     0      0        0 ens192
192.168.15.111    0.0.0.0         255.255.255.255 UH    0      0        0 lo
********************************************************
【ARP抑制】
echo 1 > /proc/sys/net/ipv4/conf/ens192/arp_ignore
echo 2 > /proc/sys/net/ipv4/conf/ens192/arp_announce
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce

arp_ignore:
1:只响应目的IP地址为接收网卡上的本地地址的arp请求。
arp_announce:
2:只向该网卡回应与该网段匹配的ARP报文。

具体操作如下:
==>RS上配置路由时,是配置到lo上还是lo:0上?==>操作时针对lo:0
## 添加IP地址为VIP的虚拟网卡lo:0
==>ifconfig lo:0 192.168.15.111 broadcast 192.168.15.111 netmask 255.255.255.255
## 添加一条路由,目标IP为VIP的数据包使用lo接口发送,这样响应报文的源IP就会为VIP
==>route add -host 192.168.15.111 dev lo:0 
==>操作时针对lo:0,只是route展示时,显示的是lo
==>inet 192.168.15.111/32 brd 192.168.15.111 scope global lo:0

********************************************************

[devuser@your_hn_15_100 ~]$ cat /etc/keepalived/keepalived.conf
vrrp_instance VI_1 {
    state MASTER
    interface ens192
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass your_password
    }
    virtual_ipaddress {
        192.168.15.111
    }
}

virtual_server 192.168.15.111 443 {
    delay_loop 6
    lb_algo sh
    lb_kind DR
    persistence_timeout 3600
    protocol TCP
    real_server 192.168.15.109 443 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 443
        }
    }

    real_server 192.168.15.110 443 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 443
        }
    }
}


virtual_server 192.168.15.111 7885 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    persistence_timeout 3600
    protocol TCP
    real_server 192.168.15.102 7885 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 7885
        }
    }
    real_server 192.168.15.103 7885 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 7885
        }
    }
}

【写在最后】=>LVS-DR解读
>>>DR模式只是针对源和目标MAC地址做出修改,源和目标IP还是不变;当请求报文由LVS服务器处理后发送到后端服务器RS上,
RS拆封报文时会发现目标MAC是自己的MAC地址,但是目标IP是VIP,与本地IP地址不符合,那么RS就会认为不是发给自己的报文,
所以此时需要在RS上配置VIP,这样RS就可以接受目标地址为VIP的请求报文了。
注意:此条讲的是RS上为什么要配置VIP?

>>>如果将VIP设置在RS的网卡上,假设有多台RS并且每台RS上都配置了VIP,在这个网络中发出VIP的ARP请求,
就有多个RS响应,这样肯定是不可以;因此就把VIP配置到回环地址lo网卡上,然后让lo网卡忽略所有ARP请求,eth0网卡正常响应ARP请求,
这样网络中就不会收到RS关于VIP的响应;还有一个问题就是当本地网卡响应ARP请求时,也有可能通过lo网卡回应,
然后把VIP作为ARP请求的源IP通告出去,那么就必须禁止VIP作为ARP请求的源IP,这个问题可以通过修改arp_announce参数解决。
注意:此条讲的是RS上VIP配置在哪个设备上(lo)?

>>>由于客户端发起的请求报文源IP为CIP,目标IP为VIP;所以客户端收到的响应报文源IP必须为VIP,目标IP必须为CIP,
因此在RS发送的响应报文必须由VIP的lo网卡发出,这就需要在RS上指定一条路由,目标IP为VIP的数据包使用lo网卡发出,
然后经由eth0转发到网关再到公网客户端。
注意:此条讲的是VIP的使用规则?

【温馨提示】
如果您觉得满意,可以选择支持下,您的支持是我最大的动力:

分享到:
评论

相关推荐

    8.1: 集群及LVS简介 、 LVS-NAT集群 、 LVS-DR集群 、 总结与答疑.docx

    本文档主要讲解了Linux虚拟服务器(LVS)的基本概念和实现方法,涵盖了LVS的集群模式、LVS-NAT集群、LVS-DR集群等内容。同时,文档还提供了一些实际的案例,包括使用ipvsadm命令实现集群服务、部署LVS-NAT集群和部署...

    掌握LVS-DR模式原理、流程特点及搭建.doc

    LVS-DR 模式是 Load Balancer 的一种实现方式,它可以将incoming请求分配到多个 Real Server 上,以提高系统的可用性和性能。LVS-DR 模式的核心思想是使用 Director 服务器来分配incoming请求,并将其转发到多个 ...

    LVS-DR详述文档

    ### LVS-DR模式详解及配置 #### 一、引言 LVS(Linux Virtual Server)是一种基于Linux内核的高性能负载均衡解决方案,它能够通过不同的工作模式来实现对后端真实服务器(Real Server)的负载分发。本文将重点介绍...

    RedHat6.5安装配置LVS-DR

    在Red Hat 6.5系统中,我们可以利用LVS-DR(Direct Routing)模式来构建一个高效的服务器集群。LVS-DR模式是一种心跳线同步的负载均衡解决方案,通过直接路由的方式将客户端请求转发到后端的真实服务器,从而实现...

    LVS-DR原理剖析

    LVS-DR,即Linux Virtual Server-Direct Routing(直接路由),是一种高效、高性能的负载均衡技术,广泛应用于大型网络环境中的服务器集群管理。其核心优势在于通过直接路由的方式,在数据链路层实现请求的分发,...

    LVS-DR安装文档及安装介质

    LVS-DR模式下,系统主要分为两部分:前端调度器(Director)和后端真实服务器(Real Server)。Director负责接收客户端的请求,根据负载均衡策略将请求转发到Real Server处理。客户端的数据包直接发送到Real Server...

    LVS-DR+keepalive+ldirectord构建高可用负载均衡群集试验手册

    - **定义**:LVS-DR是一种基于Linux内核的负载均衡技术,通过直接路由的方式将客户端请求分发到真实的后端服务器上,而无需额外的数据包封装,从而减少了网络传输的开销。 - **工作原理**:在DR模式下,所有服务器...

    LVS-DR+Nginx+Apache集群搭建

    本篇文章将详细探讨如何搭建LVS-DR(Direct Routing)模式的集群,并结合Nginx和Apache进行配置。 **LVS-DR模式** LVS-DR模式是一种基于MAC地址的负载均衡方式,工作在网络层。在该模式下,Director服务器通过修改...

    LVS三种模式配置总结

    配置 LVS-DR 模式需要在Director Server上安装ipvsadm管理程序,并配置虚拟IP地址。在Real Server上,需要配置ARP忽略和ARP公告,以确保Real Server可以响应Director Server的请求。 LVS-NAT 模式 LVS-NAT 模式...

    LVS-DR集群.doc

    【LVS-DR集群详解】 LVS(Linux Virtual Server)是一种开源的企业级四层负载均衡解决方案,以其出色的稳定性和效率而备受赞誉。...总的来说,LVS-DR模式是构建高可用、高性能Web服务架构的有效手段。

    linux lvs 的DR 模式

    ### Linux LVS的DR模式详解 #### 一、概述 Linux Virtual Server (LVS) 是一个基于 Linux 内核的高性能负载均衡解决方案,它能够通过调度算法将客户端请求分发到多个后端服务器(Real Server),从而实现负载均衡...

    条码识别-条码质量检测系统(Microscan System)LVS-95XX ISOIEC Static V4.4.0.0.docx

    条码识别-条码质量检测系统(Microscan System)LVS-95XX ISOIEC Static V4.4.0.0 知识点1:条码识别系统的定义和类型 条码识别系统是指通过图像处理和模式识别技术来识别和验证条码的系统。条码识别系统可以分为...

    LVS-DR+Keepalived小型网站架构(6台).md

    LVS-DR+Keepalived小型网站架构(6台).md

    lvs-tun隧道模式搭建

    在搭建lvs-tun隧道模式时,需要在Director和RealServer上进行相应的配置,包括ifconfig、route add、ipvsadm等命令。特别需要注意的是rpfilter技术,该技术可以检查IP包是否符合要求,不合要求的包会被丢掉。 lvs-...

    RedHat6.5安装LVS-DR文档及安装介质

    RedHat6.5安装LVS-DR文档及安装介质

    LVS VS-DR报文过程分析

    LVS(Linux Virtual Server)是一种高性能的负载均衡解决方案,其中VS-DR(Direct Routing)模式是一种基于网络层的负载均衡技术。在VS-DR模式下,客户端的请求直接发送到真实服务器,而LVS调度器仅作为数据包转发的...

Global site tag (gtag.js) - Google Analytics