如何为我的 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 支持