我需要为我的 Amazon ElastiCache Redis 集群数据实施灾难恢复或容错能力。
解决方法
每种可用的容错解决方案都有自己平衡数据持久性、性能影响和成本的方式。选择最适合您的应用场景的一种:
多可用区
当优先考虑数据留存、最短停机时间和应用程序性能时,多可用区是最佳选择。
- 数据丢失的可能性 - 低。多可用区为包括硬件相关问题在内的每种场景提供容错能力。
- 性能影响 - 低。在各种可用选项中,多可用区可提供最快的恢复时间,因为实施该过程后无需执行手动程序。
- 成本 - 低到高。多可用区是成本最低的选项。如果您无法承担因硬件故障而丢失数据的风险,或者无法承受其他选项应对中断所需的停机时间,请使用多可用区。
有关多可用区的更多信息,请参阅使用多可用区最大限度地减少 ElastiCache for Redis 的停机时间。
每日自动备份
您可以在预计集群资源利用率较低的时间安排每日自动备份。ElastiCache 将创建集群的备份,然后将缓存中的所有数据写入 Redis RDB 文件。Redis 2.8.22 及更高版本实施无分叉备份,可以提高性能。
**注意:**对于已禁用集群模式的集群,cache.t1.micro 节点不支持 Redis 备份和恢复。
- 数据丢失的可能性 - 高(最多损失一天的数据)。每日自动备份最多可保留 35 天。
- 性能影响 - 中到高。全天运行多个文件备份会影响性能。若要提高性能,请考虑在指定的仅持久性辅助节点上启用 RDB 快照。然后,在主节点和所有其他辅助节点上禁用 RDB 快照和 Redis 仅追加文件(AOF)。
- 成本 - 低至中。存储成本会随备份数量的增加和数据留存期限的延长而增加。
在实施备份和恢复之前,请考虑备份约束带来的限制。有关为运行 Redis 的 ElastiCache 集群实施备份的全面信息,请参阅 ElastiCache for Redis 的备份和恢复。有关更多信息,请参阅进行手动备份。
相关信息
缓解故障
确保您有足够的内存来创建 Redis 快照
缓解使用 Redis AOF 时的故障问题
Redis 网站上的 Redis 持久性
ElastiCache T2 支持