Diese Seite bietet einen Überblick über die RDB-Persistenz in Memorystore for Valkey.
Informationen zum Aktivieren, Deaktivieren und Überwachen der RDB-Persistenz finden Sie unter Persistenz verwalten:
Informationen zu Best Practices für die RDB-Persistenz finden Sie unter Best Practices für Persistenz.
Die RDB-Persistenzfunktion schützt Ihre Daten, indem sie Snapshots der Daten speichert auf langlebigen Speicher. Sie legen die Häufigkeit dieser Snapshots fest, indem Sie einen Snapshot-Intervall zwischen 1 und 24 Stunden. Bei Knotenausfällen werden Daten auch dann wiederhergestellt, wenn ein Failover nicht möglich ist.
Bei Knoten mit Replikat wird die Datenwiederherstellung aus dem Replikat priorisiert. Wenn jedoch sowohl die primäre Instanz als auch das Replikat ausfallen, werden Knoten am stärksten wiederhergestellt. Letzter Snapshot.
Durch die RDB-Persistenz entstehen keine zusätzlichen Kosten für die Instanzabrechnung. Diese Funktion eignet sich ideal für Anwendungsfälle, bei denen eine geringe Datenaktualität nach der Wiederherstellung akzeptabel ist. Da Memorystore Snapshots für die automatische Wiederherstellung verwendet, sind Snapshots nicht für die manuelle Wiederherstellung verfügbar. Beachten Sie außerdem, dass nur der letzte erfolgreiche Snapshot aufbewahrt wird.
Memorystore for Valkey unterstützt auch die AOF-Persistenz. Sie müssen jedoch entweder den AOF- oder den RDB-Persistenzmodus auswählen, da beide nicht gleichzeitig aktiviert werden können. Informationen zur Auswahl zwischen den beiden Speichermodi finden Sie unter Speicherung – Übersicht. Für die bestmögliche Verfügbarkeit empfehlen wir, einer hochverfügbaren Instanz und Persistenz ermöglichen.
Zeitplan für Snapshots
Die Snapshot-Planung wird durch zwei Einstellungen bestimmt: die Snapshot-Startzeit und
das Snapshot-Intervall. Du kannst die Intervalle 1h, 6h, 12h und
24h. Wenn Sie beispielsweise die Startzeit auf 4:00 Uhr und das Intervall auf eine Stunde festlegen, werden die Snapshots am Tag der Aktivierung um 4:00 Uhr erstellt und danach jede Stunde.
Snapshot-Zeitpläne werden in der UTC-Zeitzone ausgewertet. Daher kommt es in lokalen Zeitzonen mit Sommer- und Winterzeit zu Zeitplananpassungen. Am Anfang und Ende der Sommerzeit wird in den USA beispielsweise die lokale Startzeit der geplanten Snapshot-Zeitpläne um eine Stunde vor oder zurück angezeigt, wenn Ihre Zeitzone die Sommerzeit berücksichtigt.
Snapshots pausieren
Es kann vorkommen, dass Sie die Erstellung von RDB-Snapshots für eine bestimmte für einen bestimmten Zeitraum. So können Sie beispielsweise dafür sorgen, dass es bei kritischen Ereignissen keine Leistungseinbußen gibt, oder Snapshots vorübergehend deaktivieren, um Leistungsprobleme zu beheben.
Wenn Sie Snapshots pausieren möchten, müssen Sie den Beginn in die Zukunft legen. In diesem Fall ist der letzte Snapshot aufbewahrt werden und im Falle einer Wiederherstellung verwendet werden. Wenn Sie Snapshots fortsetzen möchten, passen Sie den Snapshot-Zeitplan so an, dass der nächste Snapshot zum gewünschten Zeitpunkt erstellt wird. Weitere Informationen zum Anpassen von Snapshot-Zeitplänen Siehe RDB-Snapshot-Intervall anpassen.
Wiederherstellungsverhalten
Bei Memorystore for Redis-Knoten erfolgt das Failover auf Replikatknoten als primärer Wiederherstellungsmechanismus, anstatt von einem Snapshot geladen zu werden. Wenn ein Knoten jedoch ausfällt und nicht über ein Replikat wiederhergestellt werden kann, wird er aus einem Snapshot wiederhergestellt.
Datenkonsistenz bei der Wiederherstellung
Wenn die RDB-Persistenz aktiviert ist, werden Sicherungen nach Möglichkeit im angegebenen Intervall erstellt. Snapshots können aus verschiedenen Gründen fehlschlagen. Wenn der Snapshot in mehreren Intervallen hintereinander fehlschlägt, kann das letzte verfügbare Back-up beliebig veraltet sein.
Im schlimmsten Fall ist die Veralterung der Daten für eine Wiederherstellung aus einem Snapshot die Summe des angegebenen Intervalls seit dem
wann der letzte gute Snapshot gespeichert werden soll. Bei einer Wiederherstellung
Vorfall melden, verwenden Sie den rdb_last_success_ages
um den Zeitrahmen für
veraltete Daten anzuzeigen.
Erholungszeit
Wenn ein Knoten ausfällt und Daten aus einem Snapshot wiederherstellen muss, ist der Knoten während der Wiederherstellung nicht verfügbar. Genesung hängt von der Größe des Snapshots ab.
Snapshot-Fehler
Bei einem fehlgeschlagenen Snapshot wird sofort ein neuer Versuch mit einem exponentiellen Backoff von 5 bis 300 Sekunden unternommen. Fortlaufend Snapshot-Fehler erhöhen die Datenveralterung im Falle einer Wiederherstellung.
Fehler bei der Wiederherstellung
Wiederherstellungsfehler sind selten, können aber auftreten. Wenn ein Wiederherstellungsfehler auftritt, versucht der Knoten wiederholt, die Wiederherstellung durchzuführen, bis sie erfolgreich ist.
Snapshots überwachen
Es ist wichtig, Snapshots zu überwachen und Benachrichtigungen für fehlgeschlagene Snapshots festzulegen. Für Informationen zu den besten Weitere Informationen finden Sie unter Best Practices für RDB-Persistenz. Fehlgeschlagene Snapshots können auf überlastete Knoten hinweisen, bei denen es weiterhin zu Problemen bei der Wiederherstellung aus dem Snapshot kommen kann.
Eine Liste der Messwerte, die zum Überwachen von Snapshots verfügbar sind, finden Sie unter Dauerhafte Messwerte.
Auswirkungen auf die Leistung verwalten
Sie können die Leistungsauswirkung eines Snapshots auf Ihre Memorystore-Instanz überwachen, indem Sie sich die Messwerte ansehen, die über Cloud Monitoring verfügbar sind, z. B. CPU- und Speichernutzung.