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 Snapshots Ihrer Daten in einem dauerhaften Speicher gespeichert werden. Sie können die Häufigkeit dieser Snapshots auswählen, indem Sie ein Snapshot-Intervall von mindestens einer Stunde bis maximal 24 Stunden festlegen. Bei Knotenausfällen werden Daten auch dann wiederhergestellt, wenn ein Failover nicht möglich ist.
Bei Knoten mit Replikaten wird die Datenwiederherstellung aus dem Replikat priorisiert. Wenn jedoch sowohl der primäre Knoten als auch das Replikat gleichzeitig ausfallen, werden die Knoten aus dem neuesten Snapshot wiederhergestellt.
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 gewisse 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, neben der Aktivierung der Persistenz auch eine hochverfügbare Instanz zu verwenden.
Snapshot-Zeitplan
Die Snapshot-Planung wird durch zwei Einstellungen bestimmt: die Snapshot-Startzeit und das Snapshot-Intervall. Sie können die Intervalle 1h, 6h, 12h und 24h festlegen. 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 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 einen bestimmten Zeitraum vorübergehend pausieren möchten. 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 wird der letzte Snapshot beibehalten und bei einer Wiederherstellung verwendet. 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 finden Sie unter 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.
Die maximale Datenaktualität bei der Wiederherstellung aus einem Snapshot ist die Summe aus dem angegebenen Intervall seit Beginn des letzten fehlerfreien Snapshots und der Zeit, die zum Speichern des nächsten Snapshots im Speicher benötigt wird. Bei einem Wiederherstellungsvorfall können Sie mit dem Messwert rdb_last_success_ages den Zeitraum für die Datenaktualität abrufen.
Erholungszeit
Wenn ein Knoten ausfällt und Daten aus einem Snapshot wiederhergestellt werden müssen, ist der Knoten während der Wiederherstellung nicht verfügbar. Die Wiederherstellungszeit 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. Bei aufeinanderfolgenden Snapshot-Fehlern steigt die Datenaktualität im Falle einer Wiederherstellung.
Wiederherstellung fehlgeschlagen
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. Informationen zu Best Practices für die RDB-Persistenz finden Sie unter Best Practices für die 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 Persistenzmesswerte.
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.