LVS + Keepalived实例详解

最新推荐文章于 2022-08-06 21:48:51 发布
最新推荐文章于 2022-08-06 21:48:51 发布
阅读量561 收藏 1
点赞数 1
分类专栏： Linux 文章标签： lvs keepalived
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_21101283/article/details/101069985
版权

LVS + Keepalived

实例图

在这里插入图片描述

LVS DR

原理：

LVS绑定vip(virtual
ip)到一个网卡，当该vip收到IP包后，修改该IP包的目标mac为rip(real server
ip)的mac地址，real server收到该IP包后，为不丢弃该包，需要把vip绑定到real
server的lo:0接口，这样real server就认为该IP包是发送给自己的，就不会丢弃。

real server，需要进行如下设置(假设网卡为eth0)：

  1. 配置网卡：

    $ sudo ip address add 222.33.180.62/32 dev lo:0

  2. 配置/etc/sysctl.conf文件：
    net.ipv4.ip_forward = 1
    net.ipv4.conf.lo.rp_filter = 0
    net.ipv4.conf.eth0.rp_filter = 0
    net.ipv4.conf.all.rp_filter = 0
    net.ipv4.conf.all.arp_filter = 1
    net.ipv4.conf.all.arp_ignore = 1
    net.ipv4.conf.all.arp_announce = 2
    然后使其生效：
    $ sudo sysctl -p

LVS master的配置:

  1. 配置 /etc/sysctl.conf 文件:
    修改为 net.ipv4.ip_forward = 1 允许包转发

  2. 安装keepalived,并配置/etc/keepalived/keepalived.conf:

    vrrp_instance VI_1 {#定义VRR组

    state MASTER

    interface eth0 #对外访问的网络接口

    virtual_router_id 17 #虚拟路由标识，主从要一致

    priority 100 #优先级，slave要低于这个值

    advert_int 1 #广播周期秒数

    authentication { #验证

    auth_type PASS

    auth_pass 1717

    }

    virtual_ipaddress {#虚拟VIP地址,外网访问进来的IP

    222.33.180.62

    }

    }

    virtual_server 222.33.180.62 80 {

    delay_loop 6

    lb_algo wrr

    lb_kind DR

    persistence_timeout 10

    protocol TCP

    real_server 172.16.0.12 80 {

    weight 1

    }

    real_server 172.16.0.13 80 {

    weight

    }

    }

LVS slave的配置:

与master相同，只修改state BACKUP 和 priority 90 即可。

ARP问题：

通常，DR模式需要在Real-server上配置VIP，原因在于，当LVS把client的包转发给Real-server时，因为包的目的IP地址是VIP，那么如果Real-server收到这个包后，发现包的目的IP不是自己的系统IP，那么就会认为这个包不是发给自己的，就会丢弃这个包，所以需要将这个IP地址绑到网卡上；当发送应答包给client时，Real-server就会把包的源和目的地址调换，直接回复给client。

关于ARP广播

绑定VIP的掩码是”255.255.255.255″，说明广播地址是其本身，那么他就不会将ARP发送到实际的自己该属于的广播域了，这样防止与LVS上VIP冲突，而导致IP冲突。

rp_filter - INTEGER

0 - No source validation. 不做源路由测试。

1 - Strict mode as defined in RFC3704 Strict Reverse Path

Each incoming packet is tested against the FIB and if the interface is not the
best reverse path the packet check Will Fail. By default failed packets are
discarded.
测试进来包的最佳返回路径是否经过这个包进来时的网卡，是，则测试通过，不是则测试失败，包被丢弃。

2 - Loose mode as defined in RFC3704 Loose Reverse Path Each incoming packet’s
source address is also tested against the FIB and if the source address is not
reachable via any interface the packet check will fail. Current recommended
practice in RFC3704 is to enable strict mode to prevent IP spoofing from DDos
attacks. If using asymmetric routing or other complicated routing, then loose
mode is recommended. The max value from conf/{all,interface}/rp_filter is used
when doing source validation on the {interface}. Default value is 0. Note that
some distributions enable it in startup scripts.
测试进来包的是否能返回。这个选项其实没啥用。

arp_filter - BOOLEAN

