Redis高可用副本架构的核心是通过主从复制（Master-Slave Replication）实现数据冗余，主节点负责写操作，从节点实时同步主节点数据。当主节点故障时，从节点可以快速切换为主节点，避免单点故障。结合哨兵（Sentinel）机制自动监控和故障转移，确保业务连续性。同时，使用AOF或RDB持久化机制结合副本，防止数据丢失，实现数据安全。

Redis主从复制配置

在redis.conf中配置主节点无需特殊设置，从节点添加slaveof 主节点IP 主节点端口，例如slaveof 192.168.1.100 6379。启动从节点后，它会自动从主节点拉取全量数据并保持增量同步。读写分离时，业务读从从节点，写主节点，提高性能并提供高可用。

哨兵模式实现自动故障转移

哨兵（Sentinel）是Redis官方高可用解决方案，由多个哨兵进程组成，监控主从节点健康。当主节点不可用时，哨兵通过投票选举从节点提升为主节点，并通知客户端更新配置。配置sentinel.conf：sentinel monitor mymaster 192.168.1.100 6379 2，quorum=2表示至少2个哨兵同意故障。

Redis Cluster分片与高可用

Redis Cluster支持数据分片，每个分片（slot）由一个主节点和多个从节点组成。节点间通过gossip协议通信故障检测。主节点故障时，从节点自动 failover。创建集群：redis-cli --cluster create 节点IP:端口 --cluster-replicas 1，确保每个主节点有一个从节点备份。

持久化机制防止数据丢失

开启RDB快照（save 900 1）和AOF日志（appendonly yes），主从复制时从节点也持久化数据。混合持久化减少重启时间。故障切换后，新主节点从AOF重建数据，确保零丢失。策略：高可靠性场景用AOF + 副本，低延迟用RDB + 副本。

实际部署案例

在生产环境中，部署3主3从Cluster架构，结合Sentinel监控。使用Twemproxy或Codis代理分发请求。数据中心跨AZ部署，避免区域故障。监控工具Prometheus + Grafana观察延迟和故障。业务连续性测试：模拟kill主节点，观察切换时间<10s，无数据丢失。

常见问题FAQ

Q: 主从复制如何处理网络分区？
A: Redis使用全量同步+增量PSYNC，网络恢复后从节点拉取缺失RDB并回放命令。

Q: 哨兵选举如何保证一致性？
A: 通过quorum投票和客观下线机制，至少多数哨兵同意才执行failover，避免脑裂。

Q: Cluster模式下数据丢失风险？
A: 每个slot有从节点备份，failover后数据完整；结合AOF实现最终一致性。

Q: 如何测试高可用架构？
A: 使用redis-cli cluster节点命令模拟故障，检查切换时间和数据一致性。