Nginx多进程架构本身不提供跨机器高可用，但通过Master-Worker模型实现进程级容错、快速恢复与职责隔离，需结合Keepalived、负载均衡等外部机制才能达成真正服务不中断。
Nginx 的多进程架构本身不直接提供跨机器的高可用（HA），但它通过进程级容错 + 快速恢复 + 职责隔离，为上层高可用方案打下坚实基础。真正的“服务不中断”，需要结合 Master-Worker 模型与外部机制（如 Keepalived、负载均衡）协同实现。
Master-Worker 进程模型是稳定运行的底层支柱
Master 进程不处理请求，只负责管理：加载配置、启动/监控 Worker、响应信号（如 HUP 重载、TERM 优雅退出）。Worker 进程独立运行，每个都用事件驱动方式处理成千上万连接。
- 单个 Worker 崩溃不会影响其他 Worker，Master 会立即拉起新进程补位
- 配置热更新无需重启整个服务，Master 重新 fork Worker，旧 Worker 处理完长连接后自动退出
- 无共享内存写冲突风险，Worker 间通过只读共享内存（如 upstream zone）或原子操作协作
进程机制支撑快速故障响应
高可用不只是“不挂”，更是“挂得快、切得准、恢复稳”。Nginx 多进程设计让这三步更可控：
- Master 可在毫秒内感知 Worker 异常退出，并按配置策略（respawn / just once）决定是否重启
- 配合
worker_shutdown_timeout和proxy_next_upstream，能主动终止异常 Worker 上的请求，避免请求卡死 - 所有日志、错误统计、连接状态均由各 Worker 独立维护，便于定位是全局问题还是单进程抖动
必须搭配外部机制才能实现真正高可用
单机多进程再健壮，也无法应对整机宕机、断网、磁盘损坏等故障。因此生产环境必须叠加以下任一或组合方案：
- Keepalived + VIP：两台 Nginx 各自运行完整 Master-Worker 架构，Keepalived 控制虚拟 IP 漂移，客户端无感切换
- 前置负载均衡器：用 HAProxy、F5 或云 LB（如阿里云 SLB）分发流量到多个 Nginx 实例，LB 自身具备多节点集群能力
- 容器编排平台：Kubernetes 中部署 Nginx Pod，由 kube-proxy + Service + Liveness Probe 实现自动重建与服务发现
配置要点直接影响高可用效果
光有架构不够，关键参数要匹配业务场景：
-
worker_processes auto;—— 通常设为 CPU 核心数，避免过度竞争 -
worker_rlimit_nofile 65535;—— 提升单进程可打开文件数，支撑高并发连接 -
accept_mutex on;配合multi_accept on;减少惊群、提升连接接纳效率 -
proxy_next_upstream error timeout http_500 http_502 http_503 http_504;—— 在反向代理时主动跳过异常后端
