Allgemeines

Die Grundlagen

F: Was ist Amazon ElastiCache?
Amazon ElastiCache ist ein Webservice, der die Bereitstellung und Ausführung von Memcached- oder Redis-Protokoll-Caches in der Cloud optimiert. ElastiCache verbessert die Anwendungsleistung, indem es Ihnen ermöglicht, Informationen von einem schnellen, verwalteten In-Memory-System abzurufen, anstatt sich auf langsamere festplattenbasierte Systeme verlassen zu müssen. Der Service vereinfacht und entlastet die Verwaltung, Überwachung und den Betrieb von In-Memory-Umgebungen, so dass sich Ihre technischen Ressourcen auf die Entwicklung von Anwendungen konzentrieren können. Mit ElastiCache können Sie nicht nur die Lade- und Antwortzeiten auf Benutzeraktionen und -abfragen verbessern, sondern auch die mit der Skalierung von Webanwendungen verbundenen Kosten reduzieren.

ElastiCache automatisiert allgemeine Verwaltungsaufgaben, die für den Betrieb einer verteilten In-Memory-Schlüsselwertumgebung erforderlich sind. Mit ElastiCache können Sie Ihrer Anwendungsarchitektur in nur wenigen Minuten eine Caching- oder In-Memory-Schicht hinzufügen. Einige wenige Schritte in der AWS-Managementkonsole genügen. ElastiCache ist darauf ausgelegt, automatisch eine hohe Verfügbarkeit aufrechtzuerhalten, und bietet ein Service Level Agreement (SLA) für 99,99% Verfügbarkeit. ElastiCache ist auf Protokollebene mit Memcached und Redis kompatibel, sodass die Codes, Anwendungen und beliebten Tools, die Sie heute in Ihren bestehenden Memcached- oder Redis-Umgebungen nutzen, mit dem Service weiterhin reibungslos funktionieren. Es sind keine Vorabinvestitionen erforderlich, und Sie zahlen nur für die Ressourcen, die Sie nutzen.

F: Was ist In-Memory-Caching und welche Vorteile bringt es meinen Anwendungen?
Das In-Memory-Caching von ElastiCache kann die Latenz und den Durchsatz für viele leseintensive Anwendungen (wie soziale Netzwerke, Spiele, Medienfreigabe und Frage- und Antwortportale) oder rechenintensive Anwendungen (wie eine Empfehlungs-Engines) erheblich verbessern. Das In-Memory-Caching verbessert die Anwendungsleistung, da wichtige Daten im Arbeitsspeicher abgelegt und mit geringer Latenz abgerufen werden können. Beispielsweise können die Ergebnisse von E/A-intensiven Datenbankabfragen oder die Ergebnisse von rechenintensiven Berechnungen im Cache zwischengespeichert werden.

F: Was verwaltet ElastiCache für mich?
ElastiCache verwaltet die Arbeitsschritte zur Einrichtung einer verteilten In-Memory-Umgebung, angefangen von den Schritten zur Bereitstellung der angeforderten Ressourcen bis hin zur Installation der Software. Wenn Sie Amazon ElastiCache Serverless verwenden, müssen Sie keine Infrastruktur konfigurieren und verwalten. Beim Entwerfen Ihres eigenen ElastiCache-Clusters automatisiert der Service allgemeine Verwaltungsaufgaben wie das Patchen von Software sowie die Erkennung und Wiederherstellung von Fehlern. ElastiCache bietet detaillierte Überwachungsmetriken für Ihre Ressourcen, sodass Sie Probleme schnell diagnostizieren und darauf reagieren können. Beispielsweise können Schwellenwerte festgelegt und Warnungen ausgegeben werden, wenn einer der Caches mit Anforderungen überlastet ist.

F: Welche Engines unterstützt ElastiCache?
ElastiCache bietet vollständig verwaltete Redis und Memcached für Ihre anspruchsvollsten Anwendungen, die Reaktionszeiten im Sub-Millisekundenbereich erfordern.

F: Welches sind die ersten Schritte für einen Einstieg in ElastiCache?
Wenn Sie noch nicht für ElastiCache angemeldet sind, können Sie auf der ElastiCache-Seite Erste Schritte auswählen und den Anmeldevorgang abschließen. Hierfür ist ein AWS-Konto erforderlich. Wenn Sie noch kein Konto haben, werden Sie bei der Anmeldung bei ElastiCache aufgefordert, ein Konto zu erstellen. Lesen Sie nach der Anmeldung bei ElastiCache die Dokumentation zu ElastiCache, die sowohl den Getting Started Guide für Amazon ElastiCache for Redis als auch Amazon ElastiCache for Memcached umfasst.

Sobald Sie sich mit ElastiCache vertraut gemacht haben, können Sie innerhalb weniger Minuten einen Cache erstellen, indem Sie die Konsole oder die ElastiCache-APIs verwenden.

F: Wie erstelle ich einen Cache?
Caches können einfach über die Konsole, die ElastiCache-APIs oder die Befehlszeilentools erstellt werden. Wenn Sie ElastiCache Serverless verwenden, können Sie einen Cache mit den empfohlenen Standardeinstellungen erstellen und ihn in weniger als einer Minute verwenden.

Serverless

F: Was ist ElastiCache Serverless?
ElastiCache Serverless ist eine Serverless Option, mit der Sie in weniger als einer Minute ohne Infrastrukturbereitstellung oder Kapazitätsplanung mit einem Cache beginnen können. ElastiCache Serverless macht eine zeitaufwändige Kapazitätsplanung überflüssig, da die Rechen-, Speicher- und Netzwerkauslastung eines Caches kontinuierlich überwacht wird, so dass eine sofortige Skalierung bei Bedarf ohne Ausfallzeiten oder Leistungseinbußen möglich ist. ElastiCache Serverless repliziert Daten automatisch über mehrere Availability Zones (AZs) und bietet Kunden ein Service Level Agreement (SLA) von 99,99 % Verfügbarkeit für jeden Cache. Mit ElastiCache Serverless zahlen Sie nur für die Daten, die Sie speichern, und für die Rechenressourcen, die Ihre Anwendung nutzt. Um loszulegen, erstellen Sie in wenigen Schritten einen ElastiCache-Serverless-Cache, indem Sie einen Cache-Namen über die Konsole, das ElastiCache Development Kit (SDK) oder die AWS Command Line Interface (AWS CLI) angeben.

F: Wie migriere ich eine bestehende ElastiCache-Workload zu ElastiCache Serverless?
Sie können einen vorhandenen ElastiCache-Workload verschieben, indem Sie den Redis- oder Memcached-Endpunkt in Ihren neuen ElastiCache-Serverless-Cache-Endpunkt in Ihrer Anwendung ändern. Sie können vorhandene ElastiCache-Daten zu ElastiCache Serverless migrieren, indem Sie den Amazon Simple Storage Service (Amazon S3)-Speicherort einer Sicherungsdatei angeben. Besuchen Sie unsere ElastiCache-Serverless-Dokumentation, um mehr über die Migration Ihrer Workloads zu erfahren.

F: Welche Versionen von Redis und Memcached unterstützt ElastiCache Serverless?
ElastiCache Serverless unterstützt ElastiCache für Redis Version 7.1 und ElastiCache für Memcached Version 1.6.21 und höher.

F: Wie skaliert ElastiCache Serverless?
ElastiCache Serverless überwacht kontinuierlich die Speicher-, Rechen- und Netzwerkauslastung Ihres Caches, um sofort skalieren zu können. ElastiCache Serverless lässt sich ohne Ausfallzeiten oder Leistungseinbußen für die Anwendung skalieren, indem der Cache hochskaliert werden kann und das Scale-Out parallel initiiert wird, um die Anwendungsanforderungen rechtzeitig zu erfüllen. Weitere Informationen zur Skalierung finden Sie in unserer ElastiCache-Serverless-Dokumentation.

F: Was ist das ElastiCache Serverless Availability Service Level Agreement (SLA)?
ElastiCache Serverless speichert Daten automatisch redundant über mehrere AZs hinweg und bietet ein Service Level Agreement (SLA) von 99,99 % Verfügbarkeit für alle Workloads.

F: Was kostet ElastiCache Serverless?
Mit ElastiCache Serverless zahlen Sie nur für die Daten, die Sie speichern, und für die Rechenleistung, die Ihre Anwendung nutzt. Weitere Informationen finden Sie auf der Seite mit den ElastiCache-Preisen.

Reservied Nodes

F: Was sind Reserved Nodes von ElastiCache?
Reserved Nodes oder Reserved Instances (RIs) bieten Ihnen einen erheblichen Rabatt gegenüber der On-Demand-Nutzung, wenn Sie sich für ein Jahr oder drei Jahre verpflichten. Mit Reserved Nodes können Sie eine einmalige Vorauszahlung für eine ein- oder dreijährige Reservierung zur Ausführung Ihres Caches in einer bestimmten Region tätigen und erhalten einen erheblichen Rabatt auf die laufenden stündlichen Nutzungsgebühren. Es gibt drei Arten von Reserved Nodes – Keine Vorauszahlung, Teilweise Vorauszahlung, Komplette Vorauszahlung – die es Ihnen ermöglichen, eine Abstimmung zwischen dem Betrag Ihrer Vorauszahlung und Ihrem effektiven Stundensatz zu finden.

F: Gelten Reserved Nodes für ElastiCache Serverless?
Reserved Nodes bieten einen Rabatt, der für die Nutzung von ElastiCache auf Abruf gilt. ElastiCache Serverless ist nicht mit Reserved Nodes kompatibel.

F: Wie viele Reserved Nodes kann ich erwerben?
Sie können bis zu 300 Reserved Nodes erwerben. Wenn Sie mehr als 300 Knoten betreiben möchten, füllen Sie das Formular zum Anfordern von ElastiCache-Knoten aus.