1 - Allows you to have multiple network interfaces on the same subnet, and have
the ARPs for each interface be answered based on whether or not the kernel would
route a packet from the ARP’d IP out that interface (therefore you must use
source based routing for this to work). In other words it allows control of
which cards (usually 1) will respond to an arp request.
IP包从哪个网卡出去，那么该网卡响应该主机所有IP的ARP请求。通常，同一网段的多网卡的IP包都从route表优先级最高（metric最小）的网卡接口出去，所以只有该网卡响应ARP请求。

0 - (default) The kernel can respond to arp requests with addresses from other
interfaces. This may seem wrong but it usually makes sense, because it increases
the chance of successful communication. IP addresses are owned by the complete
host on Linux, not by particular interfaces. Only for more complex setups like
load-balancing, does this behaviour cause problems. arp_filter for the interface
will be enabled if at least one of conf/{all,interface}/arp_filter is set to
TRUE, it will be disabled otherwise. 内核可以用其他网卡来回应arp请求.
这看起来是错的, 但是它增大了成功通讯的可能性. IP地址属于整个主机,
而不是特定的接口. 只是在一些复杂的情况, 比如负载均衡, 会出现错误.

arp_ignore – INTEGER

Define different modes for sending replies in response to

received ARP requests that resolve local target IP addresses:

0 – (default): reply for any local target IP address, configured

on any interface

1 – reply only if the target IP address is local address

configured on the incoming interface

2 – reply only if the target IP address is local address

configured on the incoming interface and both with the

sender’s IP address are part from same subnet on this interface

3 – do not reply for local addresses configured with scope host,

only resolutions for global and link addresses are replied

4-7 – reserved

8 – do not reply for all local addresses

The max value from conf/{all,interface}/arp_ignore is used

when ARP request is received on the {interface}

“0″,代表对于arp请求，任何配置在本地的目的ip地址都会回应，不管该arp请求的目的地址是不是接口的ip；如果有多个网卡，并且网卡的ip都是一个子网，那么从一个端口进来的arp请求，别的端口也会发送回应。
“1″,代表如果arp请求的目的地址，不是该arp请求包进入的接口的ip地址，那么不回应。
“2″,要求的更苛刻，除了”1″的条件外，还必须要求arp发送者的ip地址和arp请求进入的接口的ip地址是一个网段的。
(后面略)

arp_announce – INTEGER

Define different restriction levels for announcing the local

source IP address from IP packets in ARP requests sent on

interface:

0 – (default) Use any local address, configured on any interface

1 – Try to avoid local addresses that are not in the target’s

subnet for this interface. This mode is useful when target

hosts reachable via this interface require the source IP

address in ARP requests to be part of their logical network

configured on the receiving interface. When we generate the

request we will check all our subnets that include the

target IP and will preserve the source address if it is from

such subnet. If there is no such subnet we select source

address according to the rules for level 2.

2 – Always use the best local address for this target.

In this mode we ignore the source address in the IP packet

and try to select local address that we prefer for talks with

the target host. Such local address is selected by looking

for primary IP addresses on all our subnets on the outgoing

interface that include the target IP address. If no suitable

local address is found we select the first local address

we have on the outgoing interface or on all other interfaces,

with the hope we will receive reply for our request and

even sometimes no matter the source IP address we announce.

The max value from conf/{all,interface}/arp_announce is used.

Increasing the restriction level gives more chance for

receiving answer from the resolved target while decreasing

the level announces more valid sender’s information.

arp_announce 用来限制，是否使用发送的端口的ip地址来设置ARP的源地址：

  • “0″代表是用ip包的源地址来设置ARP请求的源地址。

  • “1″代表不使用ip包的源地址来设置ARP请求的源地址，如果ip包的源地址是和该端口的IP地址相同的子网，那么用ip包的源地址，来设置ARP请求的源地址，否则使用”2″的设置。

  • “2″代表不使用ip包的源地址来设置ARP请求的源地址，而由系统来选择最好的接口来发送。

当内网的机器要发送一个到外部的ip包，那么它就会请求路由器的mac地址，发送一个arp请求，这个arp请求里面包括了自己的ip地址和mac地址，而linux默认是使用ip包的源ip地址作为arp里面的源ip地址，而不是使用发送设备上面的
，这样在lvs这样的架构下，所有发送包都是同一个VIP地址，那么arp请求就会包括VIP地址和设备
mac，而路由器收到这个arp请求就会更新自己的arp缓存，这样就会造成ip欺骗了，VIP被抢夺，某些架构下就会有问题。本例中虽然没有大问题，但是会造成路由器不停更新VIP的mac。

