Keepalived + LVS（DR）+ Nginx + NFS

Keepalived + LVS（DR）+ Nginx + NFS

项目背景

业务场景与核心需求

随着企业数字化转型加速，Web 服务作为业务对外输出的核心载体，其高可用性、高并发承载能力、数据一致性成为支撑业务稳定运行的关键。以电商平台、企业官网、在线教育等典型场景为例，需满足以下核心需求：

1. 高可用保障：Web 服务需实现 7×24 小时不间断运行，避免因单点故障（如服务器宕机、网络中断）导致业务中断，尤其在促销活动、峰值访问时段，服务不可用将直接造成经济损失或用户流失；

2. 高并发承载：面对日益增长的用户访问量（如日均 PV 从 10 万级提升至百万级），单台 Web 服务器的 CPU、内存、网络带宽易成为瓶颈，需通过负载均衡分摊请求压力，保障页面响应速度（目标：95% 请求响应时间＜1 秒）；

3. 数据一致性：Web 服务涉及大量静态资源（如 HTML、CSS、图片、视频）与动态业务数据（如用户上传文件、订单记录），多台 Web 服务器需共享资源，避免出现 “不同服务器展示内容不一致”（如用户在 A 服务器上传的图片，在 B 服务器无法访问）的问题；

4. 易维护与扩展性：业务增长过程中，需支持快速新增 Web 节点扩展集群能力，同时减少运维复杂度（如避免每台服务器重复部署资源、手动同步配置）。

传统架构的痛点与局限

在采用《Keepalived + LVS（DR）+ Apache + NFS》方案前，多数企业曾使用 “单 Web 服务器” 或 “简单负载均衡” 架构，面临以下难以突破的局限：

1. 单点故障风险高：

• 传统 “单台 Apache 服务器 + 本地存储” 架构中，服务器硬件故障（如硬盘损坏、电源故障）或软件异常（如 Apache 进程崩溃）将直接导致服务完全不可用，MTTR（平均恢复时间）依赖人工干预，通常超过 30 分钟，远无法满足业务连续性要求；

• 即使采用 “2 台 Apache 服务器 + 简单 DNS 轮询”，若其中一台服务器宕机，DNS 缓存可能导致部分用户仍被解析至故障节点，且 DNS 轮询无法感知服务器负载状态，易出现 “故障节点持续接收请求” 或 “高负载节点被分配更多请求” 的问题。

1. 并发承载能力不足：

• 单台 Apache 服务器受限于 CPU 核心数（如 4 核 8G 服务器仅能稳定承载约 2000-3000 并发连接），当访问量峰值超过阈值时，会出现请求排队、页面超时、503 错误等问题；

• 若仅通过 “增加服务器数量” 扩展，缺乏高效的负载均衡机制，无法将请求合理分配至各节点，导致资源浪费（部分服务器空闲）与性能瓶颈（部分服务器过载）并存。

1. 数据共享与一致性难题：

• 多台 Apache 服务器采用 “本地存储静态资源” 时，需通过脚本定期同步资源（如 rsync），但同步延迟易导致 “用户访问不同节点看到不同版本内容”（如首页图片更新后，部分节点仍展示旧图）；

• 动态数据（如用户上传的头像、订单附件）若存储在本地，将无法在多节点间共享，导致 “用户在 A 节点上传文件后，切换至 B 节点无法查看” 的业务异常。

1. 运维效率低下：

• 每台 Web 服务器需单独部署 Apache 配置、静态资源、业务代码，新增节点时运维人员需重复操作，耗时且易出错（如配置文件漏改、资源版本不一致）；

• 缺乏统一的资源管理机制，当静态资源更新（如 CSS 样式调整、图片替换）时，需逐台服务器修改，运维成本随节点数量增加呈线性上升。

技术方案的选型逻辑

针对上述痛点，需构建一套 “高可用负载均衡 + 共享存储 + Web 服务集群” 的一体化架构，而《Keepalived + LVS（DR）+ Apache + NFS》组合正是基于以下核心诉求选型：

1. 解决高可用与负载均衡：

• LVS（Direct Routing 模式）作为四层负载均衡器，具备超高并发承载能力（单机可支撑 10 万 + 并发连接），通过 DR 模式避免 “请求回程流量” 占用带宽，保障转发效率；

• Keepalived 通过 VRRP 协议实现 LVS 主备高可用，主节点故障时，备节点可在 1-3 秒内自动接管虚拟 IP（VIP），实现 “无感知切换”，彻底消除负载均衡层单点故障。

