别等服务器宕机才哭，这套容灾搭建方案必须存

凌晨三点被电话叫醒的绝望，谁懂？

那种头皮发麻的感觉，真的不想再体验第二次。辛辛苦苦跑起来的业务，咔嚓一下全挂了，老板在群里狂@，用户投诉电话打爆，这时候你要是没准备容灾，那真是叫天天不应叫地地不灵。这事儿吧，很多小团队总觉得“倒霉的肯定不是我”，或者觉得“容灾是大厂才玩得起的奢侈品”。其实大错特错，小团队抗风险能力更弱，一旦出事就是灭顶之灾。说白了，容灾就是给你的服务器买份“保险”，关键时刻能救命。

搞懂容灾，别被专业术语绕晕

这其实跟家里藏备用钥匙一个道理

很多人一听到 RPO、RTO 就头大。咱们别整那些虚的，打个比方。RPO（恢复点目标）就是你打游戏挂机了，断网那一刻你存了没？没存，那重新打的数据量就是 RPO。RTO（恢复时间目标）就是你电脑蓝屏了，重启进游戏得多久？这两个指标越低，说明你的容灾越牛。咱们搭建容灾，无非就是想让这两个时间尽可能短，别让用户觉得你的服务“烂透了”。

实战开始，手把手教你搭个“备胎”

第一步：数据得双份，别玩单机数据库

数据库是心脏，心脏停了人就没了。千万别信什么“单机数据库够用了”这种鬼话。最起码得搞个 MySQL 主从复制吧？主库写，从库读，主库挂了，赶紧切从库。虽然这中间可能会有点数据丢失，但好歹业务能跑起来，总比直接 503 强百倍。记得把 半同步复制 打开，别为了那一点点性能，让数据在主库挂了的时候还没传到从库，那时候你就真的哭了。

配置大概是这样，你得记好了：

```sql CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='replicator', MASTER_PASSWORD='你的密码'; START SLAVE; ```

第二步：流量入口得靠谱，Nginx + Keepalived 走起

光有数据备份还不行，你的 Web 服务器要是挂了，谁去连数据库？这时候就得搞个高可用集群。两台 Nginx 服务器，外面套个 Keepalived，虚拟一个 VIP（虚拟IP）。这就好比门口安排了两个保安，一个晕倒了，另一个立马顶上，对外面的人来说，门口永远有人站岗。这配置一上，心里是不是踏实多了？VIP 自动漂移 这功能，真的香。

```bash ! Configuration File for keepalived vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.1.100 } } ```

第三步：别装了，你不演练就是零

架构搭好了，是不是就万事大吉了？别傻了。我见过太多人，容灾方案做得漂漂亮亮，文档写了几百页，结果真出事了，切换脚本跑报错，密码忘了，备份文件损坏。这种时候，那种无力感，真的想撞墙。所以，定期搞故障演练，别怕影响业务，平时多流汗，战时少流血。每个月拔根网线试试，看看系统能不能自动恢复。

最后唠叨两句

技术这东西，不怕一万就怕万一。别等事故发生了才后悔当初没听劝。搭建容灾可能费点时间，费点机器钱，但跟业务停摆造成的损失比起来，这笔买卖太划算了。今晚回去就把方案落地了，保你晚上睡觉都踏实点。