双主模式实现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 (取决于系统配置)
相关推荐
IT19953 小时前
Fail2Ban 防护 MySQL 实战|登录失败 3 次,IP 封禁 24 小时
数据库·mysql
青瓦梦滋3 小时前
WebSocket协议
linux·服务器·网络·c++·websocket·网络协议·http
paopaokaka_luck6 小时前
流浪动物救助与收养系统(DeepSeek AI对话、 ECharts多维分析、救助流程衔接、领养与回访衔接、 捐赠确认与公示、志愿者协作)
java·前端·javascript·人工智能·mysql·echarts·推荐算法
IpdataCloud6 小时前
批量查IP的API接口怎么选?免费API配额瓶颈与离线库本地批量方案实测
网络·网络协议·tcp/ip
lzhdim7 小时前
100条常用SQL语句
数据库·sql·mysql·mybatis
GIoT80109 小时前
整段 C 段 IP 不能只看 Ping:一套实用的批量检测与分析思路
http
这个DBA有点耶9 小时前
2026年国产数据库“实际用户增长最快”核验指南:口径优先级、可查数据与选型动作清单
数据库·mysql·架构
程序员塔塔喵10 小时前
【MySQL篇|第三篇】脏读,幻读,不可重复读
数据库·mysql·不可重复读·幻读·脏读
伤心的梧桐叶11 小时前
商品大图断点续传后打不开,先看是不是把完整响应又接了一遍
http·https
这个DBA有点耶11 小时前
备份成功≠数据可恢复:静默损坏会让物理备份把坏页一起带走
数据库·mysql·代码规范