双主模式实现HTTP与MySQL高可用

双主模式代理不同业务实现高可用

目的

在两台 Keepalived/LVS 节点上,通过配置不同的 VIP(虚拟 IP),分别代理不同业务(HTTP 与 MySQL),实现"双主模式"下不同业务的高可用与流量分发。

拓扑示意

  • RS1 (172.25.254.10) --- 后端节点(Web + MySQL)
  • RS2 (172.25.254.20) --- 后端节点(Web + MySQL)
  • KA1 / KA2 --- 两台 Keepalived/LVS 节点,负责 VIP 漂移与 L4 转发
    • VIP 172.25.254.100:80 → Web(HTTP)
    • VIP 172.25.254.200:3306 → 数据库(MySQL)

环境准备(后端 RS 节点)

复制代码
[root@RS1和RS2 ~] vim /etc/NetworkManager/system-connections/lo.nmconnection

[connection]
id=lo
type=loopback
interface-name=lo


[ipv4]
method=manual
address1=127.0.0.1/8
address2=172.25.254.100/32
address3=172.25.254.200/32

示例以 CentOS/RHEL(dnf)安装 MariaDB:

bash 复制代码
# 在 RS1/RS2 上安装并启动 MariaDB
dnf install mariadb-server -y
systemctl enable --now mariadb

创建数据库用户并授权(允许远程访问):

sql 复制代码
-- 在 mysql 控制台中执行
CREATE USER 'swp'@'%' IDENTIFIED BY 'swp';
GRANT ALL ON *.* TO 'swp'@'%';
FLUSH PRIVILEGES;

测试从一台后端访问另一台后端的 MySQL(示例):

bash 复制代码
mysql -uswp -pswp -h172.25.254.20

Keepalived + LVS 配置(在 KA1 / KA2)

主配置文件 /etc/keepalived/keepalived.conf 引入两个业务配置文件:

conf 复制代码
include /etc/keepalived/conf.d/webserver.conf
include /etc/keepalived/conf.d/datebase.conf
  1. Web(HTTP)代理:/etc/keepalived/conf.d/webserver.conf
conf 复制代码
[root@KA1+2 ~]virtual_server 172.25.254.100 80 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    protocol TCP

    real_server 172.25.254.10 80 {
        weight 1
        HTTP_GET {
            url {
                path /
                status_code 200
            }
            connect_timeout 1
            retry 3
            delay_before_retry 1
        }
    }

    real_server 172.25.254.20 80 {
        weight 1
        TCP_CHECK {
            connect_timeout 5
            retry 3
            delay_before_retry 3
            connect_port 80
        }
    }
}

说明:

  • 对能返回 HTTP 200 的后端使用 HTTP_GET 健康检查更准确;
  • 也可全部使用 TCP_CHECK(仅检测端口连通性)视需求调整。
  1. 数据库(MySQL)代理:/etc/keepalived/conf.d/datebase.conf
conf 复制代码
[root@KA1+2 ~]virtual_server 172.25.254.200 3306 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    protocol TCP

    real_server 172.25.254.10 3306 {
        weight 1
        TCP_CHECK {
            connect_timeout 5
            retry 3
            delay_before_retry 3
            connect_port 3306
        }
    }

    real_server 172.25.254.20 3306 {
        weight 1
        TCP_CHECK {
            connect_timeout 5
            retry 3
            delay_before_retry 3
            connect_port 3306
        }
    }
}

重启 keepalived 生效:

bash 复制代码
[root@KA1+2 ~]systemctl restart keepalived.service

验证与测试

  1. 验证数据库 VIP(从任意客户端)���
bash 复制代码
mysql -u<user> -p<pass> -h172.25.254.200

示例:成功进入 MariaDB monitor 表示代理成功。

  1. 验证 Web VIP(HTTP):
bash 复制代码
curl 172.25.254.100

示例返回(轮询不同后端):

  • RS1 返回:RS1 - 172.25.254.10
  • RS2 返回:RS2 - 172.25.254.20

故障切换测试建议

  1. 停止某后端 Web 服务(或屏蔽 80 端口),多次 curl VIP,观察请求是否切换到健康节点。
  2. 停止某后端 MySQL 服务,尝试连接 172.25.254.200,观察是否切换到另一台后端。
  3. 停止 KA1 的 keepalived,观察 VIP 是否漂移到 KA2(VRRP 切换)。

查看日志以确认事件:

bash 复制代码
journalctl -u keepalived
# 或查看 /var/log/messages (取决于系统配置)

服务,尝试连接 172.25.254.200,观察是否切换到另一台后端。

  1. 停止 KA1 的 keepalived,观察 VIP 是否漂移到 KA2(VRRP 切换)。

查看日志以确认事件:

bash 复制代码
journalctl -u keepalived
# 或查看 /var/log/messages (取决于系统配置)
相关推荐
酒神dnspup1 分钟前
HTTP状态码检测怎么做?用 DNSPup 排查 4xx、5xx、重定向与网站可用性
网络·网络协议·http·http状态码
见山是山-见水是水34 分钟前
网络请求性能优化落地指南:让原生界面在模拟器里稳定运行
网络协议·华为·性能优化·harmonyos
JavaPub-rodert1 小时前
Redis 和 MySQL 如何保证数据一致性?从缓存更新到延迟双删完整讲解
redis·mysql·缓存
IPdodo_1 小时前
2026年SD-WAN 与跨境专线组合组网:3 种架构、智能选路与 SLA 验收
网络协议·sd-wan·网络架构·网络运维·企业网络·跨境网络
酒神dnspup1 小时前
SSL证书检测完整指南:用 DNSPup 排查过期、域名不匹配与 TLS 握手失败
网络·网络协议·http·ssl证书·http状态码
冰暮流星1 小时前
MySQL 流程函数详解
数据库·sql·mysql
AlanBruce2 小时前
一键设备扫描功能详解
服务器·网络·网络协议·modbus·摩尔信使·设备扫描
烬羽2 小时前
一个博客系统,为什么要拆成 6 张表?
数据库·mysql
程序员-Benothing2 小时前
MySQL 中的日志类型有哪些?binlog、redo log 和 undo log 的作用和区别是什么?
数据库·mysql