一、双活架构概述

多机双活架构是指两个或多个数据中心（或服务器）同时对外提供服务，在任一节点故障时，流量可自动切换至健康节点，实现业务零中断。该方案常用于对可用性要求极高的网站及关键业务系统。本文以常见的Web应用为例，提供一套可落地的搭建步骤。

二、架构设计原则

• 无状态化：应用层不存储用户会话数据，统一托管至共享缓存（如Redis）。
• 数据层可扩展：数据库采用主主复制或分布式数据库中间件，确保两地数据最终一致。
• 流量智能调度：通过全局负载均衡（GSLB）或DNS智能解析将用户请求分发至最近或最空闲的节点。

三、网络层双活实现

1. DNS智能解析

使用支持地理定位与健康检查的DNS服务（如阿里云DNS、AWS Route53），为同一域名配置多条A记录指向不同数据中心IP，并设置TTL为60秒。当某节点故障时，DNS自动摘除其记录。注意：DNS切换存在缓存延迟，建议搭配客户端重试机制。

2. 全局负载均衡器

部署GSLB设备（如F5、Nginx Plus）或云上的全局负载均衡服务，基于节点健康状态、会话保持策略分发请求。示例配置如下（Nginx Plus）：

upstream backend {
    zone backend 64k;
    server 192.168.1.10:80 weight=5;
    server 192.168.2.10:80 weight=5;
}
server {
    listen 80;
    location / {
        proxy_pass http://backend;
        health_check;
    }
}

四、应用层双活实践

1. 负载均衡器配置

在每个数据中心内部署反向代理（如Nginx、HAProxy），将流量分发至本地的多个应用服务器。同时配置健康检查，自动剔除异常后端。

2. 会话共享

搭建跨数据中心的高可用Redis集群（主从+哨兵或Redis Cluster），应用服务器统一将session存入Redis，使用相同的session key。配置示例（PHP）：

session.save_handler = redis
session.save_path = "tcp://redis1:6379?timeout=2.5&weight=1, tcp://redis2:6379?timeout=2.5&weight=2"

五、数据层双活方案

1. 数据库双主复制

使用MySQL双主（Master-Master）模式，各自接收写入并双向同步。需注意自增ID冲突：配置不同的auto_increment_offset和auto_increment_increment。同时建议启用半同步复制以减少数据丢失概率。

2. 分布式数据库中间件

采用Mycat、ShardingSphere等中间件，通过分片+主备策略实现读写分离与跨中心容灾。数据写入时先写主库，同步至备库；读取时根据路由规则分发。

六、部署与验证步骤

1. 环境准备：在两台（或两组）服务器上安装操作系统、Web服务器、应用代码、数据库及Redis。
2. 配置应用无状态：修改session存储方式为Redis，并确保所有节点使用相同的Redis集群。
3. 设置数据库复制：配置MySQL双主复制，验证数据双向同步正常。
4. 部署负载均衡：在每台应用服务器前安装Nginx，并配置健康检查与反向代理。
5. 配置智能DNS：将两个数据中心的外网IP添加至同一个A记录，开启健康检查。
6. 压测与故障演练：使用ab或wrk进行压力测试；手动停止一个数据中心的Web服务，观察流量是否秒级切换，业务是否正常。

七、注意事项与总结

• 双活架构并不能完全避免数据不一致，需根据业务容忍度选择最终一致性或强一致性方案。
• 建议搭配全链路监控工具（如Prometheus+Grafana）实时跟踪各节点状态。
• 定期进行灾备切换演练，确保应急流程有效。

通过以上步骤，可为企业级网站搭建一套可容灾、可扩展的多机双活系统，极大提升业务连续性与用户体验。