假设服务器上ip地址如下所示:

System Interface MAC Address IP Address

HN eth0 00:0c:29:b3:a2:54 192.168.18.10

HN eth3 00:0c:29:b3:a2:68 192.168.18.11

HN eth4 00:0c:29:b3:a2:5e 192.168.18.12

client eth0 00:0c:29:d2:c7:aa 192.168.18.129

当我从192.168.18.129 ping 192.168.18.10时，tcpdump抓包发现:

00:0c:29:d2:c7:aa \ ff:ff:ff:ff:ff:ff, ARP, length 60: arp who-has
192.168.18.10 tell 192.168.18.129

00:0c:29:b3:a2:5e \ 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10
is-at 00:0c:29:b3:a2:5e

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10
is-at 00:0c:29:b3:a2:54

00:0c:29:b3:a2:68 \ 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10
is-at 00:0c:29:b3:a2:68

00:0c:29:d2:c7:aa \ 00:0c:29:b3:a2:5e, IPv4, length 98: 192.168.18.129
192.168.18.10: ICMP echo request, id 32313, seq 1, length 64

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10
192.168.18.129: ICMP echo reply, id 32313, seq 1, length 64

00:0c:29:d2:c7:aa \ 00:0c:29:b3:a2:5e, IPv4, length 98: 192.168.18.129
192.168.18.10: ICMP echo request, id 32313, seq 2, length 64

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10
192.168.18.129: ICMP echo reply, id 32313, seq 2, length 64

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, ARP, length 60: arp who-has
192.168.18.129 tell 192.168.18.10

00:0c:29:d2:c7:aa \ 00:0c:29:b3:a2:54, ARP, length 60: arp reply 192.168.18.129
is-at 00:0c:29:d2:c7:aa

三个端口都发送了arp的reply包，但是192.168.18.129使用的第一个回应的eth4的mac地址作为ping请求的端口，由于192.168.18.10是icmp包中的目的地址，那么ping的应答包，会从eth0端口发出。

如果Real-server有个多个网卡，每个网卡在不同的网段，那么可以过滤掉非本网卡ARP请求的回应；但是如果多个网卡的ip在一个网段，那么就不行了。

对于多个接口在相同网段可以设置下面的来防止：

  • sysctl -w net.ipv4.conf.all.arp_ignore=1

  • sysctl -w net.ipv4.conf.all.arp_announce=2

还是从192.168.18.129 ping 192.168.18.10时，tcpdump抓包发现:

00:0c:29:d2:c7:aa \ ff:ff:ff:ff:ff:ff, ARP, length 60: arp who-has
192.168.18.10 tell 192.168.18.129

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10
is-at 00:0c:29:b3:a2:54

00:0c:29:d2:c7:aa \ 00:0c:29:b3:a2:54, IPv4, length 98: 192.168.18.129
192.168.18.10: ICMP echo request, id 32066, seq 1, length 64

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10
192.168.18.129: ICMP echo reply, id 32066, seq 1, length 64

00:0c:29:d2:c7:aa \ 00:0c:29:b3:a2:54, IPv4, length 98: 192.168.18.129
192.168.18.10: ICMP echo request, id 32066, seq 2, length 64

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10
192.168.18.129: ICMP echo reply, id 32066, seq 2, length 64

00:0c:29:b3:a2:54 \ 00:0c:29:d2:c7:aa, ARP, length 60: arp who-has
192.168.18.129 tell 192.168.18.10

00:0c:29:d2:c7:aa \ 00:0c:29:b3:a2:54, ARP, length 60: arp reply 192.168.18.129
is-at 00:0c:29:d2:c7:aa

看到了么，现在只有eth0会回应arp请求了。

LVS NAT

可以不需要实例图中的路由器。

说明：

Virtual Server在VIP（222.33.180.62）上接受client请求，目标转到real server，real
server不能直接返回给client，因为假如直接返回的话，source
IP变为RIP而不是去建立连接时的VIP，就会形成半连接。所以real
server返回时需要经过virtual server做NAT，也就需要把默认路由设为virtual
server。但是virtual server有主从两台，real
server的默认路由不能设成两个呀，怎么办呢？办法是由keepalived在两台virtual
server内网卡eth1上动态绑定内部vip 172.168.0.252，跟动态绑定外网vip一样。

设置Real Server：

$ sudo route add default gw 172.16.0.252