F: Was muss ich tun, wenn ich einen vorhandenen Knoten in einen Reserved Node umwandeln möchte?
Erwerben Sie eine Knotenreservierung derselben Knotenklasse in derselben Region wie der Knoten, den Sie aktuell ausführen und reservieren möchten. Nach erfolgreichem Erwerb der Reservierung wendet ElastiCache die neue stündliche nutzungsabhängige Gebühr automatisch auf Ihren bestehenden Knoten an.

F: Wann beginnt der Nutzungszeitraum, wenn ich mich für einen Reserved Node anmelde? Was geschieht mit meinem Knoten nach Ablauf des Zeitraums?
Preisänderungen für Reserved Nodes werden aktiviert, sobald Ihre Anfrage eingegangen ist und während die Zahlungsautorisierung verarbeitet wird. Sie können den Status Ihrer Reservierung auf der Seite zu den AWS-Kontoaktivitäten oder über den API-Befehl DescribeReservedCacheNodes verfolgen. Falls die einmalige Zahlung nicht erfolgreich bis zur nächsten Abrechnungsperiode autorisiert werden kann, wird der rabattierte Preis nicht übernommen.

Nach Ablauf Ihres Reservierungszeitraums gilt für Ihren Reserved Node wieder der entsprechende On-Demand-Stundentarif Ihrer Knotenklasse und -region.

F: Wie kann ich kontrollieren, welche Knoten nach dem Tarif für Reserved Nodes berechnet werden?
Die ElastiCache-APIs zum Erstellen, Ändern und Löschen von Knoten unterscheiden nicht zwischen On-Demand-Nodes und Reserved Nodes, sodass Sie beide problemlos verwenden können. Bei der Verarbeitung Ihrer Abrechnung wendet unser System automatisch Ihre Reservierungen an, sodass alle berechtigten Knoten nach dem reduzierten Stundentarif für Reserved Nodes abgerechnet werden.

F: Kann ich einen Reserved Node von einer Region oder AZ in eine andere verschieben?
Jeder Reserved Node ist einer bestimmten Region zugeordnet, die für die Lebensdauer der Reservierung festgelegt ist und nicht geändert werden kann. Jede Reservierung kann jedoch in beliebigen AZs der zugeordneten Region verwendet werden.

F: Kann ich eine Reservierung stornieren?
Nein. Sie können Ihre Knotenreservierung nicht stornieren, und die einmalige Zahlung (falls zutreffend) ist nicht erstattungsfähig. Sie zahlen weiterhin für jede Stunde während der Laufzeit Ihres Reserved Nodes, unabhängig von Ihrer Nutzung.

F: Wie wirken sich die Zahlungsoptionen auf meine Rechnung aus?
Wenn Sie einen Reserved Node mit der Zahlungsoption „Komplette Vorauszahlung“ erwerben, zahlen Sie in einer Vorauszahlung für die gesamte Laufzeit des Reserved Nodes. Bei Wahl der Option „Keine Vorauszahlung“ leisten Sie vorab keine Zahlung. Der gesamte Wert des Node No Upfront Reserved Node wird auf jede Stunde der Laufzeit verteilt, und Ihnen wird jede Stunde in der Laufzeit in Rechnung gestellt, unabhängig von der Nutzung. Die dritte Zahlungsoption heißt "Teilweise Vorauszahlung". Sie leisten eine geringe Vorauszahlung und anschließend wird Ihnen ein niedriger Stundentarif für die Dauer der Laufzeit unabhängig von der Nutzungszeit in Rechnung gestellt.

Sicherheit

F: Welche Sicherheitskontrollen gibt es für ElastiCache?
Mit ElastiCache können Sie die Verschlüsselung ruhender Daten mithilfe des AWS Key Management Service (AWS KMS), die Verschlüsselung von Daten während der Übertragung mit Transport Layer Security (TLS), die Authentifizierung mithilfe von AWS Identity and Access Management (IAM) und die Netzwerkzugriffskontrolle mit Amazon-Elastic-Compute-Cloud-Sicherheitsgruppen (Amazon EC2) konfigurieren.

F: Wie steuere ich den Zugriff auf ElastiCache?
Wenn Sie Amazon Virtual Private Cloud (Amazon VPC) nicht verwenden, können Sie mit ElastiCache den Zugriff auf Ihre Caches über Netzwerksicherheitsgruppen steuern. Eine Sicherheitsgruppe fungiert wie eine Firewall zum Steuern des Netzwerkzugriffs auf Ihren Cache. Der Netzwerkzugriff auf Ihre Caches ist standardmäßig deaktiviert. Wenn Ihre Anwendungen auf Ihren Cache-Cluster zugreifen sollen, müssen Sie den Zugriff von Hosts aus in spezifischen Amazon-EC2-Sicherheitsgruppen explizit aktivieren.

Sie können den Zugriff auf Ihre ElastiCache-Ressourcen auch mithilfe der IAM-Authentifizierung steuern. Weitere Informationen finden Sie in der Dokumentation zur Authentifizierung mit IAM.

Compliance

F: Welche Compliance-Programme unterstützt ElastiCache?
ElastiCache unterstützt Compliance-Programme wie SOC 1, SOC 2, SOC 3, ISO, MTCS, C5, PCI DSS, HIPAA und FedRAMP. Eine aktuelle Liste der unterstützten Compliance-Programme finden Sie unter AWS Services im Geltungsbereich nach Compliance-Programm.

F: Ist ElastiCache PCI DSS-konform?
Ja, das PCI-Compliance-Programm von AWS beinhaltet ElastiCache als PCI-kompatiblen Service. Weitere Informationen finden Sie in den folgenden Ressourcen:

Die aktuelle Liste der Compliance-Programme, die über ElastiCache verfügbar sind, finden Sie unter AWS-Services in Scope nach Compliance-Programm.

F: Ist ElastiCache HIPAA-fähig?
Ja, ElastiCache ist ein HIPAA-fähiger Service und fällt unter das AWS Business Associate Addendum (BAA). Dies bedeutet, dass Sie ElastiCache zur Verarbeitung, Verwaltung und Speicherung geschützter Gesundheitsdaten sowie zum Betreiben von Anwendungen aus dem Gesundheitswesen einsetzen können.

F: Wie erhalte ich den HIPAA-fähigen Service ElastiCache?
Wenn Sie ein ausgeführtes Business Associate Agreement (BAA) mit AWS haben, können Sie ElastiCache verwenden, um Anwendungen zu erstellen, die HI unter HIPAA speichern und verarbeiten. Wenn keine BAA vorhanden ist oder Sie weitere Fragen zur Verwendung von AWS für Ihre Anwendungen haben, setzen Sie sich mit uns in Verbindung

F: Ist ElastiCache FedRAMP autorisiert?
Das AWS-Programm für FedRAMP-Compliance schließt ElastiCache Redis als einen von der FedRAMP zugelassenen Service ein. Kunden der US-Regierung und ihre Partner können jetzt die neueste Version von ElastiCache verwenden, um ihre FedRAMP-Systeme, Daten und geschäftskritischen Workloads mit hoher Auswirkung in den Regionen AWS GovCloud (US-Ost) und AWS GovCloud (US-West) zu verarbeiten und zu speichern, und bei moderaten Auswirkungen in den Regionen USA Ost (Ohio), USA Ost (Nord-Virginia), USA West (Nordkalifornien) und USA West (Oregon).

Weitere Informationen finden Sie in den folgenden Ressourcen:

Die aktuelle Liste der Compliance-Programme, die über ElastiCache verfügbar sind, finden Sie unter AWS-Services in Scope nach Compliance-Programm.

F: Fallen für die Verwendung der Compliance-Funktionen zusätzliche Kosten an?
Nein. Für die Verwendung von Compliance-Funktionen fallen keine zusätzlichen Kosten an.

Parametergruppen

F: Was sind Parametergruppen? Wofür sind sie nützlich?
Eine Parametergruppe ist eine Art „Container“ für die Werte der Engine-Konfiguration, die auf ein oder mehrere Cluster angewendet werden können. Falls Sie einen Cluster erstellen, ohne eine Parametergruppe zu erstellen, wird eine standardmäßige Parametergruppe verwendet. Diese Standardgruppe enthält Engine-Standardwerte und Systemstandardwerte für ElastiCache, die für den ausgeführten Cluster optimiert sind. Wenn der Cache jedoch mit den von Ihnen definierten Engine-Konfigurationswerten ausgeführt werden soll, erstellen Sie eine neue Parametergruppe, erstellen Sie die betreffenden Parameter und legen Sie fest, dass der Cluster die neue Parametergruppe verwendet. Nach der Zuordnung der einzelnen Cluster zu einer bestimmten Parametergruppe werden alle Instances mit den Parametern der jeweiligen Parametergruppe aktualisiert. Weitere Informationen zur Konfiguration von Parametergruppen finden Sie in den Benutzerhandbüchern ElastiCache für Redis oder ElastiCache für Memcached.

F: Wie wähle ich die passenden Konfigurationsparameter für meine Caches aus?
ElastiCache wählt standardmäßig die optimalen Konfigurationsparameter für Ihr Cache und berücksichtigt dabei den Speicher und die Rechenressourcenkapaziät des Knotentyps. Sie können die Standardeinstellung jedoch über die Konfigurationsverwaltungs-APIs ändern. Bitte beachten Sie, dass eine Änderung der empfohlenen Werte der Konfigurationsparameter unbeabsichtigte Folgen haben kann, die von einer herabgesetzten Leistung bis hin zu Systemzusammenbrüchen reichen können. Derartige Änderungen sollten daher nur von erfahrenen Benutzern vorgenommen werden, die bereit sind, diese Risiken in Kauf zu nehmen. Weitere Informationen für die Änderung von Parametern finden Sie im ElastiCache-Benutzerhandbuch.

F: Wie kann ich die aktuelle Einstellung für die Parameter einer bestimmten Parametergruppe anzeigen?
Sie können die Konsole, die ElastiCache-APIs oder die Befehlszeilentools verwenden, um Informationen über Ihre Parametergruppen und die entsprechenden Parametereinstellungen anzuzeigen.

