冗余设计是Linux高可用架构的生存底线。需服务器级冗余（多节点+负载均衡+Nginx+Keepalived）、数据层冗余（MySQL半同步/Group Replication/RAID/云多副本）、服务发现与自动恢复（Consul/Etcd+systemd+Prometheus）、资源与配置冗余（Git管理+多DNS+端口备份）。
冗余设计是Linux系统高可用架构的起点，不是锦上添花，而是生存底线。没有冗余，一次磁盘损坏、一个进程崩溃、一台VPS宕机，就可能让服务中断。
服务器级冗余：避免单点依赖
关键服务不能只跑在一台机器上。常见做法是部署至少两台功能相同的Linux服务器，配合负载均衡器对外提供统一入口。
- Nginx可作为轻量级反向代理，配置upstream分发请求到多个后端节点，天然支持健康检查
- Keepalived + VIP方案能实现IP自动漂移，主节点失效时，备用节点几秒内接管虚拟IP，用户无感知
- 跨可用区部署更进一步——比如阿里云的杭州可用区A和B、AWS的us-east-1a与us-east-1b，物理隔离降低共因故障风险
数据层冗余：不止是备份，更是实时可用
数据冗余不是定期tar打包再传到另一台机器那么简单，它需要写入过程中的同步保障和故障时的快速接管能力。
- MySQL主从复制是最基础的数据冗余方式，但要注意开启半同步（semisync），防止主库崩溃后丢失未同步事务
- MySQL Group Replication或Percona XtraDB Cluster（PXC）支持多节点同时读写，自动选主，写操作不因单节点宕机而阻塞
- 存储层可用mdadm构建RAID1/10，或用DRBD做块设备级实时镜像；对云盘环境，优先启用云厂商提供的多副本存储（如AWS EBS三副本、腾讯云CBS多AZ）
服务发现与自动恢复：让冗余真正“活”起来
冗余节点堆在那里没用，必须让系统知道它们存在，并能在异常时主动调用。
- Consul或Etcd这类服务注册中心，能让应用启动时自动上报地址，下线时自动注销，其他服务通过DNS或API实时获取健康节点列表
- systemd配置Restart=always和StartLimitIntervalSec，可防止进程意外退出后长期离线
- 结合Prometheus+Alertmanager+脚本，检测到某台Redis节点不可达，自动触发Sentinel failover或更新Nginx upstream配置
资源与配置冗余：常被忽略的隐性单点
除了服务器和数据，配置、密钥、网络路径同样需要冗余意识。
- Ansible Playbook、Terraform模板、SSL证书等应存于Git仓库并设分支保护，禁止仅保存在某台运维机上
- DNS解析不要只配一个权威NS，至少两个不同服务商（如Cloudflare + 阿里云DNS），防止单一DNS故障导致全站无法解析
- 关键服务使用非默认端口+防火墙白名单，但同时保留标准端口的备用监听（如Nginx同时监听80和8080），应对iptables规则误删等低级失误
