Diese Seite bietet eine Übersicht über die Wartung von Memorystore for Memcached.
Eine Anleitung zum Planen von Wartungsfenstern finden Sie unter Wartungsfenster finden und einrichten.
Übersicht
Memorystore for Memcached aktualisiert Instanzen regelmäßig, damit der Dienst zuverlässig, leistungsstark, sicher und auf dem neuesten Stand ist. Die meisten dieser Aktualisierungen werden durchgeführt, während Ihre Memcached-Instanz ausgeführt wird. Bestimmte Systemupdates erfordern jedoch eine kurze Dienstunterbrechung. Diese Updates werden als Wartung bezeichnet. Wartung fällt in der Regel in eine der folgenden Kategorien:
Memorystore-Funktionen Für die Einführung einiger Funktionen ist ein Wartungsupdate für Memorystore erforderlich.
Betriebssystem-Patches Wir halten kontinuierlich Ausschau nach neuen Sicherheitslücken im Betriebssystem. Bei der Erkennung patchen wir das Betriebssystem, um Sie vor neuen Risiken zu schützen.
Upgrades der Datenbankversion. Die Wartung kann ein Update der Nebenversion eines OSS-Memcached-Patches umfassen, das keine nicht funktionsgefährdenden oder inkompatiblen Änderungen enthält.
Nutzer haben zwei Möglichkeiten, die Wartung durchzuführen: automatisch oder manuell. Mit der Funktion Wartungsfenster können Nutzer einen wiederkehrenden Zeitraum angeben, in dem Wartungen automatisch geplant und ausgeführt werden können. Nutzer, die die Wartung ihrer Instanz genauer steuern möchten, können mit der manuellen Wartung eine gcloud-Oberfläche verwenden, um eine Instanz gemäß dem gewünschten Zeitplan und der gewünschten Logik zu aktualisieren.
Auswirkungen der Wartung
Während der Wartung kommt es bei einem Memorystore for Memcached-Cluster zu Verbindungsabbrüchen und einer vollständigen Cacheleerung.
Die Knoten in Ihrem Cluster werden nacheinander und gleichmäßig über die gesamte Dauer des Wartungsfensters aktualisiert. Wenn ein Knoten aktualisiert wird, wird der Cache geleert und Daten werden nach der Wartung nicht wiederhergestellt. Die Ausfallzeit beträgt in der Regel etwa 5 Minuten pro Knoten.
Wenn ein Knoten gewartet wird, wird die Verbindung für diesen Knoten getrennt und zurückgesetzt. Sie sollten einen Wiederholungsmechanismus mit exponentiellem Backoff erstellen, um die Anwendung nach der Wartung wieder mit den Knoten zu verbinden.
Bei Nutzern, die die manuelle Wartung ausgewählt haben, legen Sie den Zeitpunkt des Updates für die einzelnen Knoten Ihres Clusters fest.
Wartungseinstellungen
Mit Memorystore können Sie die Wartung so konfigurieren, dass sie zu der für Ihre Anwendung günstigsten Zeit stattfindet. Dazu müssen Sie ein Wartungsfenster konfigurieren.
Wartungsfenster werden pro Memorystore-Instanz festgelegt und bieten die folgenden Konfigurationsoptionen:
- Wochentag Gibt den Tag an, an dem die Wartung stattfindet.
- Startzeit (Stunde) Die Stunde, zu der die Wartung beginnt.
- Dauer: Die Länge des Wartungsfensters, zwischen 3 Stunden und 8 Stunden.
Wenn für eine Instanz ein Wartungsfenster konfiguriert ist, werden zukünftige automatische Wartungen entsprechend diesen Einstellungen geplant. Wenn für Ihre Instanz kein Wartungsfenster angegeben ist, kann die Wartung jederzeit ohne vorherige Benachrichtigung beginnen.
Beispiel für die Wartung
Angenommen, Sie sind Entwickler bei einem Einzelhändler und verwalten einen Einkaufswagendienst. Sie haben eine Memorystore for Memcached-Instanz für eine Produktionsumgebung. Sie möchten, dass Ihre Instanz gerade dann gewartet wird, wenn Ihre Instanz den geringsten Traffic verarbeitet, also sonntags um Mitternacht.
In diesem Fall legen Sie das Wartungsfenster der Produktionsinstanz auf Folgendes fest:
- Wochentag Sonntag.
- Startzeit (Stunde) 1:00 Uhr.
- Dauer 3 Stunden.
In diesem Fall haben wir uns für die kürzeste zulässige Dauer entschieden, damit die Wartung in dieser Zeit mit wenig Traffic durchgeführt wird. Bei einer Anwendung mit durchgehend hohem Traffic ist es möglicherweise besser, eine längere Dauer anzugeben, da sich die Auswirkungen von Cache-Leerungen so gleichmäßiger verteilen. Bei Anwendungen, die besonders empfindlich auf Dienstausfälle reagieren, empfehlen wir, die Wartung manuell durchzuführen.
Benachrichtigungen über anstehende Wartungen
Sie können eine Benachrichtigung über bevorstehende Wartungen mindestens eine Woche vor der geplanten Wartung an Ihre E-Mail-Adresse erhalten. Wenn Sie einen E-Mail-Filter für Benachrichtigungen einrichten möchten, lautet der E-Mail-Titel "Upcoming maintenance for your
Cloud Memorystore instance [your-instance-name]".
Wartungsbenachrichtigungen werden nicht standardmäßig gesendet. Wenn Sie eine Benachrichtigung zu einer bevorstehenden Wartung erhalten möchten, müssen Sie Folgendes tun:
Benachrichtigungen werden an die E-Mail-Adresse Ihres Google-Kontos gesendet. Es ist nicht möglich, einen benutzerdefinierten E-Mail-Alias wie einen Team-E-Mail-Alias zu konfigurieren. Außerdem ist es nicht möglich, eine andere E-Mail-Adresse als Ihre eigene zu abonnieren.
Wenn Sie ein Abo abschließen, aktivieren Sie Wartungsbenachrichtigungen für alle Memorystore-Instanzen, die in einem bestimmten Projekt Wartungsfenster haben. Sie erhalten pro Instanz eine Benachrichtigung.
Eine Anleitung zum Suchen nach geplanten Wartungsaufgaben finden Sie unter Geplante Wartung finden.
Wartung verschieben
Wenn Sie ein Wartungsfenster für Ihre Instanz haben, können Sie die Wartung jederzeit verschieben, bevor die Wartung zum ersten Mal geplant ist. Wenn Sie z. B. während der ursprünglichen Wartungszeit einen neuen Dienst starten, sollten Sie das Wartungsfenster so verschieben, dass die Wartung einige Tage nach dem Start stattfindet.
Sie können die Wartung mehrmals verschieben, sofern der Zeitpunkt nicht später als eine Woche nach der ursprünglich geplanten Zeit liegt. Für das neue Wartungsfenster haben Sie einige Planungsoptionen:
Jetzt aktualisieren Sie können das Update sofort auf die Instanz anwenden, anstatt auf das Eintreten des geplanten Wartungsfensters zu warten.
Wartung bis zum nächsten geplanten Wartungsfenster verschieben Dadurch wird die Wartung um eine Woche verschoben.
Tag und Uhrzeit (benutzerdefiniert) So können Sie einen beliebigen spezifischen Zeitpunkt innerhalb einer Woche nach dem ursprünglich geplanten Wartungszeitpunkt auswählen.
Das Verschieben von Wartungen hat außerdem folgende Auswirkungen:
Sie können eine Wartung nicht verschieben, wenn die aktuell geplante Wartung in weniger als einer Stunde erfolgt.
Sie können mit einem einzigen Vorgang nicht mehrere Memcached-Instanzen neu planen. Sie müssen einzeln neu geplant werden.
Eine Anleitung zum Verschieben von Wartungen finden Sie unter Geplante Wartung verschieben.
Best Practices
- Legen Sie ein Wartungsfenster fest und abonnieren Sie Benachrichtigungen für alle Produktionsinstanzen.
- Wählen Sie eine geeignete Dauer aus. Knoten werden während der gesamten angegebenen Dauer nacheinander aktualisiert. Wenn Sie eine längere Dauer auswählen, werden die Node-Cache-Löschvorgänge auf einen längeren Zeitraum verteilt, was sich weniger auf Ihre Anwendung auswirkt. Bei einer kürzeren Dauer kann das Update jedoch schneller abgeschlossen werden. Das kann für Anwendungen mit bekannten Zeiten mit geringem Traffic oder für Anwendungen, die empfindlich auf Cache-Unterbrechungen reagieren, wünschenswert sein.
- Ergreifen Sie Maßnahmen, damit der Messwert Systemspeichernutzung zum Zeitpunkt der geplanten Wartung 50% oder weniger beträgt. Sie können dies erreichen, indem Sie einen Zeitpunkt einplanen, an dem der Traffic der Instanz gering ist, oder indem Sie die Größe Ihrer Instanz während des Wartungsfensters vorübergehend erhöhen, sodass der Messwert „Systemspeichernutzung“ bei 50% oder darunter liegt.
- Implementieren Sie einen Wiederholungsmechanismus mit exponentiellem Backoff, um die Verbindung Ihrer Anwendung nach der Wartung wiederherzustellen.
- Mit den Funktionen zum Neuplanen können Sie das Update in einer nicht produktionsnahen Instanz testen, sobald es verfügbar ist.
Manuelle Wartung
Wir gehen davon aus, dass die automatische Wartung über Wartungsfenster für die meisten Memorystore-Nutzer ausreicht. Für die manuelle Wartung gibt es jedoch eine gcloud-Benutzeroberfläche, über die eine Instanz aktualisiert werden kann. Über diese Benutzeroberfläche können Sie Ihre Clusterknoten einzeln mit einer Häufigkeit und zu einer Zeit aktualisieren, die für Ihre Anwendung am sinnvollsten ist. Wenn jeder Knoten durch Aufrufen der gcloud-Schnittstelle aktualisiert wird, wird der Cache des einzelnen Knotens geleert und Verbindungen werden ähnlich wie bei der automatischen Wartung getrennt.
Wenn Sie eine manuelle Wartung durchführen möchten, müssen Sie zuerst ein Wartungsfenster für Ihre Instanz festlegen und Wartungsbenachrichtigungen abonnieren. Sobald ein Update verfügbar ist, erhalten Sie eine E-Mail-Benachrichtigung mit dem geplanten Wartungszeitraum für Ihre Instanz. Jetzt können Sie Updates manuell auf Ihre Instanz anwenden. Wenn der Memorystore for Memcached-Cluster bis zum geplanten Wartungszeitpunkt nicht vollständig aktualisiert wurde, werden alle verbleibenden Clusterknoten während des Wartungsfensters automatisch aktualisiert. Wenn Sie Ihre Instanz vor dem geplanten Wartungszeitraum vollständig aktualisiert haben, hat das Wartungsfenster keine Auswirkungen auf die Instanz.
FAQ
Im Folgenden finden Sie einige häufig gestellte Fragen zur Wartungsrichtlinie für Memorystore for Memcached:
Wie wirkt sich die Wartung auf Memcached-Instanzen aus?
Während der Wartung werden die Knoten in Ihrem Cluster nacheinander während der Dauer des Wartungsfensters aktualisiert. Bei jedem Knoten wird der Cache geleert, was eine Ausfallzeit von etwa 5 Minuten pro Knoten zur Folge hat. Weitere Informationen zu den Auswirkungen finden Sie unter Auswirkungen der Wartung.
Wie lange dauert ein Wartungsupdate?
Die Dauer des Zeitfensters kann vom Nutzer zwischen 3 und 8 Stunden konfiguriert werden. Die Knotenaktualisierungen werden über den angegebenen Zeitraum gleichmäßig verteilt.
Wie erfahre ich, wann für meine Instanz eine Wartung geplant ist?
Wir empfehlen Ihnen, Benachrichtigungen zu abonnieren, um zu erfahren, wann Wartungsarbeiten für Ihre Instanz geplant sind. Sie können dies auch manuell in der Cloud Console prüfen. Wenn die Cloud Console leer ist und Sie bereits ein Wartungsfenster festgelegt haben, ist noch keine Wartung geplant.
Wann werde ich über eine bevorstehende Wartung benachrichtigt?
Wenn Sie Wartungsbenachrichtigungen abonniert und ein Wartungsfenster festgelegt haben, werden Sie mindestens sieben Tage vor einem Wartungsereignis per E-Mail benachrichtigt.
Wie lange kann ich eine Wartung verschieben?
Sobald die Wartung für Ihre Instanz geplant wurde, können Sie das Update sofort starten oder um bis zu sieben Tage nach der ursprünglich geplanten Wartung verschieben. Wenn die Wartung beispielsweise für den 11. Oktober um 23:15 Uhr geplant ist, können Sie die Wartung maximal auf den 18. Oktober um 23:15 Uhr verschieben. Wenn Sie keine Aktion ausführen, wird die Wartung zum geplanten Zeitpunkt angewendet.
Weitere Informationen finden Sie unter Geplante Wartung verschieben.
Ändert sich die IP-Adresse meiner Instanz während der Wartung?
Nein. Die IP-Adresse Ihrer Memcached-Instanz ändert sich nicht.
Wirkt sich das Festlegen oder Anpassen eines Wartungsfensters auf meine Instanz aus?
Nein. Das Festlegen oder Anpassen des Wartungsfensters verursacht keine Ausfallzeiten für Ihre Instanz. Außerdem ändert sich dadurch weder die IP-Adresse der Instanz noch werden andere Änderungen an der Instanz vorgenommen.
Welche Best Practices sollte ich für ein reibungsloses Wartungsupdate beachten?
Wir empfehlen, die Anleitung im Abschnitt zu Best Practices zu befolgen.
Wann sollte ich eine Wartung sofort anwenden?
Ein Fall, in dem Sie Wartungen sofort ausführen sollten, ist der einer Testinstanz. Hier wollen Sie sehen, wie sich die Wartung auf eine Produktionsinstanz auswirkt. Sie können geplante Wartungen neu planen, um sie sofort auf Testinstanzen anzuwenden. So können Sie die relevanten Auswirkungen beobachten und die Wartung von Produktionsinstanzen nach Bedarf/Möglichkeit verschieben.
Werden Wartungsupdates immer innerhalb des Wartungsfensters abgeschlossen?
Updates beginnen innerhalb des von Ihnen angegebenen Wartungsfensters. Das Update wird fast immer innerhalb des Zeitfensters abgeschlossen.
Kann ich Wartungen deaktivieren oder zuerst Wartungen für bestimmte Instanzen planen?
Nein, Sie können Wartungen weder deaktivieren noch die anfängliche Wartungsplanung steuern. Sie können jedoch eine Wartung um bis zu sieben Tage verschieben.
Kann ein Update außerhalb eines Wartungsfensters angewendet werden?
In sehr seltenen Fällen kann zum Schutz vor dringenden Sicherheitslücken eine Wartung außerhalb des festgelegten Wartungsfensters auf eine Memcached-Instanz angewendet werden.
Was passiert, wenn Memorystore die Wartung abbricht?
Wenn Memorystore ein Wartungsereignis abbricht, erhalten Sie eine Benachrichtigung, dass die Wartung nicht ausgeführt wird. In seltenen Fällen kann es vorkommen, dass von Memorystore keine Abbruchsbenachrichtigung im Voraus gesendet wird. In diesem Fall werden Sie nach Ablauf des geplanten Wartungsfensters benachrichtigt, dass die Wartung nicht durchgeführt wurde.
Die Wartung wird dann gemäß der ausgewählten Einstellungen auf ein zukünftiges Wartungsfenster verschoben. Sie erhalten eine neue Benachrichtigung über die bevorstehende Wartung, wenn das Wartungsereignis neu geplant wurde.
Welches Zeitformat wird für Wartungsfenster verwendet?
Bei Verwendung der Google Cloud Console werden Wartungsfenster in Ihrer lokalen Zeitzone angezeigt und festgelegt, jedoch in UTC-Zeit gespeichert. In der Google Cloud Console wird auch die Zeit des Wartungsfensters relativ zur UTC-Zeit angezeigt. Wenn Sie Wartungsfenster mit der Google Cloud CLI festlegen, legen Sie die Zeit mit UTC-Zeit fest.
Sie sollten Fenster basierend auf der UTC-Zeit planen, da die Google Cloud Console das Wartungsfenster in der lokalen Zeitzone des Betrachters anzeigt. Dies kann zu Verwirrung führen, wenn Nutzer das Wartungsfenster in verschiedenen Zeitzonen festlegen.
Bei Wartungsfenstern wird keine Sommerzeit verwendet.
Nächste Schritte
- Sehen Sie sich die Berechtigungen an, die zum Verwalten von Wartungsfenstern für Ihre Memcached-Instanz erforderlich sind.