Redis

Redis-Funktionen

F: Was ist ElastiCache für Redis?
ElastiCache für Redis ist ein Webservice, der die Bereitstellung und Ausführung von Redis-protokollkonformen Caches in der Cloud optimiert. Der Service ermöglicht die Verwaltung, die Überwachung und den Betrieb von Redis-Knoten. Das Erstellen, Löschen und Ändern der Knoten kann über die ElastiCache-Konsole, die AWS CLI oder die Webservice-APIs erfolgen. ElastiCache für Redis unterstützt Hochverfügbarkeitskonfigurationen, einschließlich Redis-Clustermodus aktiviert und Clustermodus deaktiviert mit automatischem Failover vom primären zum Replikat.

F: Ist ElastiCache für Redis auf Protokollebebe kompatibel mit Open Source Redis?
Ja. ElastiCache für Redis ist auf Protokollebene kompatibel mit Open Source Redis. Codes, Anwendungen, Treiber und Tools, die Sie derzeit in ihren bestehenden Redis-Datenspeichern nutzen, funktionieren auch mit ElastiCache für Redis. Und für vorhandene Redis-Bereitstellungen, die zu ElastiCache für Redis migriert werden, sind keine Codeänderungen außer den angegebenen erforderlich.

F: Wie viel kostet ElastiCache für Redis?
Die aktuellen Preise entnehmen Sie bitte unserer Preisübersicht.

F: Unterstützt ElastiCache für Redis den Multi-AZ-Betrieb?
Ja. Mit ElastiCache für Redis können Sie ein Lesereplikat in einem anderen AWS AZ erstellen. Bei der Verwendung von ElastiCache Serverless für Redis werden die Daten automatisch redundant über mehrere AZs gespeichert, um eine hohe Verfügbarkeit zu gewährleisten. Wenn Sie Ihren eigenen ElastiCache-für-Redis-Cache entwerfen, werden wir bei Ausfall eines Knotens einen neuen Knoten bereitstellen. In Szenarien, in denen der Primärknoten ausfällt, befördert ElastiCache für Redis automatisch ein vorhandenes Lesereplikat in die primäre Rolle. Weitere Informationen zum Umgang mit Knotenausfällen finden Sie unter Grundlegendes zur Redis-Replikation.

F: Wie kann ich auf eine neuere Engine-Version upgraden?
Sie können schnell auf eine neuere Engine-Version aktualisieren, indem Sie die ElastiCache-APIs verwenden und Ihre bevorzugte Engine-Version angeben. In der ElastiCache-Konsole können Sie einen Cache auswählen und Ändern auswählen. Der Engine-Upgrade-Prozess ist so konzipiert, dass Ihre vorhandenen Daten erhalten bleiben. Weitere Informationen finden Sie unter Caching-Strategien und bewährte Methoden.

Q: Kann ich zu einer älteren Version der Engine zurückkehren?
Nein, ein solches Downgrade auf eine ältere Engine-Version wird nicht unterstützt.

F: Kann ich mit ElastiCache für Redis regionenübergreifende Replikate haben?
Ja. Sie können regionsübergreifende Replikate mit der Funktion Global Datastore in ElastiCache für Redis erstellen. Global Datastore bietet eine vollständig verwaltete, schnelle, zuverlässige und sicherheitsorientierte regionenübergreifende Replikation. Sie können in einer Region in Ihren ElastiCache-für-Redis-Cluster schreiben und die Daten in zwei weiteren regionsübergreifenden Replikat-Clustern zum Lesen zur Verfügung stellen, wodurch Lesevorgänge mit geringer Latenzzeit und eine regionsübergreifende Notfallwiederherstellung möglich sind.

Leistung

F: Was sind die Leistungsvorteile von ElastiCache für Redis?
ElastiCache für Redis bietet erweiterte E/A-Threads, die durch Multiplexing, Presentation Layer Offloading und mehr zu deutlichen Verbesserungen des Durchsatzes und der Latenz in großem Maßstab führen. Erweiterte E/A-Threads verbessern die Leistung, indem sie mehr Kerne für die E/A-Verarbeitung nutzen und sich dynamisch an den Workload anpassen. ElastiCache für Redis verbessert den Durchsatz von TLS-fähigen Clustern, indem es die Verschlüsselung auf dieselben erweiterten E/A-Threads auslagert. ElastiCache für Redis Version 7.0 führte verbessertes E/A-Multiplexing ein, das viele Client-Anfragen in einem einzigen Kanal kombiniert und die Effizienz des Redis-Threads verbessert.

In ElastiCache für Redis Version 7.1 und höher haben wir die erweiterte E/A-Threads-Funktionalität erweitert, um auch die Logik der Präsentationsschicht zu verarbeiten. Verbesserte E/A-Threads lesen nicht nur Client-Eingaben, sondern analysieren die Eingabe auch in ein Redis-Binärbefehlsformat, das dann zur Ausführung an den Hauptthread weitergeleitet wird, um Leistungssteigerungen zu erzielen. Mit ElastiCache für Redis Version 7.1 können Sie im Vergleich zu ElastiCache für Redis Version 7.0 einen um bis zu 100 % höheren Durchsatz und eine um 50 % geringere P99-Latenz erzielen. Auf r7g.4xlarge oder größer können Sie über 1 Million Anfragen pro Sekunde (RPS) pro Knoten erreichen.

F: Wie kann ich die CPU-Auslastung von Redis überwachen?
ElastiCache bietet zwei verschiedene Gruppen von Metriken, um die CPU-Auslastung Ihres Caches zu messen, je nachdem, welche Cache-Bereitstellung Sie gewählt haben. Wenn Sie ElastiCache Serverless verwenden, können Sie die CPU-Auslastung mit der ElastiCache Processing Units (eCPU)-Metrik überwachen. Die Anzahl der von Ihren Anfragen verbrauchten eCPUs hängt von der benötigten vCPU-Zeit und der übertragenen Datenmenge ab. Jedes Lesen und Schreiben erfordert, wie die Redis-Befehle GET und SET oder die Memcached-Befehle get und set, 1 ECPU für jedes übertragene Kilobyte (KB) an Daten. Einige Redis-Befehle, die mit speicherinternen Datenstrukturen arbeiten, können mehr vCPU-Zeit in Anspruch nehmen als ein GET- oder SET-Befehl. ElastiCache berechnet die Anzahl der verbrauchten eCPUs auf der Grundlage der vom Befehl benötigten vCPU-Zeit im Vergleich zu einer Baseline der vCPU-Zeit, die ein Redis-SET- oder GET-Befehl benötigt. Wenn Ihr Befehl zusätzliche vCPU-Zeit benötigt und mehr Daten als die Baseline von 1 ECPU überträgt, berechnet ElastiCache die erforderlichen eCPUs auf der Grundlage der höheren der beiden Dimensionen.

Wenn Sie Ihren eigenen Cluster entwerfen, können Sie EngineCPUUtilization und CPUUtilization überwachen. Die CPUUtilization-Metrik misst die CPU-Auslastung für die Instance (den Knoten), die EngineCPUUtilization-Metrik misst die Auslastung auf der Redis-Prozessebene. Sie benötigen die EngineCPUUtilization-Metrik zusätzlich zur CPUUtilization-Metrik, weil der Redis-Hauptprozess einen einzigen Thread umfasst und nur eine CPU der verschiedenen CPU-Cores nutzt, die auf einer Instance verfügbar sind. Daher bietet die CPUUtilization-Metrik keinen präzisen Einblick in die CPU-Auslastungsraten auf Redis-Prozessebene. Es wird empfohlen, dass Sie sowohl die CPUUtilization- als auch die EngineCPUUtilization-Metrik zusammen verwenden, um ein detailliertes Verständnis der CPU-Auslastung für Ihre Redis-Umgebung zu erhalten.

Beide Sätze von Metriken sind in allen AWS-Regionen verfügbar, und Sie können auf diese Metriken mit Amazon CloudWatch oder in der Konsole zugreifen. Außerdem empfehlen wir Ihnen, die Dokumentation um mehr über nützliche Metriken zur Leistungsüberwachung zu erfahren.

F: Wie kann ich die Leistung des Redis-Clients optimieren?
Redis ist einer der beliebtesten NoSQL-Schlüsselwertspeicher und bekannt für seine hervorragende Leistung. Um die Nutzung von Redis zu optimieren, benötigen Sie auch einen performanten Client.

Lesereplikat

F: Was bedeutet es, einen Redis-Knoten als Lesereplikat auszuführen?
Lesereplikate dienen in Redis zwei Zwecken:

  • Behandlung von Störungen
  • Leseskalierung

Wenn Sie einen Cache mit einem Lesereplikat betreiben, dient der Primärknoten sowohl für Schreib- als auch für Lesevorgänge. Das Replikat dient ausschließlich dem Leseverkehr und ist auch als Warm-Standby verfügbar, falls die primäre Version beeinträchtigt wird.

F: Wann sollte ich die Verwendung eines Redis-Lesereplikats in Erwägung ziehen?
Mit ElastiCache Serverless werden Lesereplikate automatisch vom Service verwaltet. Beim Entwerfen Ihres eigenen Caches gibt es eine Vielzahl von Szenarien, in denen die Bereitstellung einer oder mehrerer Lesereplikate für einen bestimmten primären Knoten sinnvoll sein kann. Häufige Gründe für die Bereitstellung eines Lesereplikats:

  • Skalierung über die Rechen- oder E/A-Kapazität eines einzelnen primären Knotens für leseintensive Workloads hinaus: Dieser überschüssige Leseverkehr kann auf ein oder mehrere Lesereplikate geleitet werden.
  • Servieren von Leseverkehr, während der primäre Knoten nicht verfügbar ist: Wenn Ihr primärer Knoten keine E/A-Anforderungen annehmen kann (z. B. aufgrund einer E/A-Sperre für Backups oder geplante Wartungsarbeiten), können Sie den Leseverkehr auf Ihre Lesereplikate umleiten. Denken Sie in diesem Fall daran, dass die Daten im Lesereplikat veraltet sein können, da die Primär-Instance nicht verfügbar ist. Das Lesereplikat kann auch zum Neustarten eines ausgefallenen eingeschalteten Primärknotens verwendet werden.
  • Szenarien zur Datensicherung: Im unwahrscheinlichen Fall eines Ausfalls des primären Knotens oder wenn die AZ, in der sich Ihr primärer Knoten befindet, nicht mehr verfügbar ist, können Sie ein Lesereplikat in einer anderen AZ zum neuen primären Knoten ernennen. 

