Hilfeseite zur verwalteten Wartung und zu Service-Updates in Amazon ElastiCache

Service-Updates sind ein Feature in Amazon ElastiCache, mit der Sie bestimmte Service-Updates nach eigenem Ermessen anwenden können. Diese Updates sind entweder Sicherheitspatches oder kleinere Softwareupdates. Durch diese Updates werden Sicherheit, Zuverlässigkeit und Betriebsleistung Ihrer Cluster verbessert.

Der Wert dieser Service-Updates besteht darin, dass Sie steuern können, wann das Update eingespielt wird. So können Sie beispielsweise das Einspielen von Service-Updates verzögern, falls ein wichtiges geschäftliches Ereignis erfordert, dass die ElastiCache-Cluster rund um die Uhr verfügbar sind.

Informationen zu den einzelnen Service-Updates entnehmen Sie dem Wert des Attributs „Update Description“ (Update-Beschreibung).

Sobald Service-Updates für Ihre Cluster verfügbar sind, werden Sie über diverse Kanäle darüber benachrichtigt, z. B. über die Amazon-ElastiCache-Konsole, per E-Mail, über Amazon Simple Notification Service (SNS), AWS Personal Health Dashboard und Amazon CloudWatch Events.

Updates, die über unsere ständige verwaltete Wartungsfunktion zur Verfügung gestellt werden, sind von den Service-Updates klar abgetrennt. Updates, die über die ständige verwaltete Wartung eingespielt werden, werden direkt in Ihr Wartungsfenster gelegt, ohne dass Sie etwas dazu beitragen müssen. Service-Updates sind zeitlich festgelegt und bieten Ihnen die Möglichkeit, selbst zu entscheiden, wann Sie sie bis zum empfohlenen Einspieldatum (Recommended Apply by Date) einspielen möchten. Wenn sie bis dahin nicht eingespielt sind, verschiebt ElastiCache diese Updates unter Umständen in Ihr Wartungsfenster.

Wenn Ihr ElastiCache-Cluster an einem HIPAA-, PCI- oder FedRAMP-Compliance-Programm teilnimmt müssen Sie die Service-Updates bis zum jeweiligen empfohlenen Einspieldatum einspielen, um die Compliance zu wahren. Weitere Informationen finden Sie unter Self-Service-Sicherheits-Updates für Compliance.

Für andere Cluster empfehlen wir, dass Sie die Service-Updates dem Rhythmus Ihres Unternehmens entsprechend einspielen. Selbst, wenn Sie nicht in der Lage sind, ein Service-Update bis zum jeweiligen empfohlenen Einspieldatum (Recommended Apply by Date) einzuspielen, sind Sie in der Lage, es bis zum Update-Ablaufdatum (Update Expiration Date) einzuspielen. Allerdings kann sich das Ablaufdatum des Updates, abhängig von der Verfügbarkeit neuer Updates, jederzeit ändern.

Wenn Sie oder Amazon ElastiCache ein Service-Update auf einen oder mehrere Cluster anwenden, wird das Update auf nicht mehr als einen Knoten in jedem Shard angewendet, bis alle ausgewählten Cluster aktualisiert sind. Die Knoten, die aktualisiert werden, haben eine Ausfallzeit von wenigen Sekunden, während der Rest des Clusters den Datenverkehr weiterhin bedient.

• Die Konfiguration des Clusters wird nicht verändert.
• In den CloudWatch-Metriken tritt eine Verzögerung auf, die jedoch schnellstmöglich aufgeholt wird.

Service-Updates werden genauso angewendet wie „Updates im Rahmen der ständigen verwalten Wartung“, über den Austausch von Knoten. Bitte lesen Sie die folgenden Fragen im Abschnitt Updates im Rahmen der ständigen verwalten Wartung auf dieser Seite, um zu erfahren, wie das Update angewendet wird und wie Sie Ihre Anwendung vorbereiten können, um die Auswirkungen zu minimieren.

• Wie wirkt sich ein Knotenaustausch auf meine Anwendung aus?
• Welche bewährten Methoden sollte ich für einen reibungslosen Austausch und für minimalen Datenverlust anwenden?
• Mit welchen bewährten Methoden bei der Clientkonfiguration lassen sich Anwendungsausfälle bei der Wartung minimieren?

