Redis高可用部署可以采用主从复制与哨兵架构或Redis集群架构。下面将分别介绍这两种架构的架构图、优缺点和具体应用场景。

1. 主从复制与哨兵架构：

架构图：

         +----------+|  Client  |+----+-----+|+-------v-------+|   Sentinel    |+-------+-------+|
+-------------+------------+
|       Redis Master       |
|                           |
|                           |
+-------------+------------+|+---------+---------+|   Redis Slave 1    ||                     ||                     |+---------------------+

优点：

• 简单易懂：相对于Redis集群，主从复制与哨兵架构配置相对简单。
• 故障转移：哨兵能够自动监控主节点的状态，并在主节点故障时进行自动故障转移，提高了系统的可用性。
• 数据冗余：通过主从复制，从节点可以复制主节点的数据，提供了数据冗余，从而增强了数据的可靠性。

缺点：

• 有限的横向扩展能力：主从复制架构对于大规模数据和高并发负载的情况，横向扩展能力有限。
• 哨兵作为单点故障：哨兵本身也可能成为单点故障，需要在部署时进行充分考虑和容错处理。

应用场景：

• 对于小规模数据和相对简单的应用场景，主从复制与哨兵架构是一个可行的选择。
• 需要快速部署和配置，并且不需要进行大规模横向扩展的场景。

2. Redis集群架构：

架构图：

+-------------+      +-------------+
|  Redis Node 1|----->|  Redis Node 2|
+-------------+      +-------------+|                     ||      +-------------++----->|  Redis Node 3|+-------------+

优点：

• 横向扩展：Redis集群可以通过添加新的节点来进行横向扩展，以应对大规模数据和高并发负载的需求。
• 高可用：Redis集群自动进行数据分片和数据迁移，提供了高可用性和负载均衡。
• 无中心化：Redis集群中没有单一的中心节点，降低了单点故障的风险。

缺点：

• 复杂性：相对于主从复制与哨兵架构，Redis集群架构配置和管理更为复杂。
• 数据一致性：在进行数据迁移或节点故障恢复时，可能会出现短暂的数据不一致性。

应用场景：

• 需要处理大规模数据和高并发负载的应用场景，如高流量的Web应用、社交网络等。
• 需要横向扩展能力和高可用性的场景。

总结：
选择合适的Redis高可用部署架构取决于您的应用需求和场景。如果需要简单的部署和配置，并且应用规模较小，主从复制与哨兵架构可能是一个不错的选择。如果需要横向扩展能力和高可用性，处理大规模数据和高并发负载，Redis集群架构是一个更好的选择。无论选择哪种架构，都应该充分考虑数据备份、监控和故障处理等因素，以确保Redis高可用部署的稳定性和可靠性。