F: Wie stelle ich eine Verbindung zu meinen Lesereplikaten her?

Sie können eine Verbindung zu einem Lesereplikat genauso herstellen, wie Sie eine Verbindung zu einem primären Cache-Knoten herstellen würden. Wenn Sie mehrere Lesereplikate nutzen, muss Ihre Anwendung bestimmen, wie der Lesedatenverkehr auf diese verteilt wird. Hier weitere Informationen:

  • Redis-Cluster (Clustermodus deaktiviert) verwenden die einzelnen Knotenendpunkte für Lesevorgänge. (In der API/CLI werden diese als Leseendpunkte bezeichnet.)
  • Redis-Cluster (aktivierter Cluster-Modus) verwenden für alle Vorgänge den Konfigurationsendpunkt. Der von Ihnen verwendete Client muss Redis Cluster (Redis 3.2) unterstützen. Sie können immer noch von einzelnen Knotenendpunkten lesen. (In der API und CLI werden diese als Leseendpunkte bezeichnet.)

F: Wie viele Lesereplikate kann ich für einen gegebenen primären Knoten erstellen?
ElastiCache bietet Ihnen die Möglichkeit, bis zu fünf (5) Lesereplikate für einen primären Cache-Knoten zu erstellen.

F: Was passiert mit Lesereplikaten bei einem Failover?
Im Falle eines Failovers müssen alle zugeordneten und verfügbaren Lesereplikate automatisch die Replikation fortsetzen, nachdem das Failover abgeschlossen wurde (d. h., sie beginnen mit dem Abrufen von Updates aus dem neu hochgestuften Lesereplikat).

F: Wie hält ElastiCache mein Lesereplikat mit seinem primären Knoten auf dem neuesten Stand?
Aktualisierungen eines primären Cache-Knotens werden automatisch in allen zugeordneten Lesereplikaten repliziert. Bei der asynchronen Replizierungstechnologie von Redis kann es jedoch aus verschiedenen Gründen dazu kommen, dass ein Lesereplikat hinter ihren primären Cache-Knoten zurückfällt. Typische Gründe hierfür sind:

  • Das E/A-Schreibvolumen in den primären Cache-Knoten übersteigt die Rate, mit der Änderungen vom Lesereplikat übernommen werden können.
  • Netzwerkpartitionen oder Latenz zwischen dem primären Cache-Knoten und einem Lesereplikat.

Lesereplikate unterliegen den Stärken und Schwächen der Redis-Replikation. Wenn Sie Lesereplikate verwenden, sollten Sie sich über die potenziellen Verzögerungen (die so genannten "Inkonsistenzen") zwischen einem Lesereplikat und ihrem primären Cache-Knoten bewusst sein. ElastiCache gibt eine Metrik aus, die Ihnen hilft, die Inkonsistenz zu verstehen.

F: Wie viel kosten Lesereplikate? Wann beginnt und endet die Fakturierung?
Ein Lesereplikat wird als Standard-Cache-Knoten und zu denselben Tarifen abgerechnet. Wie bei einem Standard-Cache-Knoten auch wird der Tarif pro „Cache-Knoten-Stunde“ für ein Lesereplikat von der Cache-Knoten-Klasse des Lesereplikats bestimmt. Aktuelle Preisangaben finden Sie auf der Preisseite von ElastiCache. Der bei der Replikation von Daten zwischen Ihrem primären Cache-Knoten und dem Lesereplikat anfallende Datenverkehr wird nicht in Rechnung gestellt. Die Fakturierung für ein Lesereplikat beginnt, sobald diese erfolgreich erstellt wurde (wenn der Status als aktiv ausgewiesen ist). Das Lesereplikat wird so lange nach standardmäßigen Cache-Knoten-Stundensätzen von ElastiCache abgerechnet, bis Sie den Befehl zu ihrem Löschen aufrufen.

F: Was geschieht während eines Failovers und wie lange dauert dieser Vorgang?
Das Failover wird automatisch von ElastiCache ausgelöst, damit Sie Cache-Vorgänge schnellstmöglich fortsetzen können. Bei einem Failover schaltet ElastiCache den DNS-Datensatz Ihres Cache-Knotens auf das Lesereplikat um, die wiederum zum neuen Primärknoten hochgestuft wird. Wir empfehlen Ihnen, sich an bewährte Methoden zu halten und eine Funktion auf Anwendungsebene zu implementieren, die ggf. erneut versucht, eine Cache-Knotenverbindung herzustellen. In der Regel sind die Schritte eins bis fünf von Anfang bis Ende innerhalb von sechs Minuten abgeschlossen.

Dies sind die automatischen Failover-Ereignisse, aufgelistet in der Reihenfolge ihres Auftreten:

  1. Meldung der Replikationsgruppe: Test Failover-API für Knotengruppe <Knotengruppen-ID> aufgerufen
  2. Cache-Cluster-Meldung: Failover von Primärknoten <Primärknoten-ID> auf Replikatknoten <Knoten-ID> abgeschlossen
  3. Meldung der Replikationsgruppe: Failover von Primärknoten <Primärknoten-ID> auf Replikatknoten <Knoten-ID> abgeschlossen
  4. Cache-Cluster-Meldung: Cache-Knoten <Knoten-ID> wiederherstellen
  5. Cache-Cluster-Meldung: Wiederherstellung für Cache-Knoten <Knoten-id> beendet

F: Kann ich ein Lesereplikat in einer anderen Region als meiner primären Region erstellen?
Nein, Ihr Lesereplikat kann nur in derselben oder einer anderen AZ derselben Region wie Ihr primärer Cache-Knoten bereitgestellt werden. Sie können jedoch den Global Datastore für Redis verwenden, um mit einer vollständig verwalteten, schnellen, zuverlässigen und sicherheitsorientierten Replikation über AWS-Regionen hinweg zu arbeiten. Mit dieser Funktion können Sie regionenübergreifende Lesereplikat-Cluster für ElastiCache für Redis erstellen, um Lesevorgänge mit niedriger Latenz und Notfallwiederherstellung über AWS-Regionen hinweg zu ermöglichen.

F: Kann ich sehen, in welchem AZ sich mein Primärknoten derzeit befindet?
Ja. Sie können mithilfe der DescribeCacheClusters-API den Speicherort des aktuellen Primärknotens ermitteln.

F: Kann ich Lesereplikat-Knoten für meine Redis-Cluster-Umgebung hinzufügen und entfernen?
Ja. Sie können Lesereplikate für eine oder mehrere Shards in einer Redis-Cluster-Umgebung hinzufügen und entfernen. Der Cluster bleibt online und verarbeitet während des Vorgangs weiterhin eingehende E/A.

Multi-AZ

F: Was ist Multi-AZ für ElastiCache für Redis?
Multi-AZ ist eine Funktion, die es Ihnen ermöglicht, in einer Konfiguration mit höherer Verfügbarkeit zu arbeiten, wenn Sie Ihren eigenen ElastiCache für Redis-Cache entwerfen. Alle ElastiCache Serverless Caches werden automatisch in einer Multi-AZ-Konfiguration ausgeführt. Ein ElastiCache für die Redis-Replikationsgruppe besteht aus einem Primärknoten und bis zu fünf Lesereplikaten. Wenn Multi-AZ aktiviert ist, ist mindestens ein Replikat pro Primärknoten erforderlich. Während bestimmter geplanter Wartungsarbeiten oder im unwahrscheinlichen Fall eines ElastiCache-Knotenausfalls oder eines AZ-Ausfalls erkennt ElastiCache automatisch den Ausfall eines primären Knotens, wählt ein Lesereplikat aus und ernennt es zum neuen primären. ElastiCache überträgt auch die DNS-Änderungen des hochgestuften Lesereplikats. Wenn Ihre Anwendung auf den Primärknoten-Endpunkt schreibt, ist daher keine Änderung des Endpunkts erforderlich.
 
F: Welche Vorteile bietet die Nutzung von Multi-AZ und wann sollte ich es verwenden?
Die Hauptvorteile beim Ausführen Ihres ElastiCache für Redis im Multi-AZ-Modus sind verbesserte Verfügbarkeit und ein geringerer Bedarf für Administration. Wenn Sie ElastiCache in einer Multi-AZ-Konfiguration ausführen, kommen Ihre Caches für das SLA mit einer Verfügbarkeit von 99,99 % in Frage. Wenn ein für ElastiCache for Redis-Primärknoten ausfällt, sind die Auswirkungen auf Ihre Fähigkeit zum Lesen und Schreiben auf den Primärknoten auf die Zeit begrenzt, die für die Durchführung des automatischen Failovers benötigt wird. Wenn Multi-AZ aktiviert ist, wird der Failover des ElastiCache-Knotens automatisch durchgeführt und benötigt keine Administration. Es ist nicht mehr erforderlich, dass Sie Ihre Redis-Knoten überwachen und manuell eine Wiederherstellung starten, wenn es eine Störung des Primärknotens gibt.
 