LVS master的配置:

  1. 配置 /etc/sysctl.conf 文件:
    修改为 net.ipv4.ip_forward = 1 允许包转发

    然后使其生效：

    $ sudo sysctl -p

  2. 安装keepalived,并配置/etc/keepalived/keepalived.conf:

    vrrp_instance VI_2 {#定义VRR组

    state MASTER

    interface eth1 #内网络接口，real server的gateway

    virtual_router_id 172 #虚拟路由标识，主从要一致

    priority 100 #优先级，slave要低于这个值

    advert_int 1 #广播周期秒数

    authentication { #验证

    auth_type PASS

    auth_pass 1717

    }

    virtual_ipaddress {#虚拟VIP地址,外网访问进来的IP

    172.16.0.252

    }

    }

    vrrp_instance VI_1 {#定义VRR组

    state MASTER

    interface eth0 #对外访问的网络接口

    virtual_router_id 17 #虚拟路由标识，主从要一致

    priority 100 #优先级，slave要低于这个值

    advert_int 1 #广播周期秒数

    authentication { #验证

    auth_type PASS

    auth_pass 1717

    }

    virtual_ipaddress {#虚拟VIP地址,外网访问进来的IP

    222.33.180.62

    }

    }

    virtual_server 222.33.180.62 80 {

    delay_loop 6

    lb_algo wrr

    lb_kind NAT

    persistence_timeout 10

    protocol TCP

    real_server 172.16.0.12 80 {

    weight 1

    }

    real_server 172.16.0.13 80 {

    weight

    }

    }

LVS slave的配置:

与master相同，只修改state BACKUP 和 priority 90 即可。

LVS TUN(IP over IP,原理同DR,IP替代DR 的MAC)

LVS master的配置:

  1. 配置 /etc/sysctl.conf 文件:
    修改为 net.ipv4.ip_forward = 1 允许包转发
    然后使其生效：
    $ sudo sysctl -p

  2. 安装keepalived,并配置/etc/keepalived/keepalived.conf:

    vrrp_instance VI_1 {#定义VRR组

    state MASTER

    interface eth0 #对外访问的网络接口

    virtual_router_id 17 #虚拟路由标识，主从要一致

    priority 100 #优先级，slave要低于这个值

    advert_int 1 #广播周期秒数

    authentication { #验证

    auth_type PASS

    auth_pass 1717

    }

    virtual_ipaddress {#虚拟VIP地址,外网访问进来的IP

    222.33.180.62

    }

    }

    virtual_server 222.33.180.62 80 {

    delay_loop 6

    lb_algo wrr

    lb_kind TUN

    persistence_timeout 10

    protocol TCP

    real_server 172.16.0.12 80 {

    weight 1

    }

    real_server 172.16.0.13 80 {

    weight

    }

    }

LVS slave的配置:

与master相同，只修改state BACKUP 和 priority 90 即可。

设置Real Server:

$ sudo modprobe ipip #装载ipip(tunel)内核模块并创建tunl0接口

$ vim lvs_tun.sh

#!/bin/bash

#srcipt to start LVS TUN realserver

VIP=222.33.180.62

case “$1” in

start)

#start LVS-TUN real server on this machine

/sbin/ifconfig tunl0 down

/sbin/ifconfig tunl0 up

echo 1 \ /proc/sys/net/ipv4/conf/tunl0/arp_ignore

echo 2 \ /proc/sys/net/ipv4/conf/tunl0/arp_announce

echo 0 \ /proc/sys/net/ipv4/conf/tunl0/rp_filter

echo 1 \ /proc/sys/net/ipv4/conf/tunl0/forwarding

echo 1 \ /proc/sys/net/ipv4/conf/all/arp_ignore

echo 2 \ /proc/sys/net/ipv4/conf/all/arp_announce

/sbin/ifconfig tunl0 $VIP broadcast $VIP netmask 255.255.255.255 up

/sbin/route add -host $VIP dev tunl0

;;

stop)

#stop lvs-TUN real server loopback device

/sbin/ifconfig tunl0 down

echo 0 \ /proc/sys/net/ipv4/conf/tunl0/arp_ignore

echo 0 \ /proc/sys/net/ipv4/conf/tunl0/arp_announce

echo 1 \ /proc/sys/net/ipv4/conf/tunl0/rp_filter

echo 0 \ /proc/sys/net/ipv4/conf/all/arp_ignore

echo 0 \ /proc/sys/net/ipv4/conf/all/arp_announce

