Ich muss Notfallwiederherstellung oder Fehlertoleranz für meine Amazon ElastiCache Redis-Clusterdaten implementieren.
Behebung
Die verfügbaren Fehlertoleranzlösungen haben jeweils ihr eigenes Gleichgewicht zwischen Datenbeständigkeit, Leistungseinbußen und Kosten. Wählen Sie das, das am besten zu Ihrem Anwendungsfall passt:
Multi-AZ
Multi-AZ ist die beste Option, wenn Datenspeicherung, minimale Ausfallzeiten und Anwendungsleistung im Vordergrund stehen.
- Potenzial für Datenverlust – niedrig. Multi-AZ bietet Fehlertoleranz für jedes Szenario, einschließlich hardwarebezogener Probleme.
- Beeinträchtigung der Leistung – niedrig. Von den verfügbaren Optionen bietet Multi-AZ die schnellste Wiederherstellungszeit, da nach der Implementierung des Prozesses kein manuelles Verfahren erforderlich ist.
- Kosten – niedrig bis hoch. Multi-AZ ist die kostengünstigste Option. Verwenden Sie Multi-AZ, wenn Sie nicht riskieren können, Daten aufgrund eines Hardwareausfalls zu verlieren, oder wenn Sie sich die Ausfallzeiten, die andere Optionen als Reaktion auf einen Ausfall erfordern, nicht leisten können.
Weitere Informationen zu Multi-AZ finden Sie unter Minimierung von Ausfallzeiten in ElastiCache für Redis mit Multi-AZ.
Tägliche automatische Backups
Sie können tägliche automatische Backupszu einem Zeitpunkt planen, zu dem Sie eine geringe Ressourcenauslastung für Ihren Cluster erwarten. ElastiCache erstellt ein Backup des Clusters und schreibt dann alle Daten aus dem Cache in eine Redis-RDB-Datei. Redis-Versionen 2.8.22 und höher implementieren ein gabelfreies Backup, das die Leistung verbessern kann.
Hinweis: Redis-Backup und -Wiederherstellung werden auf cache.t1.micro-Knoten für deaktivierte Cluster im Clustermodus nicht unterstützt.
- Datenverlustpotenzial – hoch (bis zu einem Tag). Tägliche automatische Backups werden bis zu 35 Tage lang aufbewahrt.
- Auswirkung auf die Leistung – mittel bis hoch. Die Ausführung mehrerer Dateisicherungen im Laufe des Tages wirkt sich auf die Leistung aus. Um die Leistung zu verbessern, sollten Sie erwägen, RDB-Snapshots auf einem dedizierten sekundären Knoten zu aktivieren, der nur für Persistenz vorgesehen ist. Deaktivieren Sie dann sowohl RDB-Snapshots als auch Redis Append-Only File (AOF) auf dem primären Knoten und allen anderen sekundären Knoten.
- Kosten: Niedrig bis mittel. Die Speicherkosten steigen mit der Anzahl der Backups und der Dauer der Datenspeicherung.
Bevor Sie Sicherung und Wiederherstellung implementieren, sollten Sie die Einschränkungen berücksichtigen, die durch Backup-Einschränkungen verursacht werden. Umfassende Informationen zur Implementierung von Backups für ElastiCache-Cluster, auf denen Redis ausgeführt wird, finden Sie unter Sicherung und Wiederherstellung für ElastiCache für Redis. Weitere Informationen finden Sie unter Manuelle Backups erstellen.
Verwandte Informationen
Minderung von Ausfällen
Stellen Sie sicher, dass Sie über genügend Speicher verfügen, um einen Redis-Snapshot zu erstellen
Minimierung von Fehlerproblemen bei der Verwendung von Redis AOF
Redis-Persistenz auf der Redis-Website
ElastiCache T2-Unterstützung