1. 保障 Web 服务稳定性：

• Apache 作为成熟的 Web 服务器，兼容性强、配置灵活，可稳定运行 PHP、Python 等动态业务代码，同时通过模块（如 mod_cache、mod_gzip）优化静态资源访问性能；

• 多台 Apache 组成集群，通过 LVS 分摊请求压力，单节点故障时，LVS 自动将请求转发至其他健康节点，保障服务连续性。

1. 实现数据一致性与共享：

• NFS（网络文件系统）作为共享存储，将所有 Web 服务器的静态资源（如 /images、/css 目录）与动态上传目录（如 /uploads）挂载至 NFS 服务器，实现 “多节点访问同一存储资源”，彻底解决数据同步问题；

• NFS 支持权限控制与读写分离（可选配置），可保障资源访问安全性与存储性能。

1. 降低运维复杂度：

• 架构模块化设计，各组件职责清晰（LVS 负责转发、Apache 负责服务、NFS 负责存储），便于故障定位与单独扩展；

• 新增 Web 节点时，仅需安装 Apache 并挂载 NFS 目录，无需重复部署资源，运维效率提升 80% 以上。

项目价值与预期目标

通过部署《Keepalived + LVS（DR）+ Apache + NFS》架构，预期实现以下业务与技术价值：

1. 业务连续性：Web 服务可用性从 99.9% 提升至 99.99%（年均 downtime 从 8.76 小时降至 52.56 分钟），核心业务场景（如电商促销、在线考试）无服务中断风险；

2. 性能提升：并发承载能力从单台服务器 3000 并发提升至集群 10 万 + 并发，页面响应时间稳定在 500ms 以内，用户体验显著优化；

3. 运维效率：资源部署与更新效率提升 80%，新增节点时间从 2 小时缩短至 15 分钟，减少重复人工操作；

4. 扩展性：支持 Web 节点与 NFS 存储独立扩展（如新增 Apache 节点提升并发、扩容 NFS 存储容量），满足业务 3-5 年增长需求。

项目实践

项目环境

网络说明：

1. 所有主机：第一块网卡名为 ens33，第二块网卡名为 ens192
2. 默认第一块网卡模式为nat，第二块网卡模式为hostonly
3. 网关设置：10.1.1.0/24 网段网关为10.1.1.20，10.1.8.0/24 网段网关为10.1.8.20

基础配置

• 主机名

• IP 地址

• 网关

  ## 网关配置命令参考## 10.1.1.0/24 网段网关为10.1.1.20nmcli connection modify ens33 ipv4.gateway10.1.8.20 nmcli connection up ens33## 10.1.8.0/24 网段网关为10.1.8.20nmcli connection modify ens33 ipv4.gateway10.1.1.20 nmcli connection up ens33

配置 router

## 开启路由echo"net.ipv4.ip_forward=1">>/etc/sysctl.conf## 或者## sed -i "s/ip_forward=0/ip_forward=1/g" /etc/sysctl.confsysctl-p

配置免密登录-可选

[root@client ~]##echo'StrictHostKeyChecking no'>>/etc/ssh/ssh_config ssh-keygen-trsa-f.ssh/id_rsa-N''forhostinserver server{1..5};dossh-copy-id root@$host;doneforhostinserver server{1..5};doscp/etc/ssh/ssh_config root@$host:/etc/ssh/ssh_config;doneforhostinserver server{1..5};dosshroot@$hosthostname;done## 同步/etc/hosts文件forhostinserver server{1..5};doscp/etc/hosts root@$host:/etc/hosts;done

配置 nfs

## 安装软件yuminstall-ynfs-utils## 准备共享目录和文件mkdir/usr/share/nginx/html-pechoWelcome to www.lzh.cloud>/usr/share/nginx/html/index.html## 配置共享echo'/usr/share/nginx/html 10.1.2.0/24(rw,sync)'>>/etc/exports## 启用并启动服务systemctlenablenfs-server.service--now

配置 web

[root@web1-3 ~]### 部署 webyuminstall-ynginxechoWelcome to$(hostname)>/usr/share/nginx/html/index.html systemctlenablenginx.service--now## 访问后端 web[root@client1 ~]## curl 10.1.8.11Welcome to web1.lzh.cloud[root@client1 ~]## curl 10.1.8.12Welcome to web2.lzh.cloud[root@client1 ~]## curl 10.1.8.13Welcome to web3.lzh.cloud## 配置NFS挂载[root@web1-3 ~]#yuminstall-ynfs-utilsecho'10.1.2.100:/usr/share/nginx/html /usr/share/nginx/html nfs defaults 0 0'>>/etc/fstab systemctl daemon-reloadmount-adf/usr/share/nginx/html