Ja, der Knoten wird durch einen neuen, leeren Knoten ersetzt. Der Inhalt des Cache wird nicht mehr vorhanden sein.

Sie können feststellen, ob Sie ein Service-Update abbestellen können, indem Sie den Wert des Attributs „Automatische Aktualisierung nach Fälligkeitsdatum“ überprüfen. Wenn der Wert des Attributs „Automatische Aktualisierung nach Fälligkeitsdatum“ eines Service-Updates „nein“ ist, kann dieses Service-Update deaktiviert werden. Wenn der Wert des Attributs „Automatische Aktualisierung nach Fälligkeitsdatum“ eines Service-Updates jedoch „Ja“ ist und die empfohlene Frist für „Bis zum folgenden Datum anwenden“ abgelaufen ist, plant ElastiCache das Service-Update während eines bevorstehenden Wartungsfensters automatisch für alle verbleibenden Cluster. Dieses automatische Service-Update wird vor dem „Ablaufdatum des Updates“ geplant und Sie erhalten eine Woche vor dem Update eine Benachrichtigung mit der geplanten Uhrzeit. Wir empfehlen dringend, Sicherheitsupdates zu installieren, auch wenn sie deaktiviert werden können.  Wenn Sie das Service-Update für die verbleibenden Cluster vor dem Wartungsfenster einspielen, spielt ElastiCache das Service-Update während des Wartungsfensters nicht noch einmal ein.

Der Zweck von Service-Updates besteht darin, Ihnen die Möglichkeit zu geben, flexibel zu entscheiden, wann sie eingespielt werden. Cluster, die nicht an den von ElastiCache unterstützten Compliance-Programmen teilnehmen, müssen diese Updates nicht einspielen bzw. können Sie über das Jahr verteilt mit geringerer Häufigkeit einspielen. Die trifft nur zu, wenn das Service-Update-Attribut Auto-Update after Due Date (Nach Fälligkeitsdatum automatisch aktualisieren) den Wert no (Nein) aufweist. Weitere Informationen finden Sie im Abschnitt „Kann ich das Einspielen von Service-Updates verweigern?“

Nein, Service-Updates und die von Amazon ElastiCache im Rahmen der ständigen verwalteten Wartung direkt in den Wartungsfenstern Ihrer Cluster eingespielten Updates schließen sich gegenseitig aus.

Eine vollständige Liste der Attribute und ihrer Beschreibungen finden Sie unter Anwenden der Self-Service-Updates.

Das Service-Update-Attribut „Severity“ (Dringlichkeit) liefert einen Anhaltspunkt dazu, wie bald verfügbare Service-Updates eingespielt werden sollten. Es weist die folgenden Werte auf (geordnet nach Priorität):

1. critical (kritisch): Sollten sofort eingespielt werden (innerhalb von 14 Tagen oder weniger)
2. important (wichtig): Sollten eingespielt werden, sobald der Verlauf der Geschäftstätigkeit es ermöglicht (innerhalb von 30 Tagen oder weniger)
3. medium (mittel): Sollten innerhalb von 60 Tagen oder weniger eingespielt werden
4. low (niedrig): Sollten innerhalb von 90 Tagen oder weniger eingespielt werden

Weitere Details finden Sie in der öffentlichen Dokumentation zum Anwenden von Updates.

Der Veröffentlichungszeitplan orientiert sich an der Wichtigkeit der Service-Updates.

Diese Attribut zeigt, ob der Cluster bis zum empfohlenen Einspieldatum (Recommended Apply by Date) aktualisiert wurde. Falls ein Service-Update nach dem empfohlenen Einspieldatum eingespielt wurde, wird für das Attribut Service-Update-SLA erfüllt der Wert Nein festgelegt.

Diese Informationen sind relevant für Amazon-ElastiCache-Cluster, die an HIPAA-, PCI- und FedRAMP-Compliance-Programmen teilnehmen. Weitere Informationen finden Sie unter Self-Service-Sicherheits-Updates für Compliance.

Ja. Sofern im Service-Update-Attribut Description (Beschreibung) nicht anders beschrieben, sind Service-Updates immer kumulativ: Falls Sie sie nicht bis zum Update-Ablaufdatum (Update Expiration Date) einspielen, sind sie im nächsten Service-Update enthalten. Service-Updates des Typs security (Sicherheit) fallen in diese kumulative Kategorie.