F: Wie funktioniert Multi-AZ?
Sie können Multi-AZ benutzen, wenn Sie ElastiCache for Redis verwenden und über eine Replikationsgruppe verfügen, die aus einem Primärknoten und einer oder mehreren Read Replicas besteht. Wenn der Primärknoten ausfällt, entdeckt ElastiCache automatisch den Ausfall, wählt eine der verfügbaren Read Replicas und stuft diese zum neuen Primärknoten hoch. ElastiCache propagiert die DNS-Änderungen des hochgestuften Replikats, damit Ihre Anwendung weiterhin auf den primären Endpunkt schreiben kann. ElastiCache richtet auch einen neuen Knoten ein, um das hochgestufte Lesereplikat in der gleichen AZ des ausgefallenen primären zu ersetzen. Falls die primäre Kopie aufgrund einer vorübergehenden Störung der AZ ausfällt, wird die neue Kopie gestartet, sobald sich die AZ erholt hat.
 
F: Kann ich Replikate im selben AZ wie die Primärdatei haben?
Ja. Beachten Sie, dass die Platzierung sowohl der primären als auch der Replikate in der gleichen AZ Ihre ElastiCache für Redis-Replikationsgruppe nicht widerstandsfähig gegenüber einer AZ-Störung macht. Außerdem sind Replikate in derselben AZ wie die primäre nicht zulässig, wenn Multi-AZ aktiviert ist.
 
F: Welche Ereignisse würden dazu führen, dass ElastiCache auf ein Lesereplikat umschaltet?
ElastiCache führt bei folgenden Ereignissen einen Failover auf ein Lesereplikat durch:
  • Verlust der Erreichbarkeit im AZ des Primärknotens
  • Verlust der Netzwerkverbindung zum Primärknoten
  • Ausfall einer Datenverarbeitungseinheit in der Primär-Instance

F: Welches Lesereplikat wird beim Ausfall eines Primärknotens hochgestuft?
Falls mehrere Lesereplikate vorhanden sind, wird das Lesereplikat mit der geringeren asynchronen Replikationsverzögerung gegenüber dem Primärknoten hochgestuft.

F: Werde ich bei einem automatischen Failover benachrichtigt?
Ja, ElastiCache erstellt ein Ereignis, um Sie zu informieren, dass ein automatischer Failover durchgeführt wurde. Sie können die DescribeEvents-API verwenden, um Informationen zu Ereignissen im Zusammenhang mit Ihrem ElastiCache-Knoten abzurufen, oder den Abschnitt Ereignisse der ElastiCache-Managementkonsole wählen.

F: Nach dem Failover befindet sich mein Primärknoten nun in einem anderen AZ als meine anderen AWS-Ressourcen (z. B. Amazon-EC2-Instances). Muss ich mir Sorgen um Latenzen machen?
Die AZs sind so konzipiert, dass sie Netzwerkverbindungen mit geringer Latenz zu anderen AZs in derselben Region bieten. Sie sollten in Erwägung ziehen, Ihre Anwendung und andere AWS-Ressourcen mit Redundanz über mehrere AZs hinweg zu gestalten, damit Ihre Anwendung im Falle einer AZ-Störung widerstandsfähig ist.
 
F: Wo kann ich weitere Informationen über die Multi-AZ erhalten?
Weitere Informationen über Multi-AZ finden Sie in der ElastiCache- Dokumentation.

Backup und Wiederherstellung

F: Was ist die Sicherungs- und Wiederherstellungsfunktion?
Backup and Restore ist eine Funktion, mit der Sie Snapshots Ihrer ElastiCache-für-Redis-Caches erstellen können. ElastiCache speichert die Snapshots, die Benutzer anschließend zum Wiederherstellen von Redis-Caches verwenden können.

F: Warum benötige ich Snapshots?
Das Erstellen von Snapshots kann bei durch einen Knotenausfall verursachten Datenverlusten sowie im unwahrscheinlichen Fall eines Hardwareausfalls nützlich sein. Sicherungen werden außerdem für Archivierungszwecke verwendet. Die Snapshots werden in Amazon S3 aufbewahrt.

F: Wie funktioniert die Sicherungs- und Wiederherstellungsfunktion?
Bei Auslösen einer Sicherung erstellt ElastiCache einen Snapshot eines angegebenen Redis-Cache, der später für Wiederherstellungs- oder Archivierungszwecke verwendet werden kann. Sie können jederzeit eine Sicherung starten oder eine täglich wiederkehrende Sicherung mit einer Aufbewahrungsfrist von bis zu 35 Tagen festlegen. Wenn Sie einen Snapshot zur Wiederherstellung auswählen, wird ein neuer ElastiCache für Redis-Cache erstellt und mit den Daten des Snapshots gefüllt. ElastiCache für Redis-Snapshots sind mit dem Open Source Dateiformat Redis RDB kompatibel.

F: Was sind die ersten Schritte mit der Sicherungs- und Wiederherstellungsfunktion?
Sie können die Sicherungs- und Wiederherstellungsfunktion über die Konsole, ElastiCache-APIs und AWS CLI verwenden. Sie können die Funktion jederzeit de- bzw. reaktivieren.

F: Wie gebe ich die zu sichernden Redis-Cache und -Knoten an?
Die Sicherungs- und Wiederherstellungsfunktion erstellt Snapshots pro Cache. Benutzer können über die Konsole, AWS CLI oder die ElastiCache-API angeben, welcher ElastiCache für Redis-Cache gesichert werden soll. Es wird empfohlen, die Sicherung auf einem der Lesereplikate des Cache zu aktivieren, um mögliche Auswirkungen auf den Primärknoten zu minimieren. Bei Verwendung von ElastiCache Serverless werden Backups automatisch anhand von Lesereplikaten durchgeführt.

F: Kann ich ElastiCache für Redis-Snapshots in einen Amazon-S3-Bucket exportieren, der mir gehört?
Ja, Sie können Ihre ElastiCache für Redis-Snapshots in einen autorisierten S3-Bucket in derselben Region wie Ihr Cache exportieren.

F: Ich habe mehrere AWS-Konten, die ElastiCache for Redis nutzen. Kann ich ElastiCache-Snapshots eines Kontos verwenden, um bei laufendem Betrieb einen ElastiCache for Redis-Cluster in einem anderen Konto in Betrieb zu nehmen?
Ja. Sie müssen zunächst Ihren Snapshot in einen autorisierten S3-Bucket Ihrer Wahl in derselben Region kopieren und anschließend dem anderen Konto kontenübergreifende Bucket-Berechtigungen gewähren.

F: Wie viel kostet die Nutzung der Sicherungs- und Wiederherstellungsfunktion?
ElastiCache bietet kostenlos Speicherplatz für einen Snapshot jedes aktiven ElastiCache for Redis-Cache. Zusätzlicher Speicherplatz wird basierend auf dem von den Snapshots belegten Speicherplatz mit monatlich 0,085 USD pro GB in Rechnung gestellt (Einheitspreis in allen Regionen). Die Datenübertragung zur Nutzung der Snapshots ist kostenlos.

F: Was passiert mit meinen Snapshots, wenn ich meinen ElastiCache-für-Redis-Cache lösche?
Wenn Sie einen ElastiCache-für-Redis-Cache löschen, bleiben Ihre manuellen Snapshots erhalten. Sie haben auch die Möglichkeit, einen letzten Snapshot zu erstellen, bevor der Cache gelöscht wird. Automatisch erstellte Cache-Snapshots werden nicht aufbewahrt.

Erweiterte Engine

F: Inwiefern unterscheidet sich die Engine in ElastiCache für Redis von der in Open-Source-Redis?
Die Engine von ElastiCache für Redis ist vollständig kompatibel mit Open Source Redis, verfügt aber auch über Verbesserungen, die die Leistung, Robustheit und Stabilität erhöhen. Einige der Erweiterungen umfassen:

  • Mehr nutzbarer Arbeitsspeicher: Sie können jetzt problemlos mehr Arbeitsspeicher für Ihre Anwendung zuweisen, ohne während Synchronisierungen und Snapshots eine erhöhte Swap-Nutzung zu riskieren.
  • Verbesserte Synchronisierung: Zuverlässigere Synchronisierung unter hoher Last und beim Wiederherstellen von getrennten Netzwerkverbindungen. Außerdem sind Synchronisierungen schneller, da Primärknoten und Replikate die Festplatte nicht mehr für diesen Vorgang verwenden.
  • Problemlosere Failovers: Im Falle eines Failovers wird die Shard jetzt schneller wiederhergestellt, da Replikate ihre Daten nicht mehr komplett löschen, um eine vollständige erneute Synchronisierung mit dem Primärknoten durchzuführen.
  • TLS-Offload und IO-Multiplexing: ElastiCache wurde entwickelt, um verfügbare CPU-Ressourcen besser zu nutzen, indem bestimmte netzwerkbezogene Prozesse in dedizierten Threads verarbeitet werden.

F: Muss ich meinen Anwendungscode ändern, um die erweiterte Engine auf ElastiCache zu verwenden?
Nein. Das erweiterte Engine ist mit Open-Source-Redis voll kompatibel, so dass Sie die verbesserte Zuverlässigkeit und Stabilität nutzen können, ohne Änderungen am Anwendungscode vorzunehmen zu müssen.

F: Was kostet die Verwendung der erweiterten Engine?
Für die Verwendung der erweiterten Engine fallen keine zusätzlichen Gebühren an.

Verschlüsselung

F: Welche Vorteile bietet die Verschlüsselung im Speicher für ElastiCache for Redis?
Die Verschlüsselung im Ruhezustand bietet Mechanismen zum Schutz vor unberechtigtem Zugriff auf Ihre Daten. Wenn diese Option aktiviert ist, werden die folgenden Aspekte verschlüsselt:

  • Festplatte während Synchronisations-, Sicherungs- und Auslagerungsvorgängen
  • In Amazon S3 gespeicherte Backups

ElastiCache für Redis bietet standardmäßige (service-verwaltete) Verschlüsselung im Ruhezustand sowie die Möglichkeit, Ihre eigenen symmetrischen, vom Kunden verwalteten AWS-KMS-Schlüssel in AWS KMS zu verwenden. Weitere Informationen finden Sie unter Verschlüsselung im Ruhezustand.