配置 LVS-RS

所有后端主机都要做相同配置。

[root@web1-3 ~]### 增加虚拟网卡nmcli connectionaddtypedummy ifname dummy con-name dummy ipv4.method manual ipv4.addresses10.1.8.100/32 nmcli connection up dummy## 配置arp参数，关闭arp对dummy网卡的解析cat>>/etc/sysctl.conf<<EOF net.ipv4.conf.all.arp_ignore = 1 net.ipv4.conf.all.arp_announce = 2 net.ipv4.conf.dummy.arp_ignore = 1 net.ipv4.conf.dummy.arp_announce = 2 EOFsysctl-p

配置 HA 和 LVS-DS

配置 ha1

yuminstall-ykeepalived ipvsadmcp/etc/keepalived/keepalived.conf{,.bak}vim/etc/keepalived/keepalived.conf

!Configuration Fileforkeepalived global_defs{router_id ha1}vrrp_instance web{state MASTER interface ens33 virtual_router_id51priority110advert_int1authentication{auth_type PASS auth_pass lzh@123}virtual_ipaddress{10.1.8.100/24}}virtual_server10.1.8.10080{delay_loop6lb_algo rr lb_kind DR protocol TCP real_server10.1.8.1180{weight1TCP_CHECK{connect_timeout3retry3delay_before_retry3}}real_server10.1.8.1280{weight2TCP_CHECK{connect_timeout3retry3delay_before_retry3}}real_server10.1.8.1380{weight2TCP_CHECK{connect_timeout3retry3delay_before_retry3}}}

systemctlenablekeepalived.service--now

配置 ha2

yuminstall-ykeepalived ipvsadmcp/etc/keepalived/keepalived.conf{,.bak}vim/etc/keepalived/keepalived.conf

!Configuration Fileforkeepalived global_defs{router_id ha2}vrrp_instance web{state BACKUP interface ens33 virtual_router_id51priority100advert_int1authentication{auth_type PASS auth_pass lzh@123}virtual_ipaddress{10.1.8.100/24}}virtual_server10.1.8.10080{delay_loop6lb_algo rr lb_kind DR protocol TCP real_server10.1.8.1180{weight1TCP_CHECK{connect_timeout3retry3delay_before_retry3}}real_server10.1.8.1280{weight1TCP_CHECK{connect_timeout3retry3delay_before_retry3}}real_server10.1.8.1380{weight1TCP_CHECK{connect_timeout3retry3delay_before_retry3}}}

systemctlenablekeepalived.service--now

测试

功能性测试

[root@client1 ~]## while true ;do curl -s http://10.1.8.100;sleep 1;doneWelcome to www.lzh.cloud......[root@client2 ~]## while true ;do curl -s http://10.1.8.100;sleep 1;doneWelcome to www.lzh.cloud......

高可用测试

持续监控集群可用性。

[root@client2 ~]## while true ;do curl -s http://10.1.8.100;sleep 1;done......

测试1：停止 ha1 上 keepalived 服务。

[root@ha1 ~]## systemctl stop keepalived.service

结果：客户端无感知故障，正常访问集群。

测试2：恢复 ha1 上 keepalived 服务。

[root@ha1 ~]## systemctl start keepalived.service

结果：客户端无感知故障，正常访问集群。

负载均衡测试

测试1：停止 web2 上 httpd 服务，监控客户端访问情况。

[root@web2 ~]## systemctl stop httpd.httpd

结果：大概 15 秒，LVS 将 web2 从后端虚拟主机中剔除。

测试2：启动 web2 上 httpd 服务，监控客户端访问情况。

[root@web2 ~]## systemctl start httpd.service

结果**：客户端无感知故障，正常访问集群。

测试2：恢复 ha1 上 keepalived 服务。

[root@ha1 ~]## systemctl start keepalived.service

结果：客户端无感知故障，正常访问集群。

负载均衡测试

测试1：停止 web2 上 httpd 服务，监控客户端访问情况。

[root@web2 ~]## systemctl stop httpd.httpd

结果：大概 15 秒，LVS 将 web2 从后端虚拟主机中剔除。

测试2：启动 web2 上 httpd 服务，监控客户端访问情况。

[root@web2 ~]## systemctl start httpd.service

结果：大概 5 秒，LVS将web2加入后端虚拟主机中。