Auswählen aus den Bereitstellungsoptionen

Amazon ElastiCache bietet zwei Bereitstellungsoptionen:

• Serverless-Caching

• Selbst entworfene Cluster

Eine Liste der unterstützten Befehle für beide finden Sie unterUnterstützte und eingeschränkte Redis OSS-Befehle.

Serverless-Caching

Amazon ElastiCache Serverless vereinfacht die Cache-Erstellung und lässt sich sofort skalieren, um die anspruchsvollsten Anwendungen der Kunden zu unterstützen. Mit ElastiCache Serverless können Sie in weniger als einer Minute einen hochverfügbaren und skalierbaren Cache erstellen, sodass Sie keine Cache-Cluster-Kapazität bereitstellen, planen und verwalten müssen. ElastiCache Serverless speichert Daten automatisch redundant in drei Availability Zones und bietet ein Service Level Agreement (SLA) mit einer Verfügbarkeit von 99,99%. Backups sind kompatibel und können in selbst entworfene Cluster exportiert und aus diesen wiederhergestellt werden.

Selbst entworfene Cluster

Wenn Sie eine genaue Kontrolle über Ihren ElastiCache (Redis OSS) -Cluster benötigen, können Sie sich dafür entscheiden, Ihren eigenen Redis OSS-Cluster mit zu entwerfen. ElastiCache ElastiCache ermöglicht Ihnen den Betrieb eines knotenbasierten Clusters, indem Sie den Knotentyp, die Anzahl der Knoten und die Platzierung der Knoten in den Availability Zones für Ihren Cluster auswählen. AWS Da es sich um einen vollständig verwalteten Service ElastiCache handelt, hilft er bei der Verwaltung der Hardwarebereitstellung, der Überwachung, des Austauschs von Knoten und des Software-Patches für Ihren Cluster. Selbst entworfene Cluster können so konzipiert werden, dass sie eine SLA mit einer Verfügbarkeit von bis zu 99,99% bieten. Backups sind kompatibel und können in Serveless-Caches exportiert und aus diesen wiederhergestellt werden.

Auswählen aus den Bereitstellungsoptionen

Wählen Sie Serverless-Caching in folgenden Fällen:

• Sie erstellen einen Cache für Workloads, die entweder neu oder schwer vorhersehbar sind.

• Der Datenverkehr Ihrer Anwendung ist nicht berechenbar.

• Sie möchten den einfachsten Einstieg in die Arbeit mit einem Cache.

Entscheiden Sie sich dafür, Ihren eigenen ElastiCache Cluster zu entwerfen, wenn:

• Sie verwenden bereits ElastiCache Serverless und möchten eine genauere Kontrolle über den Knotentyp, auf dem Redis OSS ausgeführt wird, die Anzahl der Knoten und die Platzierung dieser Knoten.

• Sie erwarten, dass Ihr Anwendungsdatenverkehr relativ vorhersehbar ist, und Sie möchten eine genaue Kontrolle über Leistung, Verfügbarkeit und Kosten.

• Sie können Ihre Kapazitätsanforderungen vorhersagen, um Kosten zu kontrollieren.

Vergleich von serverlosem Caching und selbst entworfenen Clustern

Funktion	Serverless-Caching	Selbst entworfene Cluster
Cache-Einrichtung	Erstellen Sie in weniger als einer Minute einen Cache mit nur einem Namen	Bietet eine detaillierte Kontrolle über das Cache-Cluster-Design. Der Benutzer kann den Knotentyp, die Anzahl der Knoten und die Platzierung in den Availability Zones wählen AWS
Unterstützte Version ElastiCache (Redis OSS)	ElastiCache (Redis OSS) Version 7.1 und höher	ElastiCache (Redis OSS) Version 4.0 und höher
Clustermodus	Funktioniert Redis OSS nur incluster mode enabled. Redis OSS-Clients müssen die Verbindung cluster mode enabled zu ElastiCache Serverless unterstützen.	Kann so konfiguriert werden, dass der Clustermodus aktiviert oder der Clustermodus deaktiviert ist.
Skalierung	Skaliert automatisch sowohl vertikal als auch horizontal ohne Kapazitätsmanagement.	Ermöglicht die Kontrolle über die Skalierung und erfordert gleichzeitig eine Überwachung, um sicherzustellen, dass die aktuelle Kapazität dem Bedarf angemessen entspricht. Sie können wählen, ob Sie vertikal skalieren möchten, indem Sie die Größe des Cache-Knotens bei Bedarf erhöhen oder verringern. Sie können auch horizontal skalieren, indem Sie neue Shards oder weitere Replikate zu Ihren Shards hinzufügen. Mit der Auto-Scaling-Funktion können Sie die Skalierung auch auf der Grundlage eines Zeitplans oder anhand von Messwerten wie der CPU- und Speicherauslastung im Cache konfigurieren.
Client-Verbindung	Clients stellen eine Verbindung zu einem einzelnen Endpunkt her. Dadurch kann die zugrunde liegende Cache-Knotentopologie (Skalierung, Austausch und Upgrades) geändert werden, ohne dass die Verbindung zum Client unterbrochen werden muss.	Clients stellen eine Verbindung zu jedem einzelnen Cache-Knoten her. Wenn ein Knoten ersetzt wird, erkennt der Client die Clustertopologie erneut und stellt die Verbindungen wieder her.
Konfigurierbarkeit	Keine detaillierte Konfiguration verfügbar. Kunden können grundlegende Einstellungen konfigurieren, darunter Subnetze, die auf den Cache zugreifen können, ob automatische Backups aktiviert oder deaktiviert werden, und maximale Cache-Nutzungsbeschränkungen.	Selbst entworfene Cluster bieten detaillierte Konfigurationsoptionen. Kunden können Parametergruppen für eine detaillierte Steuerung verwenden. Eine Tabelle dieser Parameterwerte nach Knotentyp finden Sie unter Redis OSS-Knotentyp-spezifische Parameter.
Multi-AZ	Daten werden asynchron über mehrere Availability Zones repliziert, um eine höhere Verfügbarkeit und eine verbesserte Leselatenz zu erreichen.	Bietet die Möglichkeit, den Cluster in einer einzelnen Availability Zone oder in mehreren Availability Zones (AZs) zu entwerfen. Bei Multi-AZ-Clustern werden Daten asynchron über mehrere Availability Zones repliziert, um eine höhere Verfügbarkeit und eine verbesserte Leselatenz zu erreichen.
Verschlüsselung im Ruhezustand	Immer aktiviert. Kunden können einen Von AWS verwalteter Schlüssel oder einen vom Kunden verwalteten Schlüssel in verwenden AWS KMS.	Option zum Aktivieren oder Deaktivieren der Verschlüsselung im Ruhezustand. Wenn diese Option aktiviert ist, können Kunden einen Von AWS verwalteter Schlüssel oder einen vom Kunden verwalteten Schlüssel in verwenden AWS KMS.
Verschlüsselung bei der Übertragung (TLS)	Immer aktiviert. Clients müssen TLS-Konnektivität unterstützen.	Option zum Aktivieren oder Deaktivieren.
Sicherungen	Unterstützt automatische und manuelle Backups von Caches ohne Leistungseinbußen. Backups sind kompatibel und können in einem ElastiCache serverlosen Cache oder einem selbst entworfenen Cluster wiederhergestellt werden.	Unterstützt automatische und manuelle Backups. Je nach verfügbarem reservierten Speicher kann es bei Clustern zu Leistungseinbußen kommen. Weitere Informationen finden Sie unter Verwalten von reserviertem Speicher. Backups sind kompatibel und können in einem ElastiCache serverlosen Cache oder einem selbst entworfenen Cluster wiederhergestellt werden.
Überwachen	Support Metriken auf Cache-Ebene, einschließlich Cache-Trefferquote, Cache-Fehlrate, Datengröße und verbrauchte eCPUs. ElastiCache Serverless sendet Ereignisse und verwendet dabei den EventBridge Zeitpunkt, an dem signifikante Ereignisse in Ihrem Cache auftreten. Sie können wählen, ob Sie ElastiCache Ereignisse mithilfe von Amazon EventBridge überwachen, aufnehmen, transformieren und darauf reagieren möchten. Weitere Informationen finden Sie unter Serverless-Cache-Ereignisse.	ElastiCache Selbst entworfene Cluster geben auf jeder Knotenebene Metriken aus, darunter sowohl Metriken auf Host-Ebene als auch Cache-Metriken. Selbst entworfene Cluster senden SNS-Benachrichtigungen für wichtige Ereignisse aus. Siehe Metriken für Redis OSS.
Verfügbarkeit	Service Level Agreement (SLA) mit einer Verfügbarkeit von 99,99%	Selbst entworfene Cluster können so konzipiert werden, dass sie je nach Konfiguration ein Service Level Agreement (SLA) mit einer Verfügbarkeit von bis zu 99,99% erreichen.
Software-Upgrades und Patches	Führt ein automatisches Upgrade der Cache-Software auf die neueste Minor- und Patch-Version durch, ohne dass sich dies auf die Anwendung auswirkt. Kunden erhalten eine Benachrichtigung über Hauptversions-Upgrades, und Kunden können jederzeit auf die neueste Hauptversion aktualisieren.	Selbst entworfene Cluster bieten kundenseitig aktivierten Self-Service für kleinere und patchende Versions-Upgrades sowie für Hauptversions-Upgrades. Verwaltete Updates werden automatisch während der vom Kunden definierten Wartungsfenster installiert. Kunden können auch wählen, ob sie bei Bedarf ein Upgrade auf eine Nebenversion oder eine Patch-Version durchführen möchten.
Globaler Datenspeicher	Nicht unterstützt	Unterstützt Global Data Store, der eine regionsübergreifende Replikation mit Schreibvorgängen in einer Region und Lesevorgängen in mehreren Regionen ermöglicht
Daten-Tiering	Nicht unterstützt	Bei Clustern, die mit Knoten der R6GD-Familie entworfen wurden, werden die Daten zwischen Arbeitsspeicher und lokalem SSD-Speicher (Solid State Drives) aufgeteilt. Data Tiering bietet eine preisgünstige Option für Redis OSS-Workloads, da in jedem Clusterknoten kostengünstigere Solid-State-Laufwerke (SSDs) verwendet werden und zusätzlich Daten im Arbeitsspeicher gespeichert werden.
Preismodell	Pay-per-use, basierend auf Daten, die in GB-Stunden gespeichert sind, und Anfragen in Processing Units (ECPU). ElastiCache Weitere Informationen zu Preisen finden Sie hier.	Pay-per-hour, basierend auf der Nutzung des Cache-Knotens. Weitere Informationen zu Preisen finden Sie hier.

Verwandte Themen:

• Entwerfen und Verwalten Ihres eigenen Clusters ElastiCache (Redis OSS)