;;

status)

islothere=’/sbin/ifconfig tunl0 |grep $VIP’

isrothere=‘netstat -rn |grep “tunl0”|grep $VIP’

if [ ! “$islothere” -o ! “$isrothere” ];then

echo “LVS-TUN real server stopped”

else echo “LVS-TUN Running”

fi

;;

*)

echo “$0: Usage: $0 {start|stop|status}”

exit 1

;;

Esac

附ipvsadm命令：
#DR

$ sudo ipvsadm –C
$ sudo ipvsadm –A –t 222.33.180.62:80 –s wlc
$ sudo ipvsadm –a –t 222.33.180.62:80 –r 172.16.0.12 –g

$ sudo ipvsadm –a –t 222.33.180.62:80 –r 172.16.0.13 –g

#NAT

$ sudo ipvsadm –C
$ sudo ipvsadm –A –t 222.33.180.62:80 –s wlc
$ sudo ipvsadm –a –t 222.33.180.62:80 –r 172.16.0.12 –m

$ sudo ipvsadm –a –t 222.33.180.62:80 –r 172.16.0.13 –m

#TUN

$ sudo ipvsadm –C
$ sudo ipvsadm –A –t 222.33.180.62:80 –s wlc
$ sudo ipvsadm –a –t 222.33.180.62:80 –r 172.16.0.12 –i

$ sudo ipvsadm –a –t 222.33.180.62:80 –r 172.16.0.13 –i