Nein, Service-Updates werden auf Clusterebene eingespielt. Falls Sie ein laufendes Update abbrechen, kann es vorkommen, dass einige Knoten aktualisiert sind und manche nicht. In diesem Fall wird der Cluster weiterhin in der Liste der Cluster aufgeführt, auf die das Service-Update noch eingespielt werden muss. Der Cluster kann ganz normal weiter verwendet werden.

Dies kann in zwei Fällen vorkommen:

(a) Wenn Sie das Einspielen eines optionalen Service-Updates verpasst haben und das Update nun den Status „expired“ (abgelaufen) aufweist. Aus diesem Grund müssen für Server, die an Compliance-Programmen teilnehmen, stets alle Service-Updates eingespielt werden.
(b) Falls Ihre Knoten aus irgendeinem anderen Grund ausgetauscht wurden, z. B. einer geplanten Wartung oder einem Knoten-Failover, stellt Amazon ElastiCache neue Knoten bereit, bei denen die neuesten Service-Updates schon eingespielt sind.

In beiden Fällen kann der Cluster ganz normal weiter verwendet werden.

Neue Knoten enthalten alle anwendbaren Service-Updates, daher können Sie die bestehenden Knoten, die nicht anhand der letzten Service-Updates aktualisiert wurden, manuell austauschen.

Ja. Service-Updates können nur für Redis OSS, nur für Memcached oder für sowohl Redis OSS als auch Memcached verfügbar sein. Ser Umfang von Updates wird durch die Service-Update-Attribute Engine und Engine Version angezeigt.

Ja, Sie können das Service-Update aufschieben, indem Sie das Wartungsfenster ändern. Das geplante Update wird nur dann auf den Cluster angewendet, wenn das geplante Datum mit dem Wartungsfenster des Clusters übereinstimmt. Wenn Sie das Wartungsfenster ändern und das geplante Datum verstrichen ist, wird das Service-Update auf das neu festgelegte Zeitfenster in den folgenden Wochen verschoben. Sie erhalten eine Woche vor Erreichen des neuen Termins eine neue Benachrichtigung.

Sicherheit bei AWS ist eine geteilte Verantwortung. Wir empfehlen Ihnen dringend, das Update so schnell wie möglich durchzuführen.

Ihr Cluster kann an verschiedenen Service-Updates beteiligt sein. Für die meisten Updates ist es nicht erforderlich, sie separat anzuwenden. Wenn Sie ein Update auf Ihren Cluster anwenden, werden die anderen Updates gegebenenfalls als abgeschlossen markiert. Möglicherweise müssen Sie mehrere Updates separat auf den Cluster anwenden, wenn der Status nicht automatisch auf „abgeschlossen“ wechselt.

ElastiCache plant das Service-Update auf den verbleibenden Clustern nach dem empfohlenen Einspieldatum (Recommended Apply By Date), wenn das Attribut „Auto-Update after Due Date“ (Nach Fälligkeitsdatum automatisch aktualisieren) den Wert „yes“ (Ja) hat. Das Update wird im Wartungsfenster des Clusters geplant und Sie erhalten eine Woche im Voraus eine neue Benachrichtigung mit dem geplanten Datum, bevor die Updates angewendet werden.

Ein geplantes Service-Update wird genauso auf die Cluster angewendet wie „Updates im Rahmen der ständigen verwalten Wartung“. Im folgenden Abschnitt erfahren Sie, wie das Update angewendet wird, wie Sie das geplante Update ändern können und wie Sie Ihre Anwendung auf ein geplantes Update vorbereiten können, um die Auswirkungen zu minimieren.

Um die Stabilität des Clusters aufrechtzuerhalten, wendet ElastiCache Updates immer nur auf einen Knoten innerhalb jedes Shards an. Wenn das Service-Update nicht innerhalb eines einzigen Wartungsfensters auf den gesamten Cluster angewendet werden kann, wird es in den nächsten Wartungsfenstern fortgesetzt. Sie erhalten neue Benachrichtigungen über den nächsten geplanten Termin und können sich entsprechend vorbereiten.

Der Kunde kann das Service-Update nicht mehr rückgängig machen, sobald es gestartet ist. Wenn Sie nach der Anwendung eines Service-Updates ein Problem feststellen, wenden Sie sich bitte an das AWS-Support-Team.