如何為我的 Amazon ElastiCache Redis 叢集實作災難復原或容錯？

解決方法

可用的容錯解決方案各自在資料耐久性、效能影響和成本之間取得平衡。選擇其中一種最適合您的使用情況：

Multi-AZ

當資料保留、最短停機時間和應用程式效能為優先考量時，Multi-AZ 是最佳選擇。

• 資料遺失可能性 – 低。Multi-AZ 為每種情況提供容錯，包括硬體相關問題。
• 效能影響 – 低。在可用的選項中，Multi-AZ 的復原時間最快，因為實作該過程後不需要執行手動程序。
• 成本 – 從低到高。Multi-AZ 是成本最低的選項。如果您無法承受因硬體故障而遺失資料的風險，或者無法承受其他選項因應中斷時所需的停機時間，請使用 Multi-AZ。

如需 Multi-AZ 的詳細資訊，請參閱使用 Multi-AZ 最大程度減少 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 支援