健四郎
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
LVS+Keepalived实现高可用负载均衡
09-13
LVS+Keepalived实现高可用负载均衡，很详细的从头到尾的介绍，按照这可以搭建起来。 LVS+Keepalived实现高可用负载均衡，很详细的从头到尾的介绍，按照这可以搭建起来。
LVS+Keepalived 高可用群集的介绍和搭建步骤
码海小虾米_的博客
06-18 664
LVS+Keepalived 高可用群集一、LVS+Keepalived 高可用群集1.1 工作原理1.2 Keepalived实现原理剖析1.3 VRRP （虚拟路由冗余协议）二、LVS+Keepalived 高可用群集的搭建2.1 LVS+Keepalived 高可用群集的搭建步骤（理论）2.2 LVS+Keepalived 高可用群集的搭建具体操作步骤（实操） 一、LVS+Keepalived 高可用群集 在这个高度信息化的 IT 时代，企业的生产系统、业务运营、销售和支持，以及日常管理等环节越来越.
keepalived双机热备原理及实例部署LVS+keepalived
weixin_33693070的博客
02-04 133
keepalived简介它是由C语言编写的路由热备软件，主要提供简单高效的负载均衡及高可用解决方案。keepalived通过VRRP协议实现高可用架构。lvs实现集群分发，keepalived实现调度器的主备方案，两者结合实现集群系统的高负载高可用。VRRP协议是为了防止单点故障而设计的主从灾备协议，VRRP将两台或者多台路由设备虚拟成一个设备，对外提供一个虚拟路由ip地址，...
LVS+Keepalived 高可用群集
weixin_63634809的博客
03-24 1866
文章目录一、Keepalived 工具介绍二、Keepalived 实现原理VRRP （虚拟路由冗余协议）三、Keepalived 配置文件配置Keepalived master服务器配置Keepalived backup服务器四、LVS+Keepalived 高可用群集的搭建4.1 配置负载调度器（主：192.168.24.10）4.2 配置负载调度器（备：192.168.24.20）4.3 配置节点服务器 web1（192.168.24.30）4.4 配置节点服务器 web2（192.168.24.40
LVS+Keepalived 高可用群集实战部署
shengmodizu的博客
04-28 129
文章目录LVS+Keepalived 高可用群集LVSKeepalivedKeepalived实现原理剖析配置负载调度器部署NFS共享服务器配置节点服务器配置keeplived客户机访问 LVS+Keepalived 高可用群集 LVS Linux虚拟服务器(Linux Virtual Server) LVS 实际上相当于基于IP地址的虚拟化应用， 为基于IP地址和内容请求分发的负载均衡提出了一种高效的解决方法 Keepalived 支持故障自动切换（Failover） 支持节点健康状态检查（
lvs+KeepAlived搭建实战.pdf
03-20
Lvs抗负载能力强，因为 lvs 工作方式的逻辑是非常之简单，而且工作在网络 4 层仅做请求分发之用，没有流量，所以在效率上基本不...文档简单演示了lvs+keepalived的搭建过程和负载测试，顺便记录下来。每天进步一点。
lvs+Keepalived+nginx高可用负载均衡搭建部署方案
05-24
lvs+Keepalived+nginx高可用负载均衡搭建部署方案
LVS+Keepalived+MySQL半同步主主复制高可用方案.docx
07-15
LVS+Keepalived+MySQL半同步主主复制高可用方案
LVS+Keepalived部署文档
07-11
LVS是目前用的比较多的负载均衡技术，keepalived的出现是为了lvs的配置简单化，使lvs高可用
LVS+keepalived配置实战
12-27
LVS+keepalived实战配置明细，搭配注解文件，方便部署
LVS+Keepalived 主主和主从模式高可用环境部署梳理（个人精华版）
08-31
本篇文章详细记录了LVS+Keepalived 主主和主从模式高可用环境部署过程,可作为线上长期的实操手册.特此分享,希望能帮助到有用到的朋友.
LVS-KEEPALIVED 简单了解及实验案例
Laiyunpeng666的博客
09-23 564
1、什么是Keepalived？ Keepalived是用C语言编写的路由软件。该项目的主要目标是为Linux系统和基于Linux的基础结构提供负载均衡和高可用性的简单而强大的功能。负载平衡框架依赖于提供第4层负载平衡的著名且广泛使用的Linux虚拟服务器（IPVS）内核模块。Keepalived实现了一组VIP功能，以根据其运行状况动态，自适应地维护和管理负载平衡的服务器池。另一方面，VRRP实现了高可用性 协议。VRRP是路由器故障转移的基础。 此外，Keepalived还实现了一组VRRP有限状态机的
lvs+keepalived多实例部署
PpikachuP的博客
04-11 454
多实例部署就是就是在一台DS上搭建多个vip，为多个集群进行调度工作；这里我用1台DS部署2个vip，同时搭建以备DS： DS #yum -y install keepalived 主DS #vim /etc/keepalived/keepalived.conf 修改配置文件 ! Configuration File for keepalived global_defs { notifi...
LVS+Keepalived
weixin_52190986的博客
08-06 282
来实现的LVS服务高可用方案,可用通过飘逸VIP保持业务的稳定，通常一个集群有两台服务：主服务器（MASTER）和备份服务器（BACKUP）但是对外表现为一个虚拟IP，主服务器会发送VRRP通告信息给备份服务器，当备份服务器收不到VRRP消息的时候，即主服务器异常的时候，备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。●core模块：为keepalived的核心，负责主进程的启动、维护及全局配置文件的加载和解析。●check模块：负责健康检查，常见的方式有端口检查及URL检查。...
综合案例：keepalived+LVS
weixin_41648905的博客
10-22 198
LVS-nat 和LVS-DR模式都存在单点故障点，当调度器挂掉后，服务就无法正常提供了，为了解决单点故障点，就有了新的技术keepalived。 这里来介绍一个keepalived+LVS的案例，拓扑图如下 漂移地址（VIP）：20.0.0.101 主调度器：20.0.0.100 辅调度器：20.0.0.34 WEB服务器1:20.0.0.31 WEB服务器2:20.0.0.32 存储服务器：20.0.0.33 主调度器 通过keepalived工具来配置管理调度，虚拟vip地址也直接在配置文件中配好
生产环境必备的LVS+Keepalived ，超级详细的原理及实验
weixin_48191039的博客
09-23 6415
工作原理 keepalived是以VRRP协议为实现基础的 VRRP Virtual Router Redundancy Protocol 虚拟路由冗余协议 可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip VIP Virtual IP Address 虚拟IP地址，该路由器所在局域网内其他机器的默认路由为该vip master 会发组播，当backup收不到VRRP包时就认为maste
Keepalived+lvs
weixin_34080951的博客
07-26 56
#################################### Keepalived+lvs ###################################server4tar zxf keepalived-1.3.5.tar.gz cd keepalived-1.3.5[root@server4 keepalived-1.3.5]# yum inst...
lvs+keepalived
最新发布
04-25
1. 在LVS+Keepalived架构中，有一个或多个前端负载均衡器（Load Balancer），它们负责接收客户端请求并将请求转发给后端真实服务器。 2. 前端负载均衡器使用LVS技术进行请求的分发，根据一定的负载均衡算法（如轮询...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值