Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
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 Valkey-, Redis OSS - und Memcached-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 () mit einer Verfügbarkeit von 99,99%. SLA Backups von selbst entworfenen Valkey- oder OSS Redis-Clustern können in einer serverlosen Konfiguration wiederhergestellt werden.
Selbst entworfene Cluster
Wenn Sie eine genaue Kontrolle über Ihren Valkey-, Redis- oder Memcached-Cluster benötigen, können Sie OSS wählen, ob Sie Ihren eigenen Cluster damit entwerfen möchten. 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 Verfügbarkeit von bis zu 99,99% bieten. SLA Backups aus serverlosen Valkey- oder OSS Redis-Caches können in einem selbst entworfenen Cluster 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 Valkey, Redis oder Memcached ausgeführt werdenOSS, 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 |
Valkey 7.2 und höher, Redis OSS Version 7.1 und höher, Memcached 1.6.21 und höher |
Valkey 7.2 und höher, Redis OSS Version 4.0 und höher, Memcached 1.4 und höher |
|
Cluster-Modus (Valkey und Redis) OSS |
Betreibt Motoren nur in |
Kann so konfiguriert werden, dass der Clustermodus aktiviert oder der Clustermodus deaktiviert ist. |
|
Skalierung |
Skaliert Engines 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. Bei Valkey und Redis können Sie wählenOSS, 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. Diese Funktion ist für Memcached nicht verfügbar. Mit der Auto-Scaling-Funktion können Sie die Skalierung auch auf der Grundlage eines Zeitplans oder anhand von Messwerten wie der CPU 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 Motorspezifische Parameter. |
|
Multi-AZ |
Daten werden asynchron über mehrere Availability Zones hinweg repliziert, um eine höhere Verfügbarkeit und eine verbesserte Leselatenz zu erreichen. |
Bietet eine Option zum Entwerfen des Clusters in einer einzelnen Availability Zone oder über mehrere Availability Zones hinweg ()AZs. Bietet bei Verwendung von Valkey oder Redis Multi-AZ-Cluster mit DatenOSS, die asynchron über mehrere Availability Zones repliziert werden, um eine höhere Verfügbarkeit und eine verbesserte Leselatenz zu erzielen. |
|
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. Valkey- und OSS Redis-Backups sind untereinander kompatibel und können in einem ElastiCache serverlosen Cache oder einem selbst entworfenen Cluster wiederhergestellt werden. |
Unterstützt automatische und manuelle Backups für Valkey und Redis. OSS Bei Clustern kann es je nach verfügbarem reservierten Speicher zu Leistungseinbußen kommen. Weitere Informationen finden Sie unter Verwaltung des reservierten Speichers für Valkey und Redis OSS. Valkey- und OSS Redis-Backups sind untereinander 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 ECPUs verbrauchter Daten. 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 Memcached und Metriken für Valkey und Redis OSS. |
|
Verfügbarkeit |
Service Level Agreement |
Selbst entworfene Cluster können so konzipiert werden, dass sie je nach Konfiguration ein Service Level Agreement (SLA) |
|
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 Speicher SSD (Solid-State-Laufwerke) aufgeteilt. Data Tiering bietet eine preisgünstige Option für Valkey- und OSS Redis-Workloads, da neben der Speicherung von Daten im Arbeitsspeicher auch kostengünstigere Solid-State-Laufwerke (SSDs) in jedem Clusterknoten verwendet werden. |
|
Preismodell |
Pay-per-use, basierend auf Daten, die in GB-Stunden gespeichert sind, und Anfragen in Verarbeitungseinheiten (). ElastiCache ECPU 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:
