百万并发是大型架构核心，下面我详解百万并发设计@mikechen
百万并发设计：lvs+keepalive
在高并发场景下，单台应用服务器无论在CPU、内存、网络IO还是连接数方面都存在瓶颈。
为了实现百万级并发访问能力，必须采用分层架构：
用户请求 → 负载均衡层（LVS） → 应用服务器集群（Nginx/Tomcat等） → 数据层
在这一体系中，LVS + Keepalived 是最常见、最稳定的四层负载均衡 + 高可用组合。
LVS（Linux Virtual Server） 负责流量分发，保证高性能和高并发。
Keepalived 负责主备切换，保证高可用（HA）。
这种组合方案被广泛应用于大型网站的前端网关层，如：电商、支付、直播、游戏后端等场景。
LVS 四层负载均衡
LVS（Linux Virtual Server）是一个运行在 Linux 内核层的负载均衡框架，由国人章文嵩博士主导开发。
它通过修改内核的 IP 层，将请求转发到后端真实服务器（Real Server, RS），属于四层（传输层）负载均衡。
LVS 仅在 TCP/UDP 传输层 (OSI 第四层) 工作，只根据数据包的目标 IP 和端口进行转发。
不涉及应用层 (HTTP 报文、Cookie 等) 的内容解析，这大大简化了处理流程，提高了转发速度。
由于 LVS 只是简单地转发数据包，其本身几乎不占用 CPU 资源进行复杂的计算，因此抗负载能力极强，可以轻松支撑百万级的并发连接。
Keepalived ：实现 LVS 节点的高可用
LVS 提供了高性能的转发，但如果 LVS 服务器本身宕机，整个系统将崩溃。
Keepalived 就是为了解决 LVS 的单点故障问题而引入的。
它的核心作用有两点：
主备切换（HA）：主节点故障后，备用节点自动接管虚拟IP；
健康检查（Health Check）：实时检测后端服务器健康状态，自动移除故障节点。
整体架构，如下：
┌──────────────────────────┐
│ VIP: 10.0.0.10 │
│ (Keepalived漂移IP) │
└────────────┬────────────┘
│
┌──────────────┴──────────────┐
│ │
Master-LVS Backup-LVS
(优先级100) (优先级90)
│ │
└────────→ RealServer集群 ←───┘
工作流程：
- Master节点绑定虚拟IP（VIP），对外提供服务；
- Keepalived周期性通过 VRRP 心跳检测 Master；
- 若Master宕机，Backup自动接管VIP；
- 整个切换过程自动完成、秒级生效；
- 客户端仍访问VIP，不感知后端变化。
LVS 与 Keepalived 的组合，以其内核级转发性能与成熟的 VRRP 高可用机制。
为构建低成本、可扩展且高可用的负载均衡层提供了稳健方案。