F: Welche Vorteile bietet die Verschlüsselung während der Übertragung für ElastiCache-für-Redis?
Die Funktion Verschlüsselung in Transit ermöglicht die Verschlüsselung der Kommunikation zwischen Clients und ElastiCache für Redis sowie zwischen den Redis-Servern (primäre und Lesereplikate). Erfahren Sie mehr über die Verschlüsselung während der Übertragung durch ElastiCache.

F: Wie kann ich Verschlüsselung während der Übertragung, Verschlüsselung im Ruhezustand und Redis AUTH verwenden?
Verschlüsselung während der Übertragung, Verschlüsselung im Ruhezustand, Redis AUTH und Role-Based Access Control (RBAC) sind Funktionen, die Sie bei der Erstellung Ihres ElastiCache for Redis-Caches auswählen können. Wenn Sie die Verschlüsselung während der Übertragung aktiviert haben, können Sie Redis AUTH oder RBAC für zusätzliche Sicherheit und Zugriffskontrolle verwenden.

F: Muss ich für die Verlängerung der TLS-Zertifikate bestimmte Aktionen veranlassen?
Nein. ElastiCache verwaltet den Ablauf und die Verlängerung von Zertifikaten im Hintergrund. Für die laufende Zertifikatspflege ist keine Benutzeraktion erforderlich.

F: Fallen für die Nutzung der Verschlüsselung zusätzliche Gebühren an?
Nein, für die Nutzung der Verschlüsselung werden keine zusätzlichen Gebühren berechnet.

Globaler Datenspeicher

F: Was ist ElastiCache Global Datastore?
Global Datastore ist eine Funktion von ElastiCache für Redis, die eine vollständig verwaltete, schnelle, zuverlässige und sicherheitsorientierte regionenübergreifende Replikation ermöglicht. Mit Global Datastore können Sie in Ihren ElastiCache-für-Redis-Cache in einer Region schreiben und die Daten in bis zu zwei anderen regionenübergreifenden Replikat-Clustern zum Lesen bereitstellen, was Lesevorgänge mit niedriger Latenz und Notfallwiederherstellung über Regionen hinweg ermöglicht.

Global Datastore wurde für Echtzeitanwendungen mit globaler Präsenz entwickelt und repliziert Daten in der Regel in weniger als einer Sekunde über die Regionen hinweg, wodurch die Reaktionsfähigkeit Ihrer Anwendungen verbessert wird, da geolokale Lesevorgänge näher am Endbenutzer stattfinden. Im unwahrscheinlichen Fall eines regionalen Ausfalls kann einer der gesunden regionenübergreifenden Replikat-Caches zum primären Cache mit vollen Lese- und Schreibfunktionen werden. Nach dem Start ist die Beförderung in der Regel in weniger als einer Minute abgeschlossen, sodass Ihre Anwendungen weiterhin zur Verfügung stehen.

F: In wie viele AWS-Regionen kann ich replizieren?
Sie können auf bis zu zwei sekundäre Regionen innerhalb eines globalen Datenspeichers replizieren. Die Caches in den sekundären Regionen können für lokale Lesevorgänge mit geringer Latenz und für die Notfallwiederherstellung im unwahrscheinlichen Fall eines Ausfalls der Region verwendet werden.

F: Welche Engine-Versionen unterstützen Global Datastore?
Global Datastore wird in ElastiCache für Redis 5.0.6 und höher unterstützt.

F: Wie kann ich einen Global Datastore erstellen?
Sie können einen Global Datastore einrichten, indem Sie einen vorhandenen Cache verwenden oder einen neuen Cache erstellen, der als primärer Cache verwendet wird. Sie können einen globalen Datenspeicher mit nur wenigen Schritten in der ElastiCache Management Console oder durch Herunterladen des neuesten AWS-SDK oder der AWS-CLI erstellen. Es gibt Unterstützung für den Global Datastore in AWS CloudFormation.

F: Führt ElastiCache automatisch ein Failover eines Global Datastore durch, um einen sekundären Cluster zu befördern, falls ein primärer Cluster (Region) beeinträchtigt wird?
Nein. ElastiCache fördert nicht automatisch einen sekundären Cluster, wenn der primäre Cluster (Region) degradiert wird. Sie können das Failover manuell durchführen, indem Sie einen sekundären Cluster zu einem primären heraufstufen. Der Failover und die Heraufstufung eines sekundären Clusters sind in der Regel in weniger als einer Minute abgeschlossen.

F: Wie werden meine Daten bei der Verwendung von Global Datastore gesichert?
Der globale Datenspeicher verwendet für den regionsübergreifenden Datenverkehr eine Verschlüsselung während der Übertragung, um die Sicherheit Ihrer Daten zu erhöhen. Zusätzlich können Sie auch Ihre primären und sekundären Caches mit der Verschlüsselung im Ruhezustand absichern, um Ihre Daten besser zu schützen. Jeder primäre und sekundäre Cache kann über einen separaten, vom Kunden verwalteten AWS-KMS-Schlüssel für die Verschlüsselung im Ruhezustand verfügen.

F: Welches Recovery Point Objective (RPO) und Recovery Time Objective (RTO) kann ich mit Global Datastore erwarten?
ElastiCache bietet kein SLA für RPO und RTO. Das RPO variiert je nach Replikationsverzögerung zwischen den Regionen und hängt von der Netzwerklatenz zwischen den Regionen und der regionsübergreifenden Netzwerküberlastung ab. Das RPO von Global Datastore liegt typischerweise unter einer Sekunde, sodass die in der primären Region geschriebenen Daten in den sekundären Regionen innerhalb einer Sekunde verfügbar sind. Das RTO von Global Datastore for Redis beträgt in der Regel weniger als eine Minute. Sobald ein Failover auf einen sekundären Cluster eingeleitet wird, gewährt ElastiCache in der Regel dem sekundären Cluster vollständige Lese-/Schreibfähigkeiten in weniger als einer Minute.

F: Wie sieht das Preisangebot für Global Datastore aus?
ElastiCache verlangt keine Gebühren für die Nutzung von Global Datastore für Redis. Sie zahlen nur für den primären und sekundären Caches in Ihrem Global Datastore sowie für den regionsübergreifenden Datenverkehr.

Daten-Tiering

F: Was ist Daten-Tiering für ElastiCache für Redis?
Das Daten-Tiering bietet eine neue Preis-Leistungs-Option für Redis-Workloads, indem zusätzlich zur Speicherung der Daten im Speicher kostengünstige Solid State Drives (SSDs) in jedem Clusterknoten verwendet werden. Es ist ideal für Workloads, die regelmäßig auf bis zu 20 % ihres gesamten Datenbestands zugreifen, und für Anwendungen, die zusätzliche Latenzzeiten beim Zugriff auf SSD-Daten tolerieren können. ElastiCache-R6gd-Knoten mit Arbeitsspeicher und SSDs verfügen über eine fast 5-fach höhere Gesamtspeicherkapazität und können Ihnen bei maximaler Auslastung im Vergleich zu ElastiCache R6g-Knoten mit nur Arbeitsspeicher zu einer Preisersparnis von über 60 % verhelfen.
 
F: Wie funktioniert das Daten-Tiering für ElastiCache for Redis?
Das Daten-Tiering funktioniert durch automatisches und transparentes Verschieben der am wenigsten verwendeten Elemente aus dem Speicher auf lokal angeschlossene NVMe-SSDs, wenn die verfügbare Speicherkapazität vollständig aufgebraucht ist. Wenn auf ein Element, das auf den SSD verschoben wurde, später zugegriffen wird, verschiebt ElastiCache es asynchron zurück in den Speicher, bevor die Anforderung bedient wird.
 
F: Welche Leistung kann ich erwarten, wenn ich Cluster mit Daten-Tiering verwende?
Daten-Tiering ist so konzipiert, dass es nur minimale Auswirkungen auf die Anwendungsleistung hat. Geht man von 500-Byte-String-Werten aus, kann man mit einer zusätzlichen Latenzzeit von durchschnittlich 300 µs für Anfragen an auf SSD gespeicherte Daten im Vergleich zu Anfragen an Daten im Speicher rechnen.
 
F: Welche Engine-Versionen unterstützen Daten-Tiering?
ElastiCache for Redis unterstützt Daten-Tiering für Redis-Versionen 6.2 und höher.
 
F: Welche Knoten-Typen unterstützen Daten-Tiering?
ElastiCache for Redis unterstützt Daten-Tiering auf Redis-Clustern mit R6gd-Knoten.
 
F: Welche ElastiCache-Funktionen werden für Cluster mit Daten-Tiering unterstützt?
Alle Redis-Befehle und die meisten ElastiCache-Funktionen werden bei Verwendung von Daten-Tiering unterstützt. Eine Liste der Funktionen, die auf Clustern mit Daten-Tiering nicht unterstützt werden, finden Sie in der Dokumentation.
 
F: Was kostet das Daten-Tiering für ElastiCache for Redis?
Außer den Stundenkosten des Knotens fallen keine weiteren Kosten für die Verwendung von Daten-Tiering an. Knoten mit Daten-Tiering sind mit On-Demand-Preisen und als reservierte Knoten erhältlich. Preise finden Sie auf der ElastiCache-Preisseite.

Memcached

Memcached-Funktionen

F: Was kann ich mit ElastiCache für Memcached zwischenspeichern?
Mit ElastiCache für Memcached können Sie eine Vielzahl von Objekten zwischenspeichern. Zu diesen Objekten gehören der Inhalt persistenter Datenspeicher (wie Amazon Relational Database Service (Amazon RDS), Amazon DynamoDB oder selbstverwalteten Datenbanken, die auf Amazon EC2 gehostet werden), über dynamisch generierte Webseiten (z. B. mit Nginx) bis hin zu transienten Sitzungsdaten, für die möglicherweise kein persistenter Backing Store erforderlich ist. Sie können damit auch Hochfrequenzzähler implementieren, die in Webanwendungen mit hohen Zugriffszahlen eine Zugangskontrolle bereitstellen.

F: Kann ich ElastiCache für Memcached mit einem persistenten AWS-Datenspeicher wie Amazon RDS oder DynamoDB verwenden?
Ja. ElastiCache ist ein idealer Front-End-Service für Datenspeicher wie Amazon RDS oder DynamoDB. Er stellt eine hochleistungsfähige Logikschicht für Anwendungen mit extrem hohen Anforderungsraten oder niedrigem Latenzbedarf zur Verfügung.

F: Ich verwende derzeit Memcached. Wie migriere ich zu ElastiCache?
ElastiCache ist auf Protokollebene mit Memcached kompatibel. Daher können Sie Standardvorgänge von Memcached wie get, set, incr und decr auf die gleiche Weise ausführen wie in Ihren vorhandenen Memcached-Bereitstellungen. ElastiCache unterstützt Text und binäre Protokolle. Darüber hinaus unterstützt es die meisten Standardstatistikergebnisse, die mit CloudWatch auch als Diagramme angezeigt werden können. Daher können Sie auf ElastiCache umsteigen, ohne Ihre Anwendungen neu kompilieren oder neu verknüpfen zu müssen: Die verwendeten Bibliotheken werden weiterhin funktionieren. Um die Cache-Server zu konfigurieren, auf die Ihre Anwendung zugreift, müssen Sie die Konfigurationsdatei Ihrer Anwendung für Memcached aktualisieren und die von uns bereitgestellten Endpunkte der Server (Knoten) aufnehmen. Sie können die Option Copy Node Endpoints in der Konsole oder die DescribeCacheClusters API verwenden, um eine Liste der Endpoints abzurufen. Wie bei jedem Migrationsprozess empfehlen wir, Ihre neue ElastiCache-Bereitstellung gründlich zu testen, bevor Sie die Umstellung von Ihrer aktuellen Lösung abschließen.

Sie können entweder vom Amazon-EC2-Netzwerk oder von Ihrem eigenen Rechenzentrum aus auf ElastiCache-Cluster in einer Amazon VPC zugreifen. Weitere Informationen finden Sie unter Amazon-VPC-Zugriffsmuster. ElastiCache verwendet DNS-Einträge, damit Client-Anwendungen die Server (Knoten) finden können. Der DNS-Name für einen Knoten bleibt konstant, die IP-Adresse kann sich jedoch im Laufe der Zeit ändern, beispielsweise, wenn Knoten nach einem Ausfall bei einer nicht-VPC-Installation automatisch ersetzt werden. Empfehlungen zur Vorgehensweise beim Ausfall von Knoten finden Sie in den häufig gestellten Fragen.

Konfiguration und Skalierung

F: Wie wähle ich den für meine Anwendung geeigneten Knotentyp aus?
Es gibt zwar keine präzise Antwort auf diese Frage, doch mit ElastiCache müssen Sie sich keine Gedanken darum machen, ob die Zahl der Knoten wirklich hundertprozentig richtig ist, da Sie Knoten zu einem späteren Zeitpunkt auf einfache Weise hinzufügen oder entfernen können. Sie können ElastiCache Serverless auch verwenden, um die Ausführung eines Memcached-Caches mit hoher Verfügbarkeit zu vereinfachen. Bei der Wahl Ihrer Erstkonfiguration können Sie die folgenden beiden miteinander verbundenen Aspekte berücksichtigen:

  • Die Gesamtspeicherkapazität, die für Ihre Daten erforderlich ist, um die Cache-Trefferrate für das Ziel zu erzielen.
  • Die Anzahl der Knoten, die erforderlich sind, um eine akzeptable Anwendungsleistung beizubehalten, ohne das Datenbank-Backend im Falle des Ausfalls eines Knotens zu überlasten.

Die erforderliche Speicherkapazität hängt von der Größe Ihres Datensets und den Zugriffsmustern Ihrer Anwendung ab. Sobald Sie grob wissen, wie viel Gesamtspeicher benötigt wird, teilen Sie, den Speicher in ausreichend Knoten ein, sodass Ihre Anwendung den Verlust von ein, zwei Knoten verkraften kann. So können Sie die Fehlertoleranz verbessern. Wenn Sie beispielsweise 13 GB benötigen, könnten Sie statt eines Knotens des Typs cache.m4.xlarge zwei Knoten des Typs cache.m4.large verwenden. Andere Systeme, beispielsweise Datenbanken, dürfen nicht überlastet werden, wenn die Trefferrate des Caches während der Fehlerwiederherstellung eines oder mehrerer Knoten zeitweilig reduziert wird. Für weitere Informationen hierzu siehe ElastiCache-Benutzerhandbuch.

F: Kann ein Cluster mehrere AZs umfassen?
Ja. Beim Erstellen eines Clusters oder beim Hinzufügen von Knoten zu einem bestehenden Cluster können Sie die AZs für die neuen Knoten auswählen. Sie können entweder die gewünschte Anzahl von Knoten in jeder AZ angeben oder die Option Knoten über Zonen verteilen auswählen. Wenn sich der Cluster in einer Amazon VPC befindet, können die Knoten nur in AZs platziert werden, die Teil der ausgewählten Cache-Subnetzgruppe sind. Weitere Details finden Sie in der ElastiCache-VPC-Dokumentation.

F: Wie viele Knoten kann ich pro Region in ElastiCache Memcached ausführen?
Sie können pro Region maximal 300 Knoten ausführen. Wenn Sie mehr Knoten benötigen, füllen Sie das Formular zur Beantragung der Erhöhung des ElastiCache-Limits aus.

F: Wie reagiert ElastiCache auf Ausfälle von Knoten?
Der Service erkennt den Ausfall des Knotens und reagiert mit den folgenden automatischen Schritten:

  • ElastiCache repariert den Knoten, indem neue Serviceressourcen beschafft werden und der vorhandene DNS-Namen des Cache-Knotens zu den neuen Serviceressourcen umgeleitet wird. Bei Amazon-VPC-Installationen stellt ElastiCache sicher, dass sowohl der DNS-Name als auch die IP-Adresse des Knotens gleich bleiben, wenn Knoten nach einem Ausfall wiederhergestellt werden. Bei Nicht-Amazon-VPC-Installationen stellt ElastiCache sicher, dass der DNS-Name eines Knotens unverändert bleibt. Die zugrunde liegende IP-Adresse des Knotens kann sich allerdings ändern.
  • Wenn Sie, nachdem der neue Knoten konfiguriert wurde und einsatzbereit ist, Ihrem Cluster ein SNS-Thema zugeordnet haben, sendet ElastiCache eine SNS-Benachrichtigung, in der Sie über die Wiederherstellung des Knotens informiert werden. Auf diese Weise können Sie für Ihre Anwendung optional arrangieren, dass die erneute Anmeldung der Memcached-Client-Bibliothek bei den reparierten Knoten erzwungen wird. Dies könnte wichtig sein, weil einige Memcached-Bibliotheken auf unbestimmte Zeit keinen Server (Knoten) mehr verwenden, wenn es auf diesem Server zu Kommunikationsfehlern oder Zeitüberschreitungen kommt.

F: Wie kann ich die Gesamtspeicherkapazität mit ElastiCache erhöhen, wenn ich mehr Arbeitsspeicher für meine Anwendung benötige?
Sie können weitere Knoten zu Ihrem bestehenden Memcached-Cluster hinzufügen, indem Sie die Option Knoten hinzufügen auf der Registerkarte Knoten für Ihren Cache-Cluster in der Konsole verwenden oder die API ModifyCacheCluster aufrufen.

Kompatibilität

F: Wie interagiert ElastiCache mit anderen AWS-Services?
ElastiCache eignet sich ideal als Front-End für AWS-Services wie Amazon RDS und DynamoDB. Es bietet extrem niedrige Latenzzeiten für Hochleistungsanwendungen und entlastet einen Teil des Anfragevolumens, während diese Services für eine lange Haltbarkeit der Daten sorgen. Mit dem Service verbessern Sie auch die Anwendungsleistung in Verbindung mit Amazon EC2 und Amazon EMR.

F: Ist ElastiCache für bestimmte Programmiersprachen besonders geeignet?
Memcached-Client-Bibliotheken sind für viele, wenn auch nicht alle gängigen Programmiersprachen verfügbar. Wenn Sie Probleme mit bestimmten Memcached-Clients bei der Verwendung von ElastiCache haben, wenden Sie sich bitte über das ElastiCache-Community-Forum an uns.

F: Welche gängigen Memcached-Bibliotheken sind mit ElastiCache kompatibel?
ElastiCache benötigt keine speziellen Clientbibliotheken und funktioniert mit vorhandenen Memcached-Clientbibliotheken ohne Neukompilierung oder Neuverknüpfung von Anwendungen (Memcached 1.4.5 und höher). Beispiele hierfür sind libMemCached (C) und darauf basierende Bibliotheken (zum Beispiel PHP, Perl, Python), spyMemCached (Java) und fauna (Ruby).

Autoerkennung

F: Was ist Autoerkennung und wofür eignet sich diese Funktion?
Autoerkennung ist eine Funktion, die Entwicklern Zeit und Mühe spart und gleichzeitig die Komplexität ihrer Anwendungen reduziert. Autoerkennung ermöglicht Clients das automatische Auffinden von Cache-Knoten, wenn diese einem ElastiCache-Cluster hinzugefügt oder daraus entfernt werden. Bisher mussten die Entwickler die Liste der Cache-Knoten-Endpunkte manuell aktualisieren, um Änderungen der Cluster-Mitgliedschaft zu verarbeiten. Je nach Architektur der Client-Anwendung ist zumeist eine Client-Initialisierung durch ein Herunterfahren der Anwendung und ihren Neustart erforderlich, was zu Ausfallzeiten führt. Durch Auto Discovery beseitigt ElastiCache diese Komplexität. Über Autoerkennung, die zudem mit dem Memcached-Protokoll abwärtskompatibel ist, stellt ElastiCache Clients Informationen zu Cache-Cluster-Mitgliedern bereit. Ein Client, der die zusätzlichen Informationen verarbeiten kann, konfiguriert sich selbst ohne jegliche Initialisierung für die Nutzung der neuesten Knoten eines ElastiCache-Clusters neu.

F: Wie funktioniert Autoerkennung?
Ein ElastiCache-Cluster kann mit Knoten erstellt werden, die durch benannte Endpunkte adressierbar sind. Über Autoerkennung erhält der ElastiCache-Cluster zudem einen eindeutigen Konfigurationsendpunkt, bei dem es sich um einen für die Nutzungsdauer des Clusters gültigen DNS-Eintrag handelt. Dieser DNS-Eintrag enthält die DNS-Namen der zum Cluster gehörenden Knoten. ElastiCache stellt sicher, dass der Konfigurationsendpunkt stets auf mindestens einen solchen Zielknoten verweist. Eine an den Zielknoten gerichtete Abfrage gibt anschließend Endpunkte aller Knoten des betreffenden Clusters zurück. Danach können Sie sich wie bisher mit den Clusterknoten verbinden und die Memcached-Protokollbefehle wie get, set, incr und decr verwenden. Weitere Informationen finden Sie in der Dokumentation. Um Autoerkennung zu verwenden, benötigen Sie einen Client, der Autoerkennung unterstützt. Autoerkennung-Clients für .Net, Java und PHP stehen in der ElastiCache-Konsole zum Herunterladen bereit. Bei der Initialisierung ermittelt der Client automatisch die aktuellen Mitglieder des ElastiCache-Clusters mithilfe des Konfigurationsendpunkts. Wenn Sie Änderungen am Cache-Cluster vornehmen, indem Sie Knoten hinzufügen oder entfernen oder einen ausgefallener Knoten austauschen, erkennt der Autoerkennung-Client automatisch die Änderungen, sodass Sie Ihre Clients nicht manuell initialisieren müssen.

F: Welche ersten Schritte sind für den Einsatz von Autoerkennung notwendig?
Laden Sie zunächst den ElastiCache-Cluster-Client herunter, indem Sie in der ElastiCache-Konsole den Link ElastiCache-Cluster-Client herunterladen auswählen. Zum Herunterladen benötigen Sie ein ElastiCache-Konto. Sollten Sie noch keines haben, können Sie sich auf der ElastiCache-Seite mit den Details anmelden. Nachdem Sie den Client heruntergeladen haben, können Sie Ihren ElastiCache-Cluster über die ElastiCache-Konsole einrichten und aktivieren. Weitere Details finden Sie in der Dokumentation.

F: Kann ich, wenn ich weiter meine eigenen Memcached-Clients mit meinem ElastiCache-Cluster nutze, in den Genuss dieser Funktion kommen?
Nein. Die vorhandenen Memcached-Clients unterstützen Autoerkennung nicht. Zur Nutzung von Autoerkennung muss ein Client einen Konfigurationsendpunkt verwenden und die Cluster-Knotenendpunkte bestimmen können. Sie können entweder den ElastiCache-Cluster-Client verwenden oder Ihren vorhandenen Memcached-Client um den Befehlssatz für Autoerkennung ergänzen.

F: Was sind die Mindestvoraussetzungen für Hardware und Software für Autoerkennung?
Um die Vorteile der Autoerkennung zu nutzen, muss ein Client, der die Autoerkennung unterstützt, für die Verbindung mit einem ElastiCache-Cluster verwendet werden. ElastiCache unterstützt derzeit Clients, die Autoerkennung für .Net, Java und PHP unterstützen. Diese können aus der ElastiCache-Konsole heruntergeladen werden. Aufbauend auf den verfügbaren beliebten Memcached-Clients können Sie Clients für andere Programmiersprachen erstellen.

F: Wie ändere bzw. erstelle ich einen eigenen Memcached-Client mit Unterstützung für Autoerkennung?
Sie können eine beliebige Memcached-Client-Bibliothek wählen und Unterstützung für Autoerkennung hinzufügen. Wenn Sie möchten, dass Ihr eigener Client Autoerkennung unterstützt, konsultieren Sie die Unterlagen für den Befehlssatz für Autoerkennung.

F: Kann ich weiter mit meinem vorhandenen Memcached-Client arbeiten, wenn ich Autoerkennung nicht benötige?
Ja, ElastiCache unterstützt weiter das Memcached-Protokoll, sodass Sie Ihre Clients nicht ändern müssen. Um jedoch die Autoerkennungs-Funktion nutzen zu können, haben wir die Funktionen des Memcached-Clients verbessert. Wenn Sie den ElastiCache-Cluster-Client nicht nutzen möchten, können Sie weiter Ihre eigenen Clients einsetzen oder Ihre eigene Client-Bibliothek so ändern, dass der Befehlssatz von Autoerkennung unterstützt wird.

F: Sind bei Nutzung von Autoerkennung heterogene Clients möglich?
Ja, derselbe ElastiCache-Cluster kann über einen Client, der Autoerkennung beherrscht, und den traditionellen Memcached-Client gleichzeitig verbunden werden. ElastiCache bleibt zu 100 % mit Memcached kompatibel.

F: Kann ich die Nutzung von Autoerkennung beenden?
Ja, Sie können die Nutzung von Autoerkennung jederzeit einstellen. Sie können Autoerkennung deaktivieren, indem Sie während der Initialisierung des ElastiCache-Cluster-Clients den Betriebsmodus angeben. Und da ElastiCache Memcached weiter unterstützt, können Sie jeden mit Memcached auf Protokollebene kompatiblen Client wie zuvor nutzen.

Versionsmanagement für die Engine

F: Kann ich steuern, ob und wann die dem ElastiCache-Cluster zugrunde liegende Engine-Version auf neue unterstützte Versionen aktualisiert wird?
Mit ElastiCache können Sie steuern, ob und wann die mit dem Memcached-Protokoll kompatible Software, die Ihrem Cluster zugrunde liegt, auf neue, von ElastiCache unterstützte Versionen aktualisiert werden soll. Damit bleiben Sie flexibel – Sie können die Kompatibilität mit spezifischen Memcached-Versionen sicherstellen, neue Versionen mit Ihrer Anwendung testen, bevor Sie sie in der Produktionsumgebung bereitstellen, und Versions-Upgrades nach Ihren eigenen Vorstellungen und Zeitplänen durchführen. Versions-Upgrades bergen ein gewisses Kompatibilitätsrisiko, daher erfolgen sie nicht automatisch, sondern müssen von Ihnen initiiert werden. Mit diesem Ansatz des Software-Patchings haben Sie die Kontrolle über die Versions-Upgrades, können aber gleichzeitig die mit dem Patching verbundenen Arbeitsschritte an ElastiCache weitergeben. Weitere Informationen über die Versionsverwaltung finden Sie in den folgenden häufig gestellten Fragen. Weitere Informationen finden Sie auch im ElastiCache-Benutzerhandbuch. Die Funktion des Versionsmanagements für die Engine soll Ihnen möglichst viel Flexibilität in Bezug auf das Patching gewähren. Das Patching für Ihren Cluster kann jedoch auch automatisch erfolgen, wenn wir Sicherheitslücken im System oder in der Cache-Software erkennen.

F: Wie gebe ich an, auf welcher unterstützten Memcached-Version mein Cluster ausgeführt werden soll?
Beim Erstellen eines neuen Clusters können Sie eine beliebige derzeit unterstützte Version (Haupt-/oder Nebenversion) angeben. Wenn Sie ein Upgrade auf eine unterstützte Engine-Version auslösen möchten, wählen Sie die Option „Ändern“ für Ihren Cluster. Geben Sie im Feld Cache Engine Version die Version an, auf die Sie aktualisieren möchten. Das Upgrade wird dann entweder sofort (bei aktivierter Option Sofort angewendet) oder im nächsten für Ihren Cluster geplanten Wartungsfenster ausgeführt.

F: Kann ich neue Versionen für meinen Cluster testen, bevor ich ein Upgrade durchführe?
Ja. Erstellen Sie zu diesem Zweck einen neuen Cluster mit der neuen Engine-Version. Verweisen Sie Ihre Entwicklungs- oder Staging-Anwendung auf diesen Cluster, testen Sie ihn und entscheiden Sie, ob der ursprüngliche Cluster aktualisiert werden soll.

F: Gibt es für ElastiCache Richtlinien zur Unterstützung neuer oder Ablehnung bereits unterstützter Memcached-Versionen?
Wir planen, weitere Memcached-Versionen für ElastiCache zu unterstützen, sowohl als Haupt- als auch als Nebenversion. Die Anzahl der in einem Jahr unterstützten neuen Versionsveröffentlichungen variiert je nach Häufigkeit und Inhalt der Memcached-Versions-Veröffentlichungen und dem Ergebnis einer gründlichen Prüfung der Veröffentlichung durch unser Engineering-Team.

F: Was muss ich tun, um auf die neueste Memcached-Version zu aktualisieren?
Sie können Ihren vorhandenen Memcached-Cluster mithilfe des Modify-Prozesses ändern. Wenn Sie von einer älteren Memcached-Version auf die Memcached-Version 1.4.33 oder neuer upgraden, stellen Sie sicher, dass Ihre vorhandenen Werte des Parameters max_chunk_size den für den Parameter slab_chunk_max erforderlichen Bedingungen entsprechen. Die Voraussetzungen für Upgrades finden Sie hier.

Weitere Informationen zu den Preisen von ElastiCache für Redis

Zur Preisseite
Bereit zum Entwickeln?
Erste Schritte mit ElastiCache für Redis
Haben Sie noch Fragen?
Kontakt