LVS+Keepalived 高可用集群搭建 （图文详解小白易懂）

已于 2024-03-31 13:47:29 修改
阅读量1.7k 收藏 54
点赞数 39
文章标签： lvs 服务器 linux 运维
于 2024-03-31 13:46:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_66924350/article/details/137196296
版权

一、高可用集群：

1.什么是高可用集群：

高可用集群（High Availability Cluster）是以减少服务中断时间为目地的服务器集群技术它通过保护用户的业务程序对外不间断提供的服务，把因软件、硬件、人为造成的故障对业务的影响降低到最小程度。

2.高可用的自动切换/故障转移（FailOver）：

通俗地说，即当A无法为客户服务时，系统能够自动地切换，使B能够及时地顶上继续为客户提供服务，且客户感觉不到这个为他提供服务的对象已经更换。 通过上面判断节点故障后，将高可用集群资源（如VIP、httpd等）从该不具备法定票数的集群节点转移到故障转移域（Failover Domain，可以接收故障资源转移的节点）。

3.高可用中的自动侦测：

自动侦测阶段由主机上的软件通过冗余侦测线，经由复杂的监听程序，逻辑判断，来相互侦测对方运行的情况。 常用的方法是：集群各节点间通过心跳信息判断节点是否出现故障。

4.脑裂现象：

在高可用（HA）系统中，当联系2个节点的“心跳线”断开时，本来为一整体、动作协调的HA系统，就分裂成为2个独立的个体。由于相互失去了联系，都以为是对方出了故障。两个节点上的HA软件像“裂脑人”一样，争抢“共享资源”、争起“应用服务”，就会发生严重后果——或者共享资源被瓜分、2边“服务”都起不来了；或者2边“服务”都起来了，但同时读写“共享存储”，导致数据损坏（常见如数据库轮询着的联机日志出错）。

5.脑裂的原因：

因心跳线坏了（包括断了，老化）。 因网卡及相关驱动坏了，ip配置及冲突问题（网卡直连）。 因心跳线间连接的设备故障（网卡及交换机）。 因仲裁的机器出问题（采用仲裁的方案）。 高可用服务器上开启了 iptables防火墙阻挡了心跳消息传输。 高可用服务器上心跳网卡地址等信息配置不正确，导致发送心跳失败。 其他服务配置不当等原因，如心跳方式不同，心跳广插冲突、软件Bug等。

二、keepalived原理与简介：

1.keepalived是什么：

keepalived是集群管理中保证集群高可用的一个服务软件，用来防止单点故障。

2.keepalived工作原理：

keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。

将N台提供相同功能的服务器组成一个服务器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip（该服务器所在局域网内其他机器的默认路由为该vip），master会发组播，当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master

3.keepalived主要有三个模块：

分别是core、check和vrrp。 core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。 check负责健康检查，包括常见的各种检查方式。 vrrp模块是来实现VRRP协议的。

下面来实现lvs+keepalived高可用集群：

环境配置：四台centos7虚拟机（使用NAT网络模式） ，两台lvs服务器，两台web服务器

192.168.23.137：作为第一台lvs服务器 lvs01

192.168.23.133：作为第二台lvs服务器 lvs02

192.168.23.134：作为第一台web服务器 web01

192.168.23.135：作为第二台web服务器 web02

LVS+keepalived高可用集群的大致工作流程：

在lvs没有实现高可用之前，我们的架构是一台lvs服务器和两台web服务器，由lvs做负载均衡， 将用户的请求按照一定的负载均衡算法，分发给两台web服务器。然而，这种架构有一个很大的痛点，由于我们访问web服务器是由lvs来进行负载均衡，也就是必须经过lvs服务器，从而访问到real-server也就是我们的web服务器。那么当lvs服务器挂掉之后 ，我们就无法达到均衡的去访问web服务器了。所以我们必须使用高可用技术，就是配置两台lvs服务器，在这两台lvs服务器上面都安装上keepalived。在正常情况下，一台lvs服务器作为master另一台lvs服务器作为backup，虚拟的vip只在master服务器上出现。我们只对外暴露出vip让客户进行访问，并不将真实的web服务器的ip暴露给用户，这样能够保证我们web服务器的安全，所以客户只能通过vip来访问我们的web服务器。 当客户通过vip来访问web服务器的时候，会先经过带有vip的服务器，也就是master，再通过master来进行负载均衡。当发生特殊情况：master服务器挂了的时候。此时的vip就会自动跳到backup服务器上，此时我们通过vip来访问web服务器的时候，也会先经过带有vip的服务器，也就是backup，再通过backup来进行负载均衡。从而实现了lvs的高可用

下图是正常情况下lvs+keepalived集群的工作模式，此时的vip在身为master的lvs01上面，lvs02一直监听lvs01的健康状况，客户通过vip访问web服务器时会先经过lvs01再由lvs01来进行负载均衡将访问分发给后面的两台real-server也就是我们的web服务器。

 下图是当原来的master服务器挂掉之后的工作模式。我们可以看出，当lvs02监听到lvs01挂掉时， 此时的vip自动迁移到了原来的backup服务器上面也就是lvs02，客户通过vip访问web服务器时会先经过lvs02再由lvs02来进行负载均衡将访问分发给后面的两台real-server也就是我们的web服务器。

 

第一步：在lvs01上面安装keepalived和ipvsadm：

[root@bogon ~]# yum install keepalived  ipvsadm -y

安装完之后先不要启动这两个服务

2.在master上修改配置文件：
[root@lvs01 ~]# vim /etc/keepalived/keepalived.conf
#进去之后将默认配置文件删除，添加以下内容：
! Configuration File for keepalived
global_defs {
        router_id Director1    #这个id是唯一的，不要与lvs02上面的重复。
        }

vrrp_instance VI_1 {
        state MASTER     #另外一台机器是BACKUP	
        interface ens33  #心跳网卡，自己的网卡名称是多少就填多少
        virtual_router_id 51     #虚拟路由编号，主备要一致
        priority 150    #优先级
        advert_int 1    #检查间隔，单位秒
        authentication {
                auth_type PASS
                auth_pass 1111
                }
        virtual_ipaddress {
                192.168.23.20/24       dev      ens33    #VIP和工作接口（vip要和这几台机器的网段一致，vip随便选一个就行，但是要确保此vip没有人使用）
                }
        }

virtual_server 192.168.23.20 80 {     #LVS 配置，VIP
        delay_loop 3    #服务论询的时间间隔，#每隔3秒检查一次real_server状态
        lb_algo rr      #LVS 调度算法
        lb_kind DR      #LVS 集群模式
        protocol TCP
        real_server 192.168.23.134 80 {
                weight 1
                TCP_CHECK {
                        connect_timeout 3         #健康检查方式,连接超时时间
                        }
                }
        real_server 192.168.23.135 80 {
                weight 1
                TCP_CHECK {
                        connect_timeout 3
                        }
                }
}
3.拷贝master上的keepalived.conf到backup上：
scp  192.168.23.137:/etc/keepalived/keepalived.conf 192.168.23.133:/etc/keepalived/
4.拷贝后,修改配置文件：

只需修改三个地方：

1.router_id Director2

2.state BACKUP

3.priority 100

5.lvs01 和 lvs02 上面都启动keepalived服务：
#！此台机器是137：lvs01
[root@lvs01 ~]# systemctl start keepalived.service
[root@lvs01 ~]# systemctl enable keepalived.service

#查看一下状态
[root@lvs01 ~]# systemctl status keepalived.service 
● keepalived.service - LVS and VRRP High Availability Monitor
   Loaded: loaded (/usr/lib/systemd/system/keepalived.service; enabled; vendor preset: disabled)
   Active: active (running) since 日 2024-03-31 11:33:52 CST; 55min ago
  Process: 1130 ExecStart=/usr/sbin/keepalived $KEEPALIVED_OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 1154 (keepalived)
    Tasks: 3
   CGroup: /system.slice/keepalived.service
           ├─1154 /usr/sbin/keepalived -D
           ├─1156 /usr/sbin/keepalived -D
           └─1157 /usr/sbin/keepalived -D

3月 31 11:46:31 lvs01 Keepalived_healthcheckers[1156]: TCP connection to [192.168.23.135]:80 failed.
3月 31 11:46:32 lvs01 Keepalived_healthcheckers[1156]: TCP connection to [192.168.23.135]:80 failed.
3月 31 11:46:32 lvs01 Keepalived_healthcheckers[1156]: Check on service [192.168.23.135]:80 failed after 1 retry.
3月 31 11:46:32 lvs01 Keepalived_healthcheckers[1156]: Removing service [192.168.23.135]:80 from VS [192.168.23.20]:80
3月 31 11:46:32 lvs01 Keepalived_healthcheckers[1156]: Lost quorum 1-0=1 > 0 for VS [192.168.23.20]:80
3月 31 11:46:46 lvs01 Keepalived_healthcheckers[1156]: TCP connection to [192.168.23.135]:80 success.
3月 31 11:46:46 lvs01 Keepalived_healthcheckers[1156]: Adding service [192.168.23.135]:80 to VS [192.168.23.20]:80
3月 31 11:46:46 lvs01 Keepalived_healthcheckers[1156]: Gained quorum 1+0=1 <= 1 for VS [192.168.23.20]:80
3月 31 11:49:59 lvs01 Keepalived_healthcheckers[1156]: TCP connection to [192.168.23.134]:80 success.
3月 31 11:49:59 lvs01 Keepalived_healthcheckers[1156]: Adding service [192.168.23.134]:80 to VS [192.168.23.20]:80

#！此台机器是133：lvs02
[root@lvs02 ~]# systemctl start keepalived.service
[root@lvs02 ~]# systemctl enable keepalived.service

#查看一下状态：
[root@lvs02 ~]# systemctl status keepalived.service 
● keepalived.service - LVS and VRRP High Availability Monitor
   Loaded: loaded (/usr/lib/systemd/system/keepalived.service; enabled; vendor preset: disabled)
   Active: active (running) since 日 2024-03-31 11:33:56 CST; 57min ago
  Process: 1136 ExecStart=/usr/sbin/keepalived $KEEPALIVED_OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 1172 (keepalived)
    Tasks: 3
   Memory: 3.3M
   CGroup: /system.slice/keepalived.service
           ├─1172 /usr/sbin/keepalived -D
           ├─1173 /usr/sbin/keepalived -D
           └─1176 /usr/sbin/keepalived -D

3月 31 11:46:33 lvs02 Keepalived_healthcheckers[1173]: Removing service [192.168.23.135]:80 from VS [192.168.23.20]:80
3月 31 11:46:34 lvs02 Keepalived_healthcheckers[1173]: TCP connection to [192.168.23.134]:80 timeout.
3月 31 11:46:34 lvs02 Keepalived_healthcheckers[1173]: Check on service [192.168.23.134]:80 failed after 1 retry.
3月 31 11:46:34 lvs02 Keepalived_healthcheckers[1173]: Removing service [192.168.23.134]:80 from VS [192.168.23.20]:80
3月 31 11:46:34 lvs02 Keepalived_healthcheckers[1173]: Lost quorum 1-0=1 > 0 for VS [192.168.23.20]:80
3月 31 11:46:46 lvs02 Keepalived_healthcheckers[1173]: TCP connection to [192.168.23.135]:80 success.
3月 31 11:46:46 lvs02 Keepalived_healthcheckers[1173]: Adding service [192.168.23.135]:80 to VS [192.168.23.20]:80
3月 31 11:46:46 lvs02 Keepalived_healthcheckers[1173]: Gained quorum 1+0=1 <= 1 for VS [192.168.23.20]:80
3月 31 11:50:02 lvs02 Keepalived_healthcheckers[1173]: TCP connection to [192.168.23.134]:80 success.
3月 31 11:50:02 lvs02 Keepalived_healthcheckers[1173]: Adding service [192.168.23.134]:80 to VS [192.168.23.20]:80
[root@lvs02 ~]#
6.在master服务器也就是lvs01上面查看是否出现虚拟IP：
[root@lvs01 ~]# 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:ba:1f:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.23.137/24 brd 192.168.23.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet 192.168.23.20/24 scope global secondary ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:feba:1fef/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
[root@lvs01 ~]#
 7.在master服务器也就是lvs02上面查看是否出现虚拟IP：
[root@lvs02 ~]# 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:bf:89:01 brd ff:ff:ff:ff:ff:ff
    inet 192.168.23.133/24 brd 192.168.23.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:febf:8901/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
5: br-17a8c014f086: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:b6:aa:96:4c brd ff:ff:ff:ff:ff:ff
    inet 172.19.0.1/16 brd 172.19.255.255 scope global br-17a8c014f086
       valid_lft forever preferred_lft forever
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:33:bd:32:a9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
[root@lvs02 ~]#

可见 lvs01 机器上的ens33网卡上面已经出现了我们配置的虚拟ip：192.168.23.20，在 lvs02 机器上查看，并未发现虚拟ip说明配置正确，否则两台机器都有虚拟ip的话就出现了脑裂现象

 第二步：web服务器配置（此步骤在web01和web01机器上配置）：

1.安装nginx测试点：
[root@web01 web]# yum install -y nginx && systemctl start nginx && systemctl enable nginx
2.查看80端口是否启动：
[root@web01 web]# netstat -anpt | grep 80
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      9999/nginx: master  
tcp6       0      0 192.168.23.134:10050    192.168.23.137:40480    TIME_WAIT   -
3.自定义web主页，以便观察负载均衡结果：
#注意此机器是：web02
[root@web02 ~]# vim /usr/share/nginx/html/index.html
#将原有内容删除，写入以下内容：
This is web02

#注意此机器是：web01
[root@web01 ~]# vim /usr/share/nginx/html/index.html
#将原有内容删除，写入以下内容：
This is web01
4.配置虚拟地址：（web02同配置，在此就不展示了，只展示web01）
[root@web01 ~]# cp /etc/sysconfig/network-scripts/{ifcfg-lo,ifcfg-lo:0}
[root@web01 ~]# vim /etc/sysconfig/network-scripts/ifcfg-lo:0
#写入以下内容，其他行注释掉：
DEVICE=lo:0
IPADDR=192.168.23.20
NETMASK=255.255.255.255
ONBOOT=yes
5.配置路由：（web02同配置，在此就不展示了，只展示web01）

在两台机器（RS）上，添加一个路由：route add -host 192.168.23.20 dev lo:0 确保如果请求的目标IP是$VIP，那么让出去的数据包的源地址也显示为$VIP

[root@web01 ~]# vim /etc/rc.local
#在最后一行加入以下内容：
/sbin/route add -host 192.168.23.20  dev lo:0
6.配置ARP：（web02同配置，在此就不展示了，只展示web01）

  以下内容的作用是：忽略arp请求但是可以回复

[root@web01 ~]# vim /etc/sysctl.conf
#写入以下内容：
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2
7.重启虚拟机：（web02同配置，在此就不展示了，只展示web01）
[root@web01 ~]# reboot

第三步：测试效果：

1.观察vip地址在哪台机器上：
[root@lvs01 ~]# 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:ba:1f:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.23.137/24 brd 192.168.23.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet 192.168.23.20/24 scope global secondary ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:feba:1fef/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
[root@lvs01 ~]# 

[root@lvs02 ~]# 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:bf:89:01 brd ff:ff:ff:ff:ff:ff
    inet 192.168.23.133/24 brd 192.168.23.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:febf:8901/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
5: br-17a8c014f086: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:b6:aa:96:4c brd ff:ff:ff:ff:ff:ff
    inet 172.19.0.1/16 brd 172.19.255.255 scope global br-17a8c014f086
       valid_lft forever preferred_lft forever
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:33:bd:32:a9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
[root@lvs02 ~]#

可以看到此时vip也就是我们的虚拟ip在lvs01上

2.客户端浏览器访问vip：

连续刷新几次：

由此可见负载均衡效果已经实现

3.关闭master（lvs01）上的keepalived服务，再次访问vip
[root@lvs01 ~]# systemctl stop keepalived.service 
[root@lvs01 ~]# systemctl status keepalived.service 
● keepalived.service - LVS and VRRP High Availability Monitor
   Loaded: loaded (/usr/lib/systemd/system/keepalived.service; enabled; vendor preset: disabled)
   Active: inactive (dead) since 日 2024-03-31 12:58:49 CST; 3s ago
  Process: 1130 ExecStart=/usr/sbin/keepalived $KEEPALIVED_OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 1154 (code=exited, status=0/SUCCESS)

3月 31 11:49:59 lvs01 Keepalived_healthcheckers[1156]: TCP connection to [192.168.23.134]:80 success.
3月 31 11:49:59 lvs01 Keepalived_healthcheckers[1156]: Adding service [192.168.23.134]:80 to VS [192.168.23.20]:80
3月 31 12:58:48 lvs01 Keepalived[1154]: Stopping
3月 31 12:58:48 lvs01 systemd[1]: Stopping LVS and VRRP High Availability Monitor...
3月 31 12:58:48 lvs01 Keepalived_vrrp[1157]: VRRP_Instance(VI_1) sent 0 priority
3月 31 12:58:48 lvs01 Keepalived_vrrp[1157]: VRRP_Instance(VI_1) removing protocol VIPs.
3月 31 12:58:48 lvs01 Keepalived_healthcheckers[1156]: Removing service [192.168.23.134]:80 from VS [192.168.23.20]:80
3月 31 12:58:48 lvs01 Keepalived_healthcheckers[1156]: Removing service [192.168.23.135]:80 from VS [192.168.23.20]:80
3月 31 12:58:48 lvs01 Keepalived_healthcheckers[1156]: Stopped
3月 31 12:58:49 lvs01 systemd[1]: Stopped LVS and VRRP High Availability Monitor.
[root@lvs01 ~]#

 

可见，再次访问vip仍能访问，负载均衡仍能实现

此时查看lvs02的ip：
[root@lvs02 ~]# 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:bf:89:01 brd ff:ff:ff:ff:ff:ff
    inet 192.168.23.133/24 brd 192.168.23.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet 192.168.23.20/24 scope global secondary ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::20c:29ff:febf:8901/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever
4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000
    link/ether 52:54:00:6e:9e:ef brd ff:ff:ff:ff:ff:ff
5: br-17a8c014f086: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:b6:aa:96:4c brd ff:ff:ff:ff:ff:ff
    inet 172.19.0.1/16 brd 172.19.255.255 scope global br-17a8c014f086
       valid_lft forever preferred_lft forever
6: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:33:bd:32:a9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
[root@lvs02 ~]#

我们发现此时vip已经自动跳到了lvs02机器上

4.关闭web1站点服务，再次访问VIP

[root@web01 ~]# systemctl stop nginx
[root@web01 ~]#

web01站点关闭后，再次访问vip我们发现仍能访问到业务。说明我们的高可用集群试验成功。到此实验完毕！

然而在真实工作场景下，这两台web服务器里面的资源是一致的，我们这里为了能够更好的展示lvs负载均衡的效果，就将两台服务器的内容进行了修改。

Woo79
关注
  • 39
    点赞
  • 踩
  • 54
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
CentOS 6.5 LVS+Keepalived高可用集群搭建教程
02-14
CentOS 6.5 LVS+Keepalived高可用集群搭建教程 DR模式搭建
后端架构师技术图谱
摩登都市天空---专栏
07-19 3570
看到github上一篇超炫的博文，是阿里工程师总结的《后端架构师技术图谱》，分享给大家。\ 数据结构 队列 集合 链表、数组 字典、关联数组 栈 树 二叉树 完全二叉树 平衡二叉树 二叉查找树（BST） 红黑树 B，B+，B*树 LSM 树 BitSet 常用算法 排序、查找算法 选择排序 冒泡排序 ...
java架构师进阶之路
henhenha的博客
03-30 3211
包含了计算机基础、算法和数据结构、常用工具、java核心知识、性能优化、基础框架、数据库、消息队列、缓存中间件、搜索引擎、大数据、RPC、网关、容器、面试等知识
java学习资料整理(开发必备)
热门推荐
m0_67537062的博客
03-30 1万+
收集的java学习资料整理了下，里面包含了计算机基础、算法和数据结构、常用工具、java核心知识、性能优化、基础框架、数据库、消息队列、缓存中间件、搜索引擎、大数据、RPC、网关、容器、面试等知识
《后端架构师技术图谱》
weixin_70730532的博客
06-15 677
（Toc generated by simple-php-github-toc ）《java队列——queue详细分析》《LinkedList、ConcurrentLinkedQueue、LinkedBlockingQueue对比分析》每个节点最多有两个叶子节点。左右两个子树的高度差的绝对值不超过1，并且左右两个子树都是一棵平衡二叉树。二叉查找树（Binary Search Tree），也称有序二叉树（ordered binary tree）,排序二叉树（sorted binary tree）。MySQL是
lvs+Keepalived+nginx高可用负载均衡搭建部署方案
05-24
lvs+Keepalived+nginx高可用负载均衡搭建部署方案
LVS+Keepalived高可用负载均衡集群
05-31
随着你的网站业务量的增长你网站的服务器压力越来越大？需要负载均衡方案！商业的硬件如F5又太贵，你们又是创业型互联公司...我们利用LVS+Keepalived基于完整开源软件的架构可以为你提供一个负载均衡及高可用的服务器。
Mysql双主热备+LVS+Keepalived高可用操作记录（个人精华版）
08-31
本篇文章详细记录了Mysql双主热备+LVS+Keepalived高可用操作过程,可作为线上长期的实操手册.特此分享,希望能帮助到有用到的朋友.
第三十三章：Lvs+Keepalived+Nginx+Tomcat高可用集群1
08-08
第三十三章：Lvs+Keepalived+Nginx+Tomcat高可用集群1
LVS负载均衡超详细入门介绍
qq_58461022的博客
05-14 476
NFS的RPC服务的主要功能就是记录每个NFS功能所对应的端口号，并且在NFS客户端请求时将该端口和功能对应的信息传递给请求数据的NFS客户端，从而确保客户端可以连接到正确的NFS端口上去，达到实现数据传输交互数据目的，这个RPC服务类似NFS服务器端和NFS客户端之间的一个中介。若集群的VIP地址为192.168.1.100，针对TCP 80端口提供负载分流服务，使用的调度算法为轮询，则对应的ipvsadm命令操作如下，对于负载均衡调度器来说，VIP地址必须是本机实际已启用的IP地址。
LVS+Keepalived群集及搭建
翡翠泪滴的博客
05-15 882
Keepalived一个基于VRRP 协议来实现的 LVS 服务高可用方案，可以利用其来解决单点故障。一个LVS服务会有2台服务器运行Keepalived，一台为主服务器（MASTER），一台为备份服务器（BACKUP），但是对外表现为一个虚拟IP，主服务器会发送特定的消息给备份服务器，当备份服务器收不到这个消息的时候，即主服务器宕机的时候， 备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。
Linux repo包安装Nginx
weixin_43485737的博客
05-14 353
一般Nginx默认是安装在/etc/nginx 目录。
视频网站类如何选择服务器？
wanhengwangluo的博客
05-18 372
随着互联网的快速发展，其中视频网站行业也变得更加的多样化，越来越多的人们使用视频软件，这极大的促进了视频行业的快速发展，企业为了能够呈现出流畅清晰的视频，就需要选择合适的服务器来保证后面正常的运行，那么视频网站类行业还怎样选择服务器呢？首先视频占用的容量会比较大，所以为了能够更好的调度文件传输，需要中上配置支持的服务器才能减少冗余，将各个部件进行紧密的结合，如果选择的服务器配置不够高的话，当用户访问量过多时，会超出服务器所能承载的范围，从而造成服务器崩溃。
Linux：iptables防火墙部署优化之路由转发（地址伪装）
最新发布
fox_kang的博客
05-20 336
准备工作：​ 1.已知node2的主机名称为node2.timinglee.org其ip为192.168.0.200​ 2.已知node1的主机名为node1.timinglee.org,此主机为双网卡主机其IP为172.25.254.200和192.168.0.100，请在此主机中配置策略可以使node2主机访问外网。
【MySQL精通之路】MySQL 8.0中添加、弃用或删除的服务器和状态变量及选项
Anakki的博客
05-16 316
欢迎大家关注专栏或者关注收藏我1.Mysql精通之路专栏: http://t.csdnimg.cn/4Rqp72.大家可以从这篇博客开始读，他是所有博客的根节点：【MySQL精通之路】详读MySQL8.0官方文档-CSDN博客MySQL 8.0中添加了以下系统变量、状态变量和服务器选项。 MySQL 8.0中删除了以下系统变量、状态变量和选项。
服务器通的远程桌面连接不上，关于服务器通畅但远程桌面连接不上问题的专业分析
day3ZY的博客
05-14 321
服务器通畅但远程桌面连接不上是一个常见的问题，可能涉及多个方面的因素。通过仔细检查防火墙和安全组设置、远程桌面服务配置、凭证配置以及网络配置，我们可以逐步定位并解决问题。检查服务器的网络配置，包括IP地址、子网掩码、网关等，确保没有冲突或错误。然而，有时会出现服务器网络通畅，但远程桌面无法连接的情况。这可能导致客户端无法成功建立连接。虽然服务器网络通畅，但可能存在网络配置错误，如IP地址冲突、子网掩码设置错误等，导致远程桌面连接失败。服务器的远程桌面服务可能未正确启用或配置，导致客户端无法连接到远程桌面。
Apache无法确定服务器的完全合格域名（FQDN）报错解决方法
par@ish的博客
05-17 282
在文件中找到全局配置区域（可能在文件的末尾或有注释指示的地方），添加或修改以下行来设置你的服务器的完全合格域名。完成上述步骤后，Apache在启动时就不会再显示那个警告信息了。这个配置有助于确保Apache正确识别其服务的域名，尤其是在处理基于域名的虚拟主机配置时尤为重要。，但具体的文件位置可能会根据你的Apache配置有所不同。要修复这个问题，你需要在Apache的主配置文件中手动设置。为你的服务器的实际完全合格域名或IP地址。）打开Apache的主配置文件。命令来查找相关的配置文件。
lvs+keepalived
04-25
LVS（Linux Virtual Server）是一个基于Linux内核的高性能、可扩展的服务器负载均衡软件。而Keepalived是一个用于实现高可用性的软件，它可以与LVS结合使用，提供故障转移和负载均衡的功能。 LVS+Keepalived的工作原理如下： 1. 在LVS+Keepalived架构中，有一个或多个前端负载均衡器（Load Balancer），它们负责接收客户端请求并将请求转发给后端真实服务器。 2. 前端负载均衡器使用LVS技术进行请求的分发，根据一定的负载均衡算法（如轮询、加权轮询、源IP哈希等）将请求分发给后端真实服务器。 3. 后端真实服务器处理客户端请求并返回响应。 4. Keepalived用于监控前端负载均衡器和后端真实服务器的状态。当某个节点或服务发生故障时，Keepalived会自动将故障节点从负载均衡器中剔除，并将请求转发到其他正常节点上，实现故障转移和高可用性。 LVS+Keepalived的优点包括： 1. 高可用性：通过Keepalived的故障转移机制，可以确保系统在某个节点或服务故障时仍然可用。 2. 负载均衡：LVS提供了多种负载均衡算法，可以根据实际需求进行配置，实现请求的均衡分发，提高系统的整体性能和吞吐量。 3. 可扩展性：LVS+Keepalived架构可以方便地扩展到多个节点，以满足不同规模和需求的系统。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值