日常业务场景中，使用的REDIS高可用主要有以下三种方式，各有利弊，需要结合场景选择合适的。
- 单实例，依赖k8s自动漂移
- 适用场景：适用于对数据持久化要求不高，性能要求不高的场景。例如，一些简单的缓存服务或临时数据存储。
- 优点：部署简单，无需配置复杂的集群或主从结构。
- 缺点：由于只有单实例，所以存在单点故障的风险。虽然依赖k8s可以实现自动漂移，但数据持久化需要依赖外部存储，如分布式存储，来确保在单机故障时数据不丢失。此外，k8s的自动漂移可能涉及一些额外的配置和管理开销。
- 哨兵模式高可用
- 适用场景：对数据持久化要求较高，但对性能要求相对不高的场景。例如，一些需要高可用性但不需要超高性能的缓存服务。
- 优点：哨兵模式通过自动监控Redis主从节点的状态，并在主节点出现故障时自动进行故障转移，从而保证了Redis服务的高可用性。此外，数据有持久化主备落地，进一步保证了数据的可靠性。
- 缺点：部署相对比较复杂，需要配置哨兵节点和Redis主从节点。当单实例性能不满足需求时，需要部署多套哨兵和Redis节点，并可能需要业务侧进行主动分片。此外，哨兵模式在读写分离场景下，从节点故障可能导致读服务不可用，需要对从节点进行额外的监控和切换操作。
- 集群高可用
- 适用场景：单实例无法满足，对性能和扩展性要求较高的场景。例如，大规模缓存服务、实时计算等场景。
- 优点：Redis集群通过分片技术将数据分散到多个节点上，实现了水平扩展和负载均衡。同时，集群中的每个节点都是独立的Redis实例，具有独立的内存和计算能力，因此可以提供更高的性能和扩展性。此外，集群也支持数据的持久化和备份。
- 缺点：部署相对比较复杂，需要配置多个Redis节点和集群管理工具。在业务使用上，由于数据被分散到多个节点上，可能需要进行一些额外的数据路由和分片操作。此外，集群的维护和管理也需要一定的专业知识和技能。
