Diese Seite bietet einen Überblick über die Wartung von Memorystore for Memcached.
Eine Anleitung zum Planen von Wartungsfenstern finden Sie unter Wartungsfenster finden und einrichten.
Überblick
Memorystore for Memcached aktualisiert regelmäßig Instanzen, um dafür zu sorgen, dass der Dienst zuverlässig, leistungsstark, sicher und aktuell ist. Die meisten dieser Aktualisierungen werden ausgeführt, während Ihre Memcached-Instanz läuft. Bestimmte Systemupdates erfordern jedoch eine kurze Dienstunterbrechung. Diese Updates werden als Wartung bezeichnet. Die Wartung umfasst in der Regel die folgenden Kategorien:
Memorystore-Funktionen. Zum Starten einiger Features erfordert Memorystore ein Wartungsupdate.
Betriebssystem-Patches. Wir halten kontinuierlich Ausschau nach neuen Sicherheitslücken im Betriebssystem. Nach der Erkennung patchen wir das Betriebssystem, um Sie vor neuen Risiken zu schützen.
Upgrades der Datenbankversion. Die Wartung kann ein Nebenversionsupdate des OSS Memcached-Patches umfassen, das keine funktionsgefährdenden oder inkompatiblen Änderungen enthält.
Nutzer haben zwei Möglichkeiten für die Wartung: automatisch oder manuell. Mit der Funktion Wartungsfenster können Nutzer einen wiederkehrenden Zeitraum festlegen, in dem Wartungen automatisch geplant und ausgeführt werden können. Für Nutzer, die die Wartung ihrer Instanz genauer steuern möchten, bietet die manuelle Wartung eine gcloud-Schnittstelle zum Aktualisieren einer Instanz basierend auf dem gewünschten Zeitplan und der gewünschten Logik.
Auswirkungen der Wartung
Während der Wartung werden bei einem Memorystore for Memcached-Cluster Verbindungsabbrüche und der Cache geleert.
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 die Daten werden nach der Wartung nicht wiederhergestellt. Die Ausfallzeit beträgt in der Regel 5 Minuten pro Knoten.
Wenn ein Knoten gewartet wird, wird die Verbindung für diesen Knoten unterbrochen 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 sich für die manuelle Wartung entschieden haben, steuern Sie den Aktualisierungszeitpunkt für die einzelnen Knoten des Clusters.
Wartungseinstellungen
Memorystore bietet Ihnen die Möglichkeit, die Wartung so zu konfigurieren, dass sie zum passenden Zeitpunkt für Ihre Anwendung durchgeführt wird. Dazu können Sie ein Wartungsfenster konfigurieren.
Wartungsfenster werden pro Memorystore-Instanz festgelegt und ermöglichen die folgenden Konfigurationsoptionen:
- Wochentag: Gibt den Tag an, an dem die Wartung stattfindet.
- Startzeit: Die Stunde, in der die Wartung beginnt.
- Dauer: Die Länge des Wartungsfensters (zwischen 3 und 8 Stunden).
Wenn für eine Instanz ein Wartungsfenster konfiguriert ist, werden diese Einstellungen bei zukünftigen automatischen Wartungsarbeiten berücksichtigt. 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, der einen Warenkorbdienst verwaltet. Sie haben eine Memorystore for Memcached-Instanz für eine Produktionsumgebung. Sie möchten, dass die Wartung zu dem Zeitpunkt stattfindet, zu dem Ihre Instanz den geringsten Traffic verarbeitet, also sonntags etwa Mitternacht.
In diesem Fall setzen Sie das Wartungsfenster Ihrer Produktionsinstanz auf:
- Wochentag: Sonntag.
- Startzeit: 01: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 geringem Traffic durchgeführt wird. Für eine Anwendung mit stetigem Traffic rund um die Uhr empfiehlt es sich, eine längere Dauer anzugeben, da sich die Auswirkungen von Cache-Leerungen dadurch gleichmäßiger verteilen lassen. Für Anwendungen, die besonders empfindlich auf Dienstauswirkungen reagieren, sollten Sie eine Wartung manuell ausfü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 festlegen 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 für eine anstehende Wartung erhalten möchten, müssen Sie Folgendes tun:
Benachrichtigungen werden an die E-Mail-Adresse gesendet, die mit Ihrem Google-Konto verknüpft ist. Sie können keinen benutzerdefinierten E-Mail-Alias konfigurieren (z. B. einen Team-E-Mail-Alias) und keine andere E-Mail-Adresse abonnieren.
Wenn Sie ein Abo abschließen, aktivieren Sie Wartungsbenachrichtigungen für alle Memorystore-Instanzen mit Wartungsfenstern in einem bestimmten Projekt. Sie erhalten eine Benachrichtigung pro Instanz.
Informationen zur Suche nach geplanten Wartungsarbeiten 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 stehen mehrere Planungsoptionen zur Verfügung:
Jetzt aktualisieren Sie können das Update sofort auf die Instanz anwenden, anstatt auf das geplante Wartungsfenster zu warten.
Auf nächstes geplantes Fenster zurückstellen. Dadurch wird die Wartung um eine Woche verschoben.
Benutzerdefinierter Tag und Uhrzeit So können Sie einen bestimmten Zeitpunkt innerhalb einer Woche nach dem ursprünglich geplanten Wartungszeitpunkt auswählen.
Das Verschieben der Wartung führt zu folgendem zusätzlichen Verhalten:
Sie können die Wartung nicht verschieben, wenn weniger als eine Stunde vor der aktuellen geplanten Wartung verbleibt.
Es ist nicht möglich, mit einem einzigen Vorgang mehrere Memcached-Instanzen neu zu planen. Sie müssen einzeln neu geplant werden.
Eine Anleitung zum Verschieben von Wartungsarbeiten 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 nacheinander im Verlauf der gesamten angegebenen Dauer aktualisiert. Wenn Sie einen längeren Zeitraum auswählen, werden die Leerungen des Knoten-Cache über einen längeren Zeitraum verteilt, was weniger Auswirkungen auf Ihre Anwendung hat. Ein kürzerer Zeitraum ermöglicht jedoch die Aktualisierung schneller, was bei Anwendungen mit bekannten Zeiträumen mit geringem Traffic oder bei Anwendungen, die empfindlich auf Cache-Unterbrechungen reagieren, sinnvoll sein können.
- Ergreifen Sie Maßnahmen, damit der Messwert Auslastung des Systemarbeitsspeichers zum Zeitpunkt der geplanten Wartung maximal 50% beträgt. Dazu können Sie eine Zeit planen, zu der der Instanztraffic gering ist, oder die Instanzgröße während des Wartungsfensters vorübergehend erhöhen, sodass der Messwert für die Systemspeicherauslastung bei 50% oder weniger liegt.
- Implementieren Sie einen Wiederholungsmechanismus mit exponentiellem Backoff, um die Anwendung nach der Wartung wieder mit der Instanz zu verbinden.
- Nutzen Sie die Features zum Verschieben, um das Update auf einer Nicht-Produktionsinstanz zu testen, sobald das Update verfügbar ist.
Manuelle Wartung
Während wir davon ausgehen, dass die automatische Wartung über Wartungsfenster die Anforderungen für die meisten Memorystore-Nutzer erfüllt, bietet eine manuelle Wartung eine gcloud-Schnittstelle zum Aktualisieren einer Instanz. Mit dieser Benutzeroberfläche können Sie Ihre Clusterknoten in der für Ihre Anwendung sinnvollsten Rate und Zeit aktualisieren. Da jeder Knoten durch Aufrufen der gcloud-Schnittstelle aktualisiert wird, wird der einzelne Knotencache geleert und Verbindungen ähnlich wie bei der automatischen Wartung unterbrochen.
Für eine manuelle Wartung müssen Sie zuerst ein Wartungsfenster für die Instanz festlegen und Wartungsbenachrichtigungen abonnieren. Sobald ein Update verfügbar ist, erhalten Sie eine E-Mail-Benachrichtigung mit der geplanten Wartungszeit für Ihre Instanz. Ab diesem Zeitpunkt können Sie damit beginnen, Updates manuell auf Ihre Instanz anzuwenden. Wenn der Memorystore for Memcached-Cluster zum geplanten Wartungszeitpunkt nicht vollständig aktualisiert wurde, werden alle verbleibenden Clusterknoten während des Wartungsfensters automatisch aktualisiert. Wenn Sie die Instanz vor der geplanten Wartungszeit vollständig aktualisiert haben, hat dies während des definierten Wartungsfensters keine Auswirkungen auf die Instanz.
FAQs
Im Folgenden finden Sie einige häufig gestellte Fragen zur Wartungsrichtlinie für Memorystore for Memcached:
Welche Auswirkungen hat die Wartung auf Memcached-Instanzen?
Während der Wartung werden die Knoten in Ihrem Cluster nacheinander über die Dauer des Wartungsfensters aktualisiert. Jeder Knoten wird mit einer Ausfallzeit von etwa 5 Minuten pro Knoten geleert. Weitere Informationen zu den Auswirkungen finden Sie unter Auswirkungen der Wartung.
Wie lange dauert ein Wartungsupdate?
Die Dauer des Fensters kann zwischen 3 und 8 Stunden liegen. Knotenupdates werden gleichmäßig über die festgelegte Dauer verteilt.
Wie erfahre ich, wann für meine Instanz eine Wartung geplant ist?
Wir empfehlen, Benachrichtigungen zu abonnieren, um zu erfahren, wann eine Wartung für Ihre Instanz geplant ist. Sie können die Prüfung auch manuell in der Cloud Console vornehmen. Wenn die Cloud Console leer ist und Sie bereits ein Wartungsfenster festgelegt haben, ist noch keine anstehende 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. Die Wartung erfolgt zum geplanten Zeitpunkt, wenn keine Aktion ausgeführt wird.
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 führt nicht zu einer Ausfallzeit der Instanz. Außerdem wird dadurch weder die IP-Adresse der Instanz geändert noch werden andere Änderungen an der Instanz vorgenommen.
Welche Best Practices sollte ich für ein reibungsloses Wartungsupdate beachten?
Wir empfehlen, der Anleitung im Abschnitt „Best Practices“ für Wartungsupdates zu folgen.
Wann sollte ich eine Wartung sofort anwenden?
Eine sofortige Wartung sollte unter anderem bei einer Testinstanz durchgeführt werden, um zu sehen, wie sich dies auf eine Produktionsinstanz auswirkt. Sie können die geplante Wartung verschieben, sodass sie sofort auf eine Testinstanz angewendet wird. 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. Die Aktualisierung 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 die Wartung jedoch verschieben, um sie um bis zu sieben Tage zu verschieben.
Kann ein Update außerhalb eines Wartungsfensters angewendet werden?
In sehr seltenen Fällen kann zum Schutz vor zeitsensiblen Sicherheitslücken eine Wartung auf eine Memcached-Instanz außerhalb des vorgesehenen Wartungsfensters vorgenommen werden.
Was passiert, wenn Memorystore die Wartung abbricht?
Wenn Memorystore ein Wartungsereignis abbricht, erhalten Sie eine Benachrichtigung, dass die Wartung abgebrochen wurde. 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?
Wenn Sie die Google Cloud Console verwenden, werden Wartungsfenster in Ihrer lokalen Zeitzone angezeigt und festgelegt, aber in UTC-Zeit gespeichert. In der Google Cloud Console wird auch die Zeit des Wartungsfensters relativ zur UTC-Zeit angezeigt. Wenn Sie Fenster mit der Google Cloud CLI festlegen, legen Sie die Zeit in UTC-Zeit fest.
Sie sollten Fenster basierend auf der UTC-Zeit planen, da die Google Cloud Console das Fenster 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.