文章目录

• 一、LVS负载均衡+keepalived主从高可用
• 二、未处理问题

一、LVS负载均衡+keepalived主从高可用

master：keepalived配置文件：

global_defs {
    router_id node1
 }
 vrrp_instance VI_1 {
     state MASTER
     interface ens33
     virtual_router_id 151
     priority 100
     advert_int 5
     authentication {
        auth_type  PASS
        auth_pass  1111
     }
     virtual_ipaddress {
        172.16.193.100/24
     }
 }
virtual_server 172.16.193.100 80 {
    delay_loop 6    #健康检查时间间隔
    lb_algo wrr        #调度算法rr|wrr|lc|wlc|lblc|sh|dh
    lb_kind NAT        #负载均衡转发规则NAT|DR|TUN
    protocol TCP    #使用的协议
    real_server 172.16.193.201 80 {
               weight 2
               TCP_CHECK {
               connect_timeout 3    #连接超时时间;
               nb_get_retry  1        #重连次数;
               delay_before_retry 1    #重连间隔时间;
               connect_port 80        #健康检查的端口;
               }
    }
    real_server 172.16.193.202 80 {
               weight 1
               TCP_CHECK {
               connect_timeout 3
               nb_get_retry  1
               delay_before_retry 1
               connect_port 80
               }

    }
}

slave：

global_defs {
    router_id node2
 }
 vrrp_instance VI_1 {
     state BACKUP
     interface ens33
     virtual_router_id 151
     priority 99
     advert_int 5
     authentication {
        auth_type  PASS
        auth_pass  1111
     }
     virtual_ipaddress {
        172.16.193.100
     }
 }
virtual_server 172.16.193.100 80 {
    delay_loop 6
    lb_algo wrr
    lb_kind NAT
    protocol TCP
        real_server 172.16.193.201 80 {
               weight 2
               TCP_CHECK {
               connect_timeout 3
               nb_get_retry  1
               delay_before_retry 1
               connect_port 80
               }
        }
        real_server 172.16.193.202 80 {
               weight 1
               TCP_CHECK {
               connect_timeout 3
               nb_get_retry  1
               delay_before_retry 1
               connect_port 80
               }
        }
}

因为这里面没有下降优先级的weight，里面唯一有的一个weight那是wrr的权重轮询。

所以这个不能实现lvs崩溃死掉后，自动实现高可用。lvs这个服务可以不用启动就可以实现负载均衡。如果要开启服务，你需要下面这两个命令：

ipvsadm-save -n > /etc/sysconfig/ipvsadm
systemctl restart ipvsadm

但是我估计，这样子配置，只要keepalived服务不死掉，lvs就会一直工作，lvs如果卡死，应该会宕机，keepalived服务也会死掉，这样就只有slave服务器了，它就会成为master角色。所以这个应该不需要脚本检查lvs服务，然后设定weight下降优先级，实现高可用。

最后改RS网关为virtual server的内网ip即可.

二、未处理问题

DR模式我就没做实验了，因为我还存在问题，可以看lvs之DR模式博客，查询问题所在。

https://blog.csdn.net/weixin_44571270/article/details/104232319

接下来我来说下NAT模式，单独的lvs的nat模式我是做出来了的。keepalived+lvs NAT模式存在的实验问题：

这个实验基本上是做出来了的，我开了四台虚拟机，两台搞keepalived+lvs主从，两台nginx web服务器被负载均衡，像上面这样配置完成后，这四台虚拟机访问VIP，都能实现负载均衡，唯一访问没反应的就是物理机。
就一直这个样子。浏览器访问是404，但是又能ping通。

然后说下我的一个疑惑：
VIP所在的那个LVS服务器：
执行ifconfig：
执行ip add：
结果发现ip add是有这个VIP子网卡的，但是ifconfig没有看见这个子网卡。在单独做LVS的NAT模式实验时，ifconfig是看的到这个这个VIP子网卡的。我在想物理机不能访问的原因是不是和这个有关。