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.
# Knoten verwalten in ElastiCache
Ein Knoten ist der kleinste Baustein einer ElastiCache Amazon-Bereitstellung. Er ist ein RAM-Bereich fester Größe, der sicher ins Netzwerk eingebunden ist. Auf jedem Knoten wird die Engine ausgeführt, je nachdem, welche Option beim Erstellen oder der letzten Änderung des Clusters ausgewählt wurde. Jeder Knoten besitzt einen eigenen Domain Name Service (DNS)-Namen und Port. Es werden mehrere ElastiCache Knotentypen unterstützt, die jeweils unterschiedliche Mengen an Arbeitsspeicher und Rechenleistung aufweisen.
Eine ausführliche Erörterung der zu verwendenden Knotengröße finden Sie unter [Auswahl der Knotengröße](CacheNodes.SelectSize.md).
Im Allgemeinen verfügen Valkey- oder Redis OSS-Bereitstellungen (Cluster-Modus aktiviert) aufgrund der Unterstützung von Sharding über eine Reihe kleinerer Knoten. Im Gegensatz dazu haben Valkey- oder Redis OSS-Bereitstellungen (Clustermodus deaktiviert) weniger, dafür aber größere Knoten in einem Cluster. Eine ausführliche Erörterung der zu verwendenden Knotengröße finden Sie unter [Auswahl der Knotengröße](CacheNodes.SelectSize.md).
**Topics**
+ [ElastiCache Knotenstatus anzeigen](Nodes.viewing.md)
+ [Valkey- oder Redis-OSS-Knoten und -Shards](CacheNodes.NodeGroups.md)
+ [Mit Knoten verbinden](nodes-connecting.md)
+ [Unterstützte Knotentypen](CacheNodes.SupportedTypes.md)
+ [Knoten neu starten](nodes.rebooting.md)
+ [Knoten ersetzen (Valkey und Redis OSS)](CacheNodes.NodeReplacement.md)
+ [Knoten ersetzen (Memcached)](CacheNodes.NodeReplacement-mc.md)
+ [Reservierte Knoten](CacheNodes.Reserved.md)
+ [Migration von Knoten der vorherigen Generation](CacheNodes.NodeMigration.md)
Einige wichtige Operationen, die Knoten umfassen, sind folgende:
+ [Hinzufügen von Knoten zu einem ElastiCache Cluster](Clusters.AddNode.md)
+ [Knoten aus einem ElastiCache Cluster entfernen](Clusters.DeleteNode.md)
+ [Skalierung ElastiCache](Scaling.md)
+ [Verbindungsendpunkte finden in ElastiCache](Endpoints.md)
+ [Identifizieren Sie automatisch Knoten in Ihrem Cluster (Memcached)](AutoDiscovery.md)
# ElastiCache Knotenstatus anzeigen
Über die [ElastiCache Konsole](https://console.aws.amazon.com/elasticache/) können Sie schnell auf den Status Ihres ElastiCache Knotens zugreifen. Der Status eines ElastiCache Knotens gibt den Zustand des Knotens an. Sie können die folgenden Verfahren verwenden, um den ElastiCache Knotenstatus in der ElastiCache Amazon-Konsole, im AWS CLI Befehl oder im API-Vorgang anzuzeigen.
Die möglichen Statuswerte für ElastiCache Knoten sind in der folgenden Tabelle aufgeführt. In dieser Tabelle ist auch angegeben, ob Ihnen der ElastiCache Knoten in Rechnung gestellt wird.
| **Typ** | **Berechnet** | **Beschreibung** |
| --- | --- | --- |
| `available` | Berechnet | Der ElastiCache Knoten ist fehlerfrei und verfügbar. |
| `creating` | Nicht berechnet | Der ElastiCache Knoten wird gerade erstellt. Während der Knoten erstellt wird, kann nicht auf ihn zugegriffen werden. |
| `deleting` | Nicht berechnet | Der ElastiCache Knoten wird gelöscht. |
| `modifying` | Berechnet | Der ElastiCache Knoten wird aufgrund einer Kundenanfrage zur Änderung des Knotens geändert. |
| `updating` | Berechnet | Ein **Aktualisierungsstatus** gibt an, dass eine oder mehrere der folgenden Bedingungen für den ElastiCache Amazon-Knoten zutreffen: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `rebooting cluster nodes` | Berechnet | Der ElastiCache Knoten wird aufgrund einer Kundenanfrage oder eines ElastiCache Amazon-Prozesses, der einen Neustart des Knotens erfordert, neu gestartet. |
| `incompatible_parameters` | Nicht berechnet | Amazon ElastiCache kann den Knoten nicht starten, da die in der Parametergruppe des Knotens angegebenen Parameter nicht mit dem Knoten kompatibel sind. Machen Sie entweder die letzten Änderungen an den Parametern rückgängig oder stellen Sie ihre Kompatibilität mit dem Knoten her, um wieder auf den Knoten zugreifen zu können. Weitere Informationen zu den inkompatiblen Parametern finden Sie in der [Ereignisliste](https://us-east-1.console.aws.amazon.com/elasticache/home?region=us-east-1#/events) für den ElastiCache Knoten. |
| `incompatible_network` | Nicht berechnet | Ein inkompatibler Netzwerkstatus bedeutet, dass eine oder mehrere der folgenden Bedingungen auf den Amazon-Knoten zutreffen: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `restore_failed` | Nicht berechnet | Ein Status „Wiederherstellung fehlgeschlagen“ bedeutet, dass einer der folgenden Punkte auf den Amazon-Knoten zutrifft: ElastiCache [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/Nodes.viewing.html) |
| `snapshotting` | Berechnet | ElastiCache erstellt einen Snapshot des Valkey- oder Redis-OSS-Knotens. |
## Den ElastiCache Knotenstatus mit der Konsole anzeigen
So zeigen Sie den Status eines ElastiCache Nodes mit der Konsole an:
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Amazon-Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Redis OSS Clusters oder **Memcached** Clusters** aus. Die **Seite Caches** mit der Liste der Knoten wird angezeigt. ElastiCache Für die einzelnen Knoten wird der Statuswert angezeigt.
1. Sie können dann zur Registerkarte **Service Updates** für den Cache navigieren, um die Liste der für den Cache geltenden Service-Updates anzuzeigen.
## Den ElastiCache Knotenstatus anzeigen mit dem AWS CLI
Verwenden Sie den `describe-cache-cluster` Befehl, um den ElastiCache Knoten und seine Statusinformationen mit dem AWS CLI anzuzeigen. Der folgende AWS CLI Befehl zeigt beispielsweise jeden ElastiCache Knoten an.
```
aws elasticache describe-cache-clusters
```
## Den ElastiCache Knotenstatus über die API anzeigen
Um den Status des ElastiCache Nodes mithilfe der ElastiCache Amazon-API einzusehen, rufen Sie die `DescribeCacheClusteroperation` mit dem `ShowCacheNodeInfo` Flag auf, um Informationen über die einzelnen Cache-Knoten abzurufen.
# Valkey- oder Redis-OSS-Knoten und -Shards
Ein Shard (in der API und CLI: Knotengruppe) ist eine hierarchische Anordnung von Knoten, die jeweils in einem Cluster eingebunden sind. Shards unterstützen die Replikation. Innerhalb eines Shards fungiert ein Knoten als primärer Knoten. read/write Alle anderen Knoten in einem Shard dienen als schreibgeschützte Replikate des Primärknotens. Valkey oder Redis OSS Version 3.2 und höher unterstützen mehrere Shards innerhalb eines Clusters (in der API und CLI, einer Replikationsgruppe). Diese Unterstützung ermöglicht die Partitionierung Ihrer Daten in einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert).
Das folgende Diagramm veranschaulicht die Unterschiede zwischen einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert).
![\[Bild: Valkey oder Redis OSS (Cluster-Modus deaktiviert) & Valkey oder Redis OSS (Cluster-Modus aktiviert) Shards (API/CLI: Knotengruppen)\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-NodeGroups.png)
Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) unterstützen die Replikation über Shards. Die API-Operation [DescribeReplicationGroups](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReplicationGroups.html)(CLI: [describe-replication-groups](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-replication-groups.html)) listet die Knotengruppen mit den Mitgliedsknoten, der Rolle des Knotens innerhalb der Knotengruppe und anderen Informationen auf.
Wenn Sie einen Valkey- oder Redis OSS-Cluster erstellen, geben Sie an, ob Sie einen Cluster mit aktiviertem Clustering erstellen möchten. Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) haben nie mehr als einen Shard. Dieser kann horizontal skaliert werden, indem Read Replica-Knoten hinzugefügt (bis zu insgesamt fünf) oder gelöscht werden. Weitere Informationen finden Sie unter [Hohe Verfügbarkeit mit Replikationsgruppen](Replication.md), [Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.AddReadReplica.md) oder [Löschen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.RemoveReadReplica.md). Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) können auch vertikal skaliert werden, indem sie die Knotentypen ändern. Weitere Informationen finden Sie unter [Skalierung von Replikatknoten für Valkey oder Redis OSS (Clustermodus deaktiviert)](Scaling.RedisReplGrps.md).
Das Knoten- oder Shard-Limit kann auf maximal 500 pro Cluster erhöht werden, wenn es sich bei der Engine um Valkey oder Redis OSS Version 5.0.6 oder höher handelt. Sie können beispielsweise einen Cluster mit 500 Knoten konfigurieren, der zwischen 83 Shards (ein primärer Knoten und 5 Replikate pro Shard) und 500 Shards (ein primärer Knoten und keine Replikate) umfasst. Stellen Sie sicher, dass für die Erhöhung genügend IP-Adressen verfügbar sind. Häufige Fallstricke sind Subnetze in der Subnetzgruppe, die einen zu kleinen CIDR-Bereich haben, oder Subnetze, die gemeinsam genutzt und von anderen Clustern stark beansprucht werden. Weitere Informationen finden Sie unter [Erstellen einer Subnetzgruppe](SubnetGroups.Creating.md).
Für Versionen unter 5.0.6 liegt das Limit bei 250 pro Cluster.
Um eine Erhöhung des Limits zu beantragen, [AWS siehe Service Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) und wählen Sie den Limittyp **Nodes per cluster per instance type**.
Nachdem ein Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) erstellt wurde, kann er geändert (nach innen oder außen skaliert) werden. Weitere Informationen erhalten Sie unter [Skalierung ElastiCache](Scaling.md) und [Knoten ersetzen (Valkey und Redis OSS)](CacheNodes.NodeReplacement.md).
Wenn Sie einen neuen Cluster erstellen, können Sie ihn mit Daten aus dem alten Cluster bestücken, damit er nicht von Anfang an leer ist. Dieser Ansatz funktioniert nur, wenn die Cluster-Gruppe die gleiche Anzahl an Shards hat wie der alte Cluster. Dies kann hilfreich sein, wenn Sie Ihren Knotentyp oder die Engine-Version ändern müssen. Weitere Informationen erhalten Sie unter [Erstellen manueller Backups](backups-manual.md) und [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md).
# Mit Knoten verbinden
## Verbindung zu Valkey- oder Redis OSS-Knoten herstellen
Bevor Sie versuchen, eine Verbindung zu den Valkey- oder Redis OSS-Knoten in Ihrem Cluster herzustellen, müssen Sie über die Endpunkte für die Knoten verfügen. Informationen zum Ermitteln der Endpunkte finden Sie unter:
+ [Finden Sie die Endpunkte eines Valkey- oder Redis OSS-Clusters (Cluster-Modus deaktiviert) (Konsole)](Endpoints.md#Endpoints.Find.Redis)
+ [Finden von Endpunkten für einen Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) (Konsole)](Endpoints.md#Endpoints.Find.RedisCluster)
+ [Suchen von Endpunkten (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Endpunkte finden (API) ElastiCache](Endpoints.md#Endpoints.Find.API)
Im folgenden Beispiel verwenden Sie das Hilfsprogramm *valkey-cli*, um eine Verbindung zu einem Cluster herzustellen, auf dem Valkey oder Redis OSS ausgeführt wird.
**Anmerkung**
[Weitere Informationen zu verfügbaren Befehlen finden Sie auf der Commands-Webseite.](http://valkey.io/commands)
***So stellen Sie mithilfe der Valkey-CLI eine Verbindung zu einem Valkey- oder Redis-OSS-Cluster her***
1. Connect Sie mithilfe des Verbindungsdienstprogramms Ihrer Wahl eine Verbindung zu Ihrer EC2 Amazon-Instance her.
**Anmerkung**
Anweisungen zum Herstellen einer Verbindung mit einer EC2 Amazon-Instance finden Sie im [Amazon-Handbuch „ EC2 Erste Schritte](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)“.
1. Laden Sie zum Entwickeln von `valkey-cli` die GNU Compiler Collection (`gcc`) herunter und installieren Sie diese. Geben Sie an der Befehlszeile Ihrer EC2 Instance den folgenden Befehl ein und geben Sie ihn `y` an der Bestätigungsaufforderung ein.
```
sudo yum install gcc
```
Die Ausgabe sieht in etwa folgendermaßen aus.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 27 M
Installed size: 53 M
Is this ok [y/N]: y
Downloading Packages:
(1/11): binutils-2.22.52.0.1-10.36.amzn1.x86_64.rpm | 5.2 MB 00:00
(2/11): cpp46-4.6.3-2.67.amzn1.x86_64.rpm | 4.8 MB 00:00
(3/11): gcc-4.6.3-3.10.amzn1.noarch.rpm | 2.8 kB 00:00
...(output omitted)...
Complete!
```
1. Laden Sie das *Valkey-CLI-Hilfsprogramm* herunter und kompilieren Sie es. Dieses Hilfsprogramm ist in der Valkey-Softwaredistribution enthalten. Geben Sie an der Befehlszeile Ihrer EC2 Instanz die folgenden Befehle ein:
**Anmerkung**
Führen Sie bei Ubuntu-Systemen `make distclean` aus, bevor Sie `make` ausführen.
```
wget https://github.com/valkey-io/valkey/archive/refs/tags/8.0.0.tar.gz
tar xvzf valkey-8.0.0.tar.gz
cd valkey-8.0.0
make distclean # ubuntu systems only
make
```
1. Geben Sie an der Befehlszeile Ihrer EC2 Instance den folgenden Befehl ein.
```
src/valkey-cli -c -h mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com -p 6379
```
Eine Valkey- oder Redis OSS-Eingabeaufforderung ähnlich der folgenden wird angezeigt.
```
redis mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 6379>
```
1. Testen Sie die Verbindung, indem Sie die Befehle Valkey oder Redis OSS ausführen.
Sie sind jetzt mit dem Cluster verbunden und können Valkey- oder Redis OSS-Befehle ausführen. Im Folgenden finden Sie einige Beispielbefehle mit ihren Valkey- oder Redis OSS-Antworten.
```
set a "hello" // Set key "a" with a string value and no expiration
OK
get a // Get value for key "a"
"hello"
get b // Get value for key "b" results in miss
(nil)
set b "Good-bye" EX 5 // Set key "b" with a string value and a 5 second expiration
get b
"Good-bye"
// wait 5 seconds
get b
(nil) // key has expired, nothing returned
quit // Exit from valkey-cli
```
Zum Herstellen der Verbindung zu Knoten oder Clustern mit SSL (Secure Sockets Layer)-Verschlüsselung (Verschlüsselung während der Übertragung aktiviert) siehe [ElastiCache Verschlüsselung bei der Übertragung (TLS)](in-transit-encryption.md).
## Verbindung zu Memcached-Knoten herstellen
Bevor Sie versuchen, eine Verbindung mit Ihrem Memcached-Cluster herzustellen, benötigen Sie die Endpunkte für die Knoten. Informationen zum Ermitteln der Endpunkte finden Sie unter:
+ [Die Endpunkte eines Clusters finden (Konsole) (Memcached)](Endpoints.md#Endpoints.Find.Memcached)
+ [Suchen von Endpunkten (AWS CLI)](Endpoints.md#Endpoints.Find.CLI)
+ [Endpunkte finden (API) ElastiCache](Endpoints.md#Endpoints.Find.API)
Im folgenden Beispiel verwenden Sie das *telnet*-Dienstprogramm, um eine Verbindung mit einem Knoten herzustellen, der Memcached ausführt.
**Anmerkung**
Weitere Informationen über Memcached und verfügbare Memcached-Befehle finden Sie auf der [Memcached](http://memcached.org/)-Website.
**So stellen Sie eine Verbindung mit einem Knoten mithilfe von *telnet* her**
1. Connect Sie mithilfe des Verbindungsdienstprogramms Ihrer Wahl eine Verbindung zu Ihrer EC2 Amazon-Instance her.
**Anmerkung**
Anweisungen zum Herstellen einer Verbindung mit einer EC2 Amazon-Instance finden Sie im [Amazon-Handbuch „ EC2 Erste Schritte](https://docs.aws.amazon.com/AWSEC2/latest/GettingStartedGuide/)“.
1. Laden Sie das *Telnet-Hilfsprogramm* herunter und installieren Sie es auf Ihrer EC2 Amazon-Instance. Geben Sie an der Befehlszeile Ihrer EC2 Amazon-Instance den folgenden Befehl und an der Befehlszeile *y* ein.
```
sudo yum install telnet
```
Die Ausgabe sieht in etwa folgendermaßen aus.
```
Loaded plugins: priorities, security, update-motd, upgrade-helper
Setting up Install Process
Resolving Dependencies
--> Running transaction check
...(output omitted)...
Total download size: 63 k
Installed size: 109 k
Is this ok [y/N]: y
Downloading Packages:
telnet-0.17-47.7.amzn1.x86_64.rpm | 63 kB 00:00
...(output omitted)...
Complete!
```
1. Geben Sie an der Befehlszeile Ihrer EC2 Amazon-Instance den folgenden Befehl ein und ersetzen Sie den in diesem Beispiel gezeigten durch den Endpunkt Ihres Knotens.
```
telnet mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com 11211
```
Die Ausgabe sieht in etwa folgendermaßen aus.
```
Trying 128.0.0.1...
Connected to mycachecluster.eaogs8.0001.usw2.cache.amazonaws.com.
Escape character is '^]'.
>
```
1. Prüfen Sie die Verbindung mithilfe der Memcached-Befehle.
Sie sind nun mit einem Knoten verbunden und können Memcached-Befehle ausführen. Im Folgenden wird ein Beispiel gezeigt.
```
set a 0 0 5 // Set key "a" with no expiration and 5 byte value
hello // Set value as "hello"
STORED
get a // Get value for key "a"
VALUE a 0 5
hello
END
get b // Get value for key "b" results in miss
END
>
```
# Unterstützte Knotentypen
ElastiCache unterstützt die folgenden Knotentypen. Im Allgemeinen bieten die Typen der aktuellen Generation im Vergleich zu den entsprechenden Typen der vorherigen Generationen mehr Speicher und Rechenleistung zu niedrigeren Kosten.
Weitere Informationen zu Leistungsdetails für jeden Knotentyp finden Sie unter [ EC2 Amazon-Instanztypen](https://aws.amazon.com/ec2/instance-types/).
**Anmerkung**
Amazon ElastiCache stellt T2-Instances auf den Status der vorherigen Generation um. Sie können keine neuen ElastiCache Cluster mehr mithilfe von T2-Instances erstellen oder neue reservierte T2-Knoten erwerben. Es hat keine Auswirkungen auf bestehende T2-Cluster oder Reservierungen. Wir empfehlen ein Upgrade auf neuere Instance-Typen wie T3- oder T4G-Instances, um eine bessere Leistung und Kosteneffizienz zu erzielen.
**Anmerkung**
Die folgenden Instance-Typen werden in den Regionen AWS Asien-Pazifik (Thailand) und Mexiko (Zentral) unterstützt:
**m7g/r7g:** groß, xl, 2xl, 4xl, 8xl, 12xl und 16xl.
**t3/t4g:** Mikro, klein und mittel.
Informationen darüber, welche Knotengröße zu verwenden ist, finden Sie unter [Auswahl der Knotengröße](CacheNodes.SelectSize.md).
**Topics**
+ [Aktuelle Generation (Memcached)](#CacheNodes.CurrentGen-Memcached)
+ [Aktuelle Generation (Valkey oder Redis OSS)](#CacheNodes.CurrentGen)
+ [Unterstützte Knotentypen nach AWS-Region](#CacheNodes.SupportedTypesByRegion)
+ [Instances mit Spitzenlastleistung](#CacheNodes.Burstable)
+ [Verwandte Informationen](#CacheNodes.RelatedInfo)
## Aktuelle Generation (Memcached)
Die folgenden Tabellen zeigen die Baseline- und Burst-Bandbreite für Instance-Typen, die den I/O Netzwerk-Credit-Mechanismus verwenden, um über ihre Basisbandbreite hinauszugehen.
**Anmerkung**
Instance-Typen mit burststabiler Netzwerkleistung verwenden einen I/O Netzwerk-Credit-Mechanismus, um ihre Basisbandbreite nach bestem Bemühen zu überschreiten.
**General**
| Instance-Typ | Unterstützte Memcached-Mindestversion | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- |
| cache.m7g.large | | 0,937 | 12,5 |
| cache.m7g.xlarge | | 1,876 | 12,5 |
| cache.m7g.2xlarge | | 3,75 | 15 |
| cache.m7g.4xlarge | | 7,5 | 15 |
| cache.m7g.8xlarge | | 15 | – |
| cache.m7g.12xlarge | | 22,5 | – |
| cache.m7g.16xlarge | | 30 | – |
| cache.m6g.large | 1,5,16 | 0.75 | 10.0 |
| cache.m6g.xlarge | 1.5,16 | 1,25 | 10.0 |
| dache.m6g.2xlarge | 1,5,16 | 2.5 | 10.0 |
| dache.m6g.4xlarge | 1.5,16 | 5.0 | 10.0 |
| dache.m6g.8xlarge | 1.5,16 | 12 | – |
| dache.m6g.12xlarge | 1.5,16 | 20 | – |
| dache.m6g.16xlarge | 1.5,16 | 25 | – |
| cache.m5.large | 1.5,16 | 0.75 | 10.0 |
| cache.m5.xlarge | 1.5,16 | 1,25 | 10.0 |
| cache.m5.2xlarge | 1,5,16 | 2.5 | 10.0 |
| cache.m5.4xlarge | 1.5,16 | 5.0 | 10.0 |
| cache.m5.12xlarge | 1.5,16 | – | – |
| cache.m5.24xlarge | 1.5,16 | – | – |
| cache.m4.large | 1.5,16 | 0,45 | 1.2 |
| cache.m4.xlarge | 1,5,16 | 0.75 | 2.8 |
| cache.m4.2xlarge | 1.5,16 | 1,0 | 10.0 |
| cache.m4.4xlarge | 1.5,16 | 2.0 | 10.0 |
| cache.m4.10xlarge | 1.5,16 | 5.0 | 10.0 |
| cache.t4g.micro | 1.5,16 | 0,064 | 5.0 |
| cache.t4g.small | 1,5,16 | 0,128 | 5.0 |
| cache.t4g.medium | 1,5,16 | 0,256 | 5.0 |
| cache.t3.micro | 1,5,16 | 0,064 | 5.0 |
| cache.t3.small | 1,5,16 | 0,128 | 5.0 |
| cache.t3.medium | 1,5,16 | 0,256 | 5.0 |
| cache.t2.micro | 1,5,16 | 0,064 | 1,024 |
| cache.t2.small | 1,5,16 | 0,128 | 1,024 |
| cache.t2.medium | 1,5,16 | 0,256 | 1,024 |
**Für Memcached optimierter Speicher**
| Instance-Typ | Unterstützte Mindestversion | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- |
| cache.r7g.large | | 0,937 | 12,5 |
| cache.r7g.xlarge | | 1,876 | 12,5 |
| cache.r7g.2xlarge | | 3,75 | 15 |
| cache.r7g.4xlarge | | 7,5 | 15 |
| cache.r7g.8xlarge | | 15 | – |
| cache.r7g.12xlarge | | 22,5 | – |
| cache.r7g.16xlarge | | 30 | – |
| cache.r6g.large | 1,5,16 | 0.75 | 10.0 |
| cache.r6g.xlarge | 1.5,16 | 1,25 | 10.0 |
| dache.r6g.2xlarge | 1,5,16 | 2.5 | 10.0 |
| dache.r6g.4xlarge | 1.5,16 | 5.0 | 10.0 |
| dache.r6g.8xlarge | 1.5,16 | 12 | – |
| dache.r6g.12xlarge | 1.5,16 | 20 | – |
| cache.r6g.16xlarge | 1.5,16 | 25 | – |
| cache.r5.large | 1.5,16 | 0.75 | 10.0 |
| cache.r5.xlarge | 1.5,16 | 1,25 | 10.0 |
| cache.r5.2xlarge | 1,5,16 | 2.5 | 10.0 |
| cache.r5.4xlarge | 1.5,16 | 5.0 | 10.0 |
| cache.r5.12xlarge | 1.5,16 | 20 | – |
| cache.r5.24xlarge | 1.5,16 | 25 | – |
| cache.r4.large | 1.5,16 | 0.75 | 10.0 |
| cache.r4.xlarge | 1.5,16 | 1,25 | 10.0 |
| cache.r4.2xlarge | 1,5,16 | 2.5 | 10.0 |
| cache.r4.4xlarge | 1.5,16 | 5.0 | 10.0 |
| cache.r4.8xlarge | 1.5,16 | 12 | – |
| cache.r4.16xlarge | 1.5,16 | 25 | – |
**Für Memcached optimiertes Netzwerk**
| Instance-Typ | Unterstützte Mindestversion | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- |
| cache.c7gn.large | 1.6.6 | 6,25 | 30 |
| cache.c7gn.xlarge | 1,6.6 | 12,5 | 40 |
| cache.c7gn.2xlarge | 1.6.6 | 25 | 50 |
| cache.c7gn.4xlarge | 1.6.6 | 50 | – |
| cache.c7gn.8xlarge | 1.6.6 | 100 | – |
| cache.c7gn.12xlarge | 1.6.6 | 150 | – |
| cache.c7gn.16xlarge | 1.6.6 | 200 | – |
## Aktuelle Generation (Valkey oder Redis OSS)
Weitere Informationen zur vorherigen Generation finden Sie unter [Knoten der vorherigen Generation](https://aws.amazon.com/elasticache/previous-generation/).
**Anmerkung**
Instance-Typen mit burststabiler Netzwerkleistung verwenden einen I/O Netzwerk-Kreditmechanismus, um ihre Basisbandbreite nach bestem Bemühen zu überschreiten.
**General**
| Instance-Typ | Unterstützte Mindestversion von Redis OSS | Verbessert I/O mit Redis OSS 5.0.6\$1 | TLS-Offloading mit Redis OSS 6.2.5\$1 | Verbessertes I/O Multiplexing mit Redis OSS 7.0.4\$1 | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.m7g.large | 6.2 | N | N | N | 0.937 | 12,5 |
| cache.m7g.xlarge | 6.2 | Y | Y | Y | 1,876 | 12,5 |
| cache.m7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.m7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.m7g.8xlarge | 6.2 | Y | Y | Y | 15 | – |
| cache.m7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | – |
| cache.m7g.16xlarge | 6.2 | Y | Y | Y | 30 | – |
| cache.m6g.large | 5,0,6 | N | N | N | 0.75 | 10.0 |
| cache.m6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10.0 |
| dache.m6g.2xlarge | 5,0,6 | Y | Y | Y | 2.5 | 10.0 |
| dache.m6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 |
| dache.m6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | – |
| dache.m6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | – |
| dache.m6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | – |
| cache.m5.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.m5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10.0 |
| cache.m5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 |
| cache.m5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.m5.12xlarge | 3.2.4 | Y | Y | Y | 12 | – |
| cache.m5.24xlarge | 3.2.4 | Y | Y | Y | 25 | – |
| cache.m4.large | 3.2.4 | N | N | N | 0,45 | 1.2 |
| cache.m4.xlarge | 3.2.4 | Y | N | N | 0.75 | 2,8 |
| cache.m4.2xlarge | 3.2.4 | Y | Y | Y | 1,0 | 10.0 |
| cache.m4.4xlarge | 3.2.4 | Y | Y | Y | 2.0 | 10.0 |
| cache.m4.10xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.t4g.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t4g.small | 5,0,6 | N | N | N | 0,128 | 5.0 |
| cache.t4g.medium | 5,0,6 | N | N | N | 0,256 | 5.0 |
| cache.t3.micro | 3.2.4 | N | N | N | 0,064 | 5.0 |
| cache.t3.small | 3.2.4 | N | N | N | 0,128 | 5.0 |
| cache.t3.medium | 3.2.4 | N | N | N | 0,256 | 5.0 |
| cache.t2.micro | 3.2.4 | N | N | N | 0,064 | 1,024 |
| cache.t2.small | 3.2.4 | N | N | N | 0,128 | 1,024 |
| cache.t2.medium | 3.2.4 | N | N | N | 0,256 | 1,024 |
**Arbeitsspeicher optimiert**
| Instance-Typ | Unterstützte Mindestversion von Redis OSS | Verbessert I/O mit Redis OSS 5.0.6\$1 | TLS-Offloading mit Redis OSS 6.2.5\$1 | Verbessertes I/O Multiplexing mit Redis OSS 7.0.4\$1 | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r7g.large | 6.2 | N | N | N | 0.937 | 12,5 |
| cache.r7g.xlarge | 6.2 | Y | Y | Y | 1,876 | 12,5 |
| cache.r7g.2xlarge | 6.2 | Y | Y | Y | 3,75 | 15 |
| cache.r7g.4xlarge | 6.2 | Y | Y | Y | 7,5 | 15 |
| cache.r7g.8xlarge | 6.2 | Y | Y | Y | 15 | – |
| cache.r7g.12xlarge | 6.2 | Y | Y | Y | 22,5 | – |
| cache.r7g.16xlarge | 6.2 | Y | Y | Y | 30 | – |
| cache.r6g.large | 5,0,6 | N | N | N | 0.75 | 10.0 |
| cache.r6g.xlarge | 5.0.6 | Y | Y | Y | 1,25 | 10.0 |
| dache.r6g.2xlarge | 5,0,6 | Y | Y | Y | 2.5 | 10.0 |
| dache.r6g.4xlarge | 5.0.6 | Y | Y | Y | 5.0 | 10.0 |
| dache.r6g.8xlarge | 5.0.6 | Y | Y | Y | 12 | – |
| dache.r6g.12xlarge | 5.0.6 | Y | Y | Y | 20 | – |
| cache.r6g.16xlarge | 5.0.6 | Y | Y | Y | 25 | – |
| cache.r5.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.r5.xlarge | 3.2.4 | Y | N | N | 1,25 | 10.0 |
| cache.r5.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 |
| cache.r5.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.r5.12xlarge | 3.2.4 | Y | Y | Y | 12 | – |
| cache.r5.24xlarge | 3.2.4 | Y | Y | Y | 25 | – |
| cache.r4.large | 3.2.4 | N | N | N | 0.75 | 10.0 |
| cache.r4.xlarge | 3.2.4 | Y | N | N | 1,25 | 10.0 |
| cache.r4.2xlarge | 3.2.4 | Y | Y | Y | 2.5 | 10.0 |
| cache.r4.4xlarge | 3.2.4 | Y | Y | Y | 5.0 | 10.0 |
| cache.r4.8xlarge | 3.2.4 | Y | Y | Y | 12 | – |
| cache.r4.16xlarge | 3.2.4 | Y | Y | Y | 25 | – |
**Mit Daten-Tiering optimierter Speicher**
| Instance-Typ | Unterstützte Mindestversion von Redis OSS | Verbessert I/O mit Redis OSS 5.0.6\$1 | TLS-Offloading mit Redis OSS 6.2.5\$1 | Verbessertes I/O Multiplexing mit Redis OSS 7.0.4\$1 | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.r6gd.xlarge | 6.2.0 | Y | N | N | 1,25 | 10 |
| cache.r6gd.2xlarge | 6.2,0 | Y | Y | Y | 2.5 | 10 |
| cache.r6gd.4xlarge | 6.2.0 | Y | Y | Y | 5.0 | 10 |
| cache.r6gd.8xlarge | 6.2.0 | Y | Y | Y | 12 | – |
| cache.r6gd.12xlarge | 6.2.0 | Y | Y | Y | 20 | – |
| cache.r6gd.16xlarge | 6.2.0 | Y | Y | Y | 25 | – |
**Netzwerkoptimiert**
| Instance-Typ | Unterstützte Mindestversion von Redis OSS | Verbessert I/O mit Redis OSS 5.0.6\$1 | TLS-Offloading mit Redis OSS 6.2.5\$1 | Verbessertes I/O Multiplexing mit Redis OSS 7.0.4\$1 | Baseline-Bandbreite (Gbit/s) | Maximale Bandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| cache.c7gn.large | 6.2 | N | N | N | 6.25 | 30 |
| cache.c7gn.xlarge | 6.2 | Y | Y | Y | 12,5 | 40 |
| cache.c7gn.2xlarge | 6.2 | Y | Y | Y | 25 | 50 |
| cache.c7gn.4xlarge | 6.2 | Y | Y | Y | 50 | – |
| cache.c7gn.8xlarge | 6.2 | Y | Y | Y | 100 | – |
| cache.c7gn.12xlarge | 6.2 | Y | Y | Y | 150 | – |
| cache.c7gn.16xlarge | 6.2 | Y | Y | Y | 200 | – |
## Unterstützte Knotentypen nach AWS-Region
Die unterstützten Knotentypen können je nach AWS Region variieren. Weitere Informationen finden Sie unter [ ElastiCacheAmazon-Preise](https://aws.amazon.com/elasticache/pricing/).
## Instances mit Spitzenlastleistung
Sie können in Amazon Allzweck-Burstable T4g-, T3-Standard- und T2-Standard-Cache-Knoten starten. ElastiCache Diese Knoten bieten CPU-Baseline-Leistung und die Möglichkeit, diese Leistung jederzeit zu bursten, bis das angesammelte Guthaben aufgebraucht ist. Ein *CPU-Guthaben* stellt die Leistung eines gesamten CPU-Kerns für eine Minute zur Verfügung.
ElastiCacheDie T4g-, T3- und T2-Knoten von Amazon sind standardmäßig konfiguriert und eignen sich für Workloads mit einer durchschnittlichen CPU-Auslastung, die durchweg unter der Basisleistung der Instance liegt. Um die Baseline-Leistung zu überschreiten, verwendet der Knoten Guthaben, die als CPU-Guthaben angefallen sind. Wenn das beim Knoten angefallene Guthaben sinkt, wird die Leistung schrittweise bis auf Baseline-Leistung gesenkt. Dank dieser schrittweisen Absenkung kommt es beim Knoten nicht zu einem drastischen Leistungsabfall, wenn das CPU-Guthaben ausgeschöpft ist. *Weitere Informationen finden Sie unter [CPU-Guthaben und Basisleistung für Burstable Performance-Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html) im * EC2 Amazon-Benutzerhandbuch*.*
Die folgende Tabelle listet die burst-fähigen Leistungsknotentypen und die Rate der verdienten CPU-Guthaben pro Stunde auf. Es zeigt auch die maximale Anzahl an verdienten CPU-Credits, die ein Knoten sammeln kann, und die Anzahl von v CPUs pro Knoten. Ergänzend wird die Baseline-Leistung als Prozentsatz der vollen Kernleistung (einer einzelnen vCPU) angegeben.
| Knotentyp | Pro Stunde erworbenes CPU-Guthaben | Maximal verdiente Guthaben, die angesammelt werden können\$1 | v CPUs | Basisleistung pro vCPU | Arbeitsspeicher (GiB) | Netzwerkleistung |
| --- | --- | --- | --- | --- | --- | --- |
| t4g.micro | 12 | 288 | 2 | 10 % | 0.5 | Bis zu 5 Gigabit |
| t4g.small | 24 | 576 | 2 | 20 % | 1,37 | Bis zu 5 Gigabit |
| t4g.medium | 24 | 576 | 2 | 20 % | 3,09 | Bis zu 5 Gigabit |
| t3.micro | 12 | 288 | 2 | 10 % | 0.5 | Bis zu 5 Gigabit |
| t3.small | 24 | 576 | 2 | 20 % | 1,37 | Bis zu 5 Gigabit |
| t3.medium | 24 | 576 | 2 | 20 % | 3,09 | Bis zu 5 Gigabit |
| t2.micro | 6 | 144 | 1 | 10 % | 0.5 | Gering bis mäßig |
| t2.small | 12 | 288 | 1 | 20 % | 1,55 | Gering bis mäßig |
| t2.medium | 24 | 576 | 2 | 20 % | 3,22 | Gering bis mäßig |
\$1 Die Anzahl der Guthaben, die angesammelt werden können, entspricht dem Guthaben, das in einem 24-Stunden-Zeitraum verdient werden kann.
\$1\$1 Die Basisleistung in der Tabelle ist pro vCPU. Bei einigen Knotengrößen kommen mehrere vCPUs zum Einsatz. Für diese berechnen Sie die CPU-Basisauslastung für den Knoten, indem Sie den vCPU-Prozentsatz mit der Anzahl von v multiplizieren. CPUs
Die folgenden CPU-Kreditmetriken sind für T3– und T4g-Instances mit Spitzenleistung verfügbar:
**Anmerkung**
Diese Metriken sind nicht für T2-Instances mit Spitzenleistung verfügbar.
+ `CPUCreditUsage`
+ `CPUCreditBalance`
Weitere Informationen zu diesen Metriken finden Sie unter [CPU-Guthaben-Metriken](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#cpu-credit-metrics).
Darüber hinaus sollten Sie Folgendes beachten:
+ Alle Knotentypen der aktuellen Generation werden standardmäßig in einer Virtual Private Cloud (VPC) auf der Grundlage von Amazon VPC erstellt.
+ Redis OSS Append-Only Files (AOF) werden für T2-Instances nicht unterstützt. Redis OSS-Konfigurationsvariablen `appendonly` und werden in Redis OSS Version 2.8.22 und höher `appendfsync` nicht unterstützt.
## Verwandte Informationen
+ [ ElastiCache Amazon-Produktmerkmale und -details](https://aws.amazon.com/elasticache/details)
+ [Memcached-Knotentyp-spezifische Parameter für Memcached](ParameterGroups.Engine.md#ParameterGroups.Memcached)
+ [Valkey- und Redis OSS-Parameter](ParameterGroups.Engine.md#ParameterGroups.Redis)
+ [Verschlüsselung während der Übertragung](in-transit-encryption.md)
# Knoten neu starten
Einige Änderungen erfordern einen Neustart eines Valkey-, Memcached- oder Redis OSS-Clusters, damit die Änderungen übernommen werden. Beispielsweise wird bei einigen Parametern eine Änderung am Parameterwert in einer Parametergruppe erst nach einem Neustart übernommen.
**Topics**
+ [Redis OSS-Knoten neu starten (nur Clustermodus deaktiviert)](#nodes.rebooting.redis)
+ [Einen Cluster für Memcached neu starten](#Clusters.Rebooting)
## Redis OSS-Knoten neu starten (nur Clustermodus deaktiviert)
Für Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) lauten die Parameter in Parametergruppen, die erst nach dem Neustart angewendet werden, wie folgt:
+ activerehashing
+ databases
Redis-Knoten können nur über die Konsole aktualisiert werden. ElastiCache Sie können immer nur einen einzelnen Knoten neu starten. Um mehrere Knoten neu zu starten, müssen Sie den Vorgang für jeden Knoten wiederholen.
**Änderungen der Parameter Valkey oder Redis OSS (Cluster Mode Enabled)**
Wenn Sie Änderungen an den folgenden Parametern auf einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) vornehmen, gehen Sie wie folgt vor.
activerehashing
databases
Erstellen Sie eine manuelle Sicherung des Clusters. Siehe [Erstellen manueller Backups](backups-manual.md).
Löschen Sie den Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert). Siehe [Löschen eines Clusters in ElastiCache](Clusters.Delete.md).
Stellen Sie den Cluster mit der abgeänderten Parametergruppe und der Sicherung zum Starten des neuen Clusters wieder her. Siehe [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md).
Bei Änderungen an anderen Parametern ist dies nicht erforderlich.
### Unter Verwendung des AWS-Managementkonsole
Sie können einen Knoten mit der ElastiCache Konsole neu starten.
**So starten Sie einen Knoten (Konsole) neu**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie aus der Liste in der oberen rechten Ecke die zutreffende AWS Region aus.
1. Wählen Sie im linken Navigationsbereich **Redis** OSS aus.
Eine Liste von Clustern, auf denen Redis OSS ausgeführt wird, wird angezeigt.
1. Wählen Sie den Cluster unter **Cluster-Name** aus.
1. Unter **Knotenname** wählen Sie das Optionsfeld neben dem Knoten aus, den Sie neu starten möchten.
1. Wählen Sie **Aktionen** und dann **Neustart Knoten**.
Um mehrere Knoten neu zu starten, wiederholen Sie die Schritte 2 bis 5 für jeden Knoten, den Sie neu starten möchten. Es ist nicht nötig zu warten, bis ein Knoten den Neustart beendet hat, um einen anderen neu zu starten.
## Einen Cluster für Memcached neu starten
Wenn Sie einen Memcached-Cluster neu starten, leert der Cluster alle seine Daten und startet seine Engine neu. Während dieses Vorgangs können Sie nicht auf den Cluster zugreifen. Da der Cluster alle seine Daten bereinigt hat, starten Sie mit einem leeren Cluster, wenn der Cluster wieder verfügbar ist.
Sie können einen Cluster mithilfe der ElastiCache Konsole, der oder der API neu starten. AWS CLI ElastiCache Unabhängig davon, ob Sie die ElastiCache Konsole, die AWS CLI oder die ElastiCache API verwenden, können Sie nur den Neustart eines einzelnen Clusters initiieren. Um mehrere Cluster neu zu starten, müssen Sie den Prozess oder Vorgang iterieren.
### Mit dem AWS-Managementkonsole
Sie können einen Cluster mit der ElastiCache Konsole neu starten.
**So starten Sie einen Cluster neu (Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie aus der Liste in der oberen rechten Ecke die AWS Region aus, für die Sie sich interessieren.
1. Wählen Sie im Navigationsbereich die Engine, die auf dem Cluster ausgeführt wird, den Sie neu starten möchten.
Es wird eine Liste der Cluster der ausgewählten Engine angezeigt.
1. Wählen Sie den neu zu startenden Cluster aus, indem Sie das Kontrollkästchen links neben dem Clusternamen aktivieren.
Die Schaltfläche **Reboot (Neustart)** wird aktiv.
Wenn Sie mehr als einen Cluster auswählen, ist das Kontrollkästchen **Reboot** deaktiviert.
1. Wählen Sie **Reboot**.
Der Bestätigungsbildschirm des Cluster-Neustarts wird angezeigt.
1. Wenn der Cluster neu gestartet werden soll, wählen Sie **Reboot**. Der Status des Clusters ändert sich in *rebooting cluster nodes (Neustart von Clusterknoten)*.
Wenn der Cluster nicht neu gestartet werden soll, wählen Sie **Cancel**.
Wiederholen Sie zum Neustarten mehrerer Cluster die Schritte 2 bis 5 für jeden Cluster, den Sie neu starten möchten. Sie brauchen nicht zu warten, bis ein Cache-Cluster fertig neu gestartet wurde, bevor Sie einen anderen neu starten.
Um einen bestimmten Knoten neu zu starten, markieren Sie den Knoten und wählen Sie dann **Neustart**.
### Verwenden Sie den AWS CLI
Um einen Cluster neu zu starten (AWS CLI), verwenden Sie den `reboot-cache-cluster`-CLI-Vorgang.
Um bestimmte Knoten im Cluster neu zu starten, listen Sie mit `--cache-node-ids-to-reboot` die spezifischen Cluster auf, die neu gestartet werden sollen. Der folgende Befehl startet die Knoten 0001, 0002 und 0004 von *my-cluster* neu.
Für Linux, macOS oder Unix:
```
aws elasticache reboot-cache-cluster \
--cache-cluster-id my-cluster \
--cache-node-ids-to-reboot 0001 0002 0004
```
Für Windows:
```
aws elasticache reboot-cache-cluster ^
--cache-cluster-id my-cluster ^
--cache-node-ids-to-reboot 0001 0002 0004
```
Um alle Knoten im Cluster neu zu starten, listen Sie mit dem Parameter `--cache-node-ids-to-reboot` die Knoten-IDs aller Cluster auf. Weitere Informationen finden Sie unter [reboot-cache-cluster](https://docs.aws.amazon.com/cli/latest/reference/elasticache/reboot-cache-cluster.html).
### Mithilfe der ElastiCache API
Verwenden Sie die `RebootCacheCluster` Aktion, um einen Cluster mithilfe der ElastiCache API neu zu starten.
Um bestimmte Knoten im Cluster neu zu starten, listen Sie mit `CacheNodeIdsToReboot` die spezifischen Cluster auf, die neu gestartet werden sollen. Der folgende Befehl startet die Knoten 0001, 0002 und 0004 von *my-cluster* neu.
```
https://elasticache.us-west-2.amazonaws.com/
?Action=RebootCacheCluster
&CacheClusterId=my-cluster
&CacheNodeIdsToReboot.member.1=0001
&CacheNodeIdsToReboot.member.2=0002
&CacheNodeIdsToReboot.member.3=0004
&Version=2015-02-02
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20150202T192317Z
&X-Amz-Credential=
```
Um alle Knoten im Cluster neu zu starten, listen Sie mit dem Parameter `CacheNodeIdsToReboot` die Knoten-IDs aller Cluster auf. Weitere Informationen finden Sie unter [RebootCacheCluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_RebootCacheCluster.html).
# Knoten ersetzen (Valkey und Redis OSS)
Amazon aktualisiert seine Flotte ElastiCache häufig, indem Patches und Upgrades nahtlos auf Instances angewendet werden. Von Zeit zu Zeit müssen wir Ihre ElastiCache Knoten jedoch neu starten, um obligatorische Betriebssystemupdates auf den zugrunde liegenden Host anzuwenden. Diese Ersetzungen sind erforderlich, um Upgrades anzuwenden, die die Sicherheit, Zuverlässigkeit und Betriebsleistung erhöhen.
Sie haben die Möglichkeit, diese Ersetzungen vor dem geplanten Knotenersetzungsfenster jederzeit selbst zu verwalten. Wenn Sie eine Ersetzung selbst verwalten, erhält Ihre Instance das Betriebssystem-Update, wenn Sie den Knoten neu starten, und der geplante Austausch des Knotens wird abgebrochen. Sie erhalten möglicherweise weiterhin Benachrichtigungen darüber, dass der Knotenaustausch stattfinden wird. Wenn Sie die erforderliche Wartung bereits manuell vorgenommen haben, können Sie diese Benachrichtigungen ignorieren.
**Anmerkung**
Von Amazon automatisch generierte Ersatz-Cache-Knoten ElastiCache können unterschiedliche IP-Adressen haben. Sie sind dafür verantwortlich, Ihre Anwendungskonfiguration zu überprüfen, um sicherzustellen, dass Ihre Cache-Knoten den entsprechenden IP-Adressen zugeordnet sind.
In der folgenden Liste sind die Maßnahmen aufgeführt, die Sie ergreifen können, wenn ElastiCache Sie einen Ihrer Valkey- oder Redis-OSS-Knoten für den Austausch planen. Um die für Ihre Situation erforderlichen Informationen schneller zu finden, wählen Sie eine Option aus dem folgenden Menü aus.
+ [Do nothing](#DoNothing)— Lassen Sie Amazon den Knoten wie geplant ElastiCache ersetzen.
+ [Change your maintenance window](#ChangeWindow) – Ändern Sie Ihr Wartungsfenster und wählen Sie einen besser geeigneten Termin.
+ Valkey- oder Redis OSS-Konfigurationen (Cluster-Modus aktiviert)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Ein Verfahren zum Ersetzen eines Knotens in einem Valkey- oder Redis OSS-Cluster mithilfe von Backup und Restore.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Ein Verfahren zum Ersetzen einer Read-Replica in einem beliebigen Valkey- oder Redis-OSS-Cluster durch Erhöhen und Verringern der Replikatanzahl ohne Cluster-Ausfallzeiten.
+ [Replace any node in a Valkey or Redis OSS (cluster mode enabled) shard](#ReplaceShardNode)— Ein dynamisches Verfahren ohne Cluster-Ausfallzeiten, bei dem ein Knoten in einem Valkey- oder Redis OSS-Cluster (Cluster-Modus aktiviert) durch Aus- und In-Skalierung ersetzt wird.
+ Valkey- oder Redis OSS-Konfigurationen (Clustermodus deaktiviert)
+ [Replace the only node in any Valkey or Redis OSS cluster](#ReplaceStandalone)— Verfahren zum Ersetzen eines beliebigen Knotens in einem Valkey- oder Redis OSS-Cluster mithilfe von Backup und Restore.
+ [Replace a replica node in any Valkey or Redis OSS cluster](#ReplaceReplica)— Ein Verfahren zum Ersetzen einer Lesereplik in einem beliebigen Valkey- oder Redis-OSS-Cluster durch Erhöhen und Verringern der Replikatanzahl ohne Cluster-Ausfallzeiten.
+ [Replace a node in a Valkey or Redis OSS (cluster mode disabled) cluster](#ReplaceStandaloneClassic)— Verfahren zum Ersetzen eines Knotens in einem Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) mithilfe von Replikation.
+ [Replace a Valkey or Redis OSS (cluster mode disabled) read-replica](#ReplaceReadReplica)— Ein Verfahren zum manuellen Ersetzen einer Read-Replica in einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert).
+ [Replace a Valkey or Redis OSS (cluster mode disabled) primary node](#ReplacePrimary)— Ein Verfahren zum manuellen Ersetzen des Primärknotens in einer Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert).
**Optionen für den Austausch von Valkey- und Redis OSS-Knoten**
+ **Nichts tun** — Wenn Sie nichts tun, wird der Knoten wie geplant ElastiCache ersetzt.
Bei Nicht-Cluster-Konfigurationen mit aktiviertem Autofailover werden Cluster auf Valkey 7.2 und höher und Redis OSS 5.0.6 und höher vollständig ersetzt, während der Cluster weiterhin online bleibt und eingehende Schreibanforderungen bearbeitet. Bei Clustern mit aktiviertem Auto Failover auf Redis OSS 4.0.10 oder niedriger stellen Sie möglicherweise eine kurze Schreibunterbrechung von bis zu einigen Sekunden im Zusammenhang mit DNS-Updates fest.
Wenn der Knoten Mitglied eines Clusters mit auto Failover ist, bietet OSS ElastiCache für Valkey oder Redis eine verbesserte Verfügbarkeit bei Patches, Updates und anderen wartungsbezogenen Knotenersetzungen.
Bei ElastiCache Clusterkonfigurationen, die für die Verwendung ElastiCache für Valkey- oder Redis OSS-Clusterclients eingerichtet sind, wird der Austausch jetzt abgeschlossen, während der Cluster eingehende Schreibanforderungen bearbeitet.
Bei Nicht-Cluster-Konfigurationen mit aktiviertem Autofailover werden Cluster auf Valkey 7.2 und höher und Redis OSS 5.0.6 und höher vollständig ersetzt, während der Cluster weiterhin online bleibt und eingehende Schreibanforderungen bearbeitet. Bei Clustern mit aktiviertem Auto Failover auf Redis OSS 4.0.10 oder niedriger stellen Sie möglicherweise eine kurze Schreibunterbrechung von bis zu einigen Sekunden im Zusammenhang mit DNS-Updates fest.
Wenn der Knoten eigenständig ist, startet Amazon ElastiCache zuerst einen Ersatzknoten und synchronisiert dann vom vorhandenen Knoten aus. Der vorhandene Knoten ist während dieser Zeit nicht für Serviceanfragen verfügbar. Sobald die Synchronisierung abgeschlossen ist, wird der bestehende Knoten beendet und der neue Knoten nimmt seinen Platz ein. ElastiCache bemüht sich nach besten Kräften, Ihre Daten während dieses Vorgangs aufzubewahren.
+ **Ändern Sie Ihr Wartungsfenster** — Bei geplanten Wartungsereignissen erhalten Sie eine E-Mail oder eine Benachrichtigung von ElastiCache. Wenn Sie in diesen Fällen Ihr Wartungsfenster vor der geplanten Ersatzzeit ändern, wird Ihr Knoten zur neuen Uhrzeit ersetzt. Weitere Informationen finden Sie hier:
+ [Einen ElastiCache Cluster ändern](Clusters.Modify.md)
+ [Ändern einer Replikationsgruppe](Replication.Modify.md)
**Anmerkung**
Die Möglichkeit, Ihr Ersatzfenster zu ändern, indem Sie Ihr Wartungsfenster verschieben, ist nur verfügbar, wenn die ElastiCache Benachrichtigung ein Wartungsfenster beinhaltet. Wenn die Benachrichtigung kein Wartungsfenster enthält, können Sie Ihr Ersatzfenster nicht ändern.
Es ist beispielsweise Donnerstag, der 9. November, um 15:00 Uhr und das nächste Wartungsfenster ist am Freitag, dem 10. November, um 17:00 Uhr. Es folgen drei Szenarien mit den jeweiligen Ergebnissen:
+ Sie ändern Ihr Wartungsfenster auf Freitag, 16:00 Uhr, nach den aktuellen Datums- und Uhrzeitangaben, aber vor dem nächsten geplanten Wartungsfenster. Dieser Knoten wird am Freitag, dem 10. November, um 16:00 Uhr ersetzt.
+ Sie ändern Ihr Wartungsfenster auf Samstag, 16:00 Uhr, nach den aktuellen Datums- und Uhrzeitangaben und nach dem nächsten geplanten Wartungsfenster. Dieser Knoten wird am Samstag, dem 11. November, um 16:00 Uhr ersetzt.
+ Sie ändern Ihr Wartungsfenster auf Mittwoch, 16:00 Uhr, früher in der Woche, als die aktuellen Datums- und Uhrzeitangaben. Dieser Knoten wird am kommenden Mittwoch, dem 15. November, um 16:00 ersetzt.
Detaillierte Anweisungen finden Sie unter [Verwaltung der ElastiCache Cluster-Wartung](maintenance-window.md).
+ **Ersetzen Sie den einzigen Knoten in einem Valkey- oder Redis OSS-Cluster** — Wenn der Cluster keine Read Replicas hat, können Sie das folgende Verfahren verwenden, um den Knoten zu ersetzen.
**So ersetzen Sie den einzigen Knoten mithilfe von Sicherung und Wiederherstellung**
1. Erstellen Sie einen Snapshot des Clusters des Knotens. Detaillierte Anweisungen finden Sie unter [Erstellen manueller Backups](backups-manual.md).
1. Erstellen Sie einen neuen Cluster und übernehmen Sie die Daten mithilfe des Snapshots. Detaillierte Anweisungen finden Sie unter [Wiederherstellen aus einem Backup in einen neuen Cache](backups-restoring.md).
1. Löschen Sie den Cluster mit dem für das Ersetzen geplanten Knoten. Detaillierte Anweisungen finden Sie unter [Löschen eines Clusters in ElastiCache](Clusters.Delete.md).
1. Ersetzen Sie in Ihrer Anwendung den Endpunkt des alten durch den Endpunkt des neuen Knotens.
+ **Ersetzen Sie einen Replikatknoten in einem beliebigen Valkey- oder Redis OSS-Cluster — Um einen Replikatcluster** zu ersetzen, erhöhen Sie die Anzahl der Replikate. Fügen Sie dafür ein Replikat hinzu und verringern Sie die Replikatanzahl, indem Sie das Replikat entfernen, das Sie ersetzen möchten. Dieser Vorgang ist dynamisch und ist nicht mit Cluster-Ausfallzeiten verbunden.
**Anmerkung**
Wenn Ihr Shard oder Ihre Replikationsgruppe bereits fünf Replikate hat, kehren Sie die Schritte 1 und 2 um.
**Um ein Replikat in einem Valkey- oder Redis OSS-Cluster zu ersetzen**
1. Erhöhen Sie die Replikatanzahl, indem Sie ein Replikat zum Shard oder zur Replikationsgruppe hinzufügen. Weitere Informationen finden Sie unter [Erhöhen der Anzahl der Replikate in einem Shard](increase-replica-count.md).
1. Löschen Sie das Replikat, das Sie ersetzen möchten. Weitere Informationen finden Sie unter [Verringern der Anzahl der Replikate in einem Shard](decrease-replica-count.md).
1. Aktualisieren Sie die Endpunkte in Ihrer Anwendung.
+ **Ersetzen Sie einen beliebigen Knoten in einem Valkey- oder Redis OSS-Shard (Clustermodus aktiviert)** — Verwenden Sie Online-Resharding, um den Knoten in einem Cluster ohne Ausfallzeiten zu ersetzen. Fügen Sie zunächst einen Shard durch Ausskalieren hinzu und löschen Sie den Shard mit dem Knoten, der durch Einkalieren ersetzt werden soll.
**Um einen beliebigen Knoten in einem Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) zu ersetzen**
1. Horizontales Skalieren: Fügen Sie einen zusätzlichen Shard mit derselben Konfiguration wie die des bestehenden Shards mit dem zu ersetzenden Knoten hinzu. Weitere Informationen finden Sie unter [Hinzufügen von Shards mit Online-Resharding](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-add).
1. Vertikales Skalieren: Löschen Sie den Shard mit dem zu ersetzenden Knoten. Weitere Informationen finden Sie unter [Entfernen von Shards mit Online-Resharding](scaling-redis-cluster-mode-enabled.md#redis-cluster-resharding-online-remove).
1. Aktualisieren Sie die Endpunkte in Ihrer Anwendung.
+ **Ersetzen Sie einen Knoten in einem Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) — Wenn es sich bei dem Cluster** um einen Valkey- oder Redis OSS-Cluster (Cluster-Modus deaktiviert) ohne Read Replicas handelt, verwenden Sie das folgende Verfahren, um den Knoten zu ersetzen.
**So ersetzen Sie den Knoten mithilfe der Replikation (nur mit deaktiviertem Cluster-Modus)**
1. Fügen Sie dem Cluster die Replikation mit dem Knoten hinzu, der als primärer Knoten ersetzt werden soll. Aktivieren Sie Multi-AZ auf diesem Cluster nicht. Detaillierte Anweisungen finden Sie unter [Um die Replikation zu einem Valkey- oder Redis OSS-Cluster ohne Shards hinzuzufügen](Clusters.AddNode.md#AddReplication.CON).
1. Fügen Sie dem Cluster ein Lesereplikat hinzu. Detaillierte Anweisungen finden Sie unter [Um Knoten zu einem ElastiCache Cluster (Konsole) hinzuzufügen](Clusters.AddNode.md#AddNode.CON).
1. Stufen Sie das soeben erstellte Lesereplikat auf Primär hoch. Detaillierte Anweisungen finden Sie unter [Heraufstufen einer Read Replica zu primären Replikationsgruppen für Valkey oder Redis OSS (Clustermodus deaktiviert)](Replication.PromoteReplica.md).
1. Löschen Sie den für das Ersetzen geplanten Knoten. Detaillierte Anweisungen finden Sie unter [Knoten aus einem ElastiCache Cluster entfernen](Clusters.DeleteNode.md).
1. Ersetzen Sie in Ihrer Anwendung den Endpunkt des alten durch den Endpunkt des neuen Knotens.
+ **Ersetzen Sie eine Valkey- oder Redis OSS-Read-Replica (Cluster-Modus deaktiviert) — Wenn es sich bei dem Knoten um eine Read-Replica handelt**, ersetzen Sie den Knoten.
Wenn Ihr Cluster nur einen Replikatknoten enthält und Multi-AZ aktiviert ist, müssen Sie Multi-AZ deaktivieren, bevor Sie das Replikat löschen können. Detaillierte Anweisungen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
**Um ein Valkey- oder Redis OSS-Lese-Replikat (Cluster-Modus deaktiviert) zu ersetzen**
1. Löschen Sie das für den Austausch geplante Replikat. Detaillierte Informationen finden Sie hier:
+ [Verringern der Anzahl der Replikate in einem Shard](decrease-replica-count.md)
+ [Knoten aus einem ElastiCache Cluster entfernen](Clusters.DeleteNode.md)
1. Fügen Sie ein neues Replikat hinzu, das das auszutauschende Replikat ersetzen soll. Wenn Sie denselben Namen wie für das soeben gelöschte Replikat verwenden, können Sie Schritt 3 überspringen. Detaillierte Informationen finden Sie hier:
+ [Erhöhen der Anzahl der Replikate in einem Shard](increase-replica-count.md)
+ [Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.AddReadReplica.md)
1. Ersetzen Sie in Ihrer Anwendung den Endpunkt des alten durch den Endpunkt des neuen Replikats.
1. Wenn Sie die Multi-AZ-Funktion beim Start deaktiviert haben, aktivieren Sie sie nun wieder. Detaillierte Anweisungen finden Sie unter [Aktivieren von Multi-AZ](AutoFailover.md#AutoFailover.Enable).
+ **Ersetzen Sie einen primären Knoten von Valkey oder Redis OSS (Cluster-Modus deaktiviert) — Wenn der Knoten der primäre Knoten** ist, stufen Sie zuerst eine Read-Replica zum primären Knoten herauf. Löschen Sie dann das Replikat, das vorher der primäre Knoten war.
Wenn Ihr Cluster nur ein Replikat enthält und Multi-AZ aktiviert ist, müssen Sie Multi-AZ deaktivieren, bevor Sie das Replikat in Schritt 2 löschen können. Detaillierte Anweisungen finden Sie unter [Ändern einer Replikationsgruppe](Replication.Modify.md).
**Um einen Valkey- oder Redis OSS-Primärknoten (Cluster-Modus deaktiviert) zu ersetzen**
1. Stufen Sie ein Lesereplikat auf Primär hoch. Detaillierte Anweisungen finden Sie unter [Heraufstufen einer Read Replica zu primären Replikationsgruppen für Valkey oder Redis OSS (Clustermodus deaktiviert)](Replication.PromoteReplica.md).
1. Löschen Sie den Knoten, der ausgetauscht werden soll (der alte primäre Knoten). Detaillierte Anweisungen finden Sie unter [Knoten aus einem ElastiCache Cluster entfernen](Clusters.DeleteNode.md).
1. Fügen Sie ein neues Replikat hinzu, das das auszutauschende Replikat ersetzen soll. Wenn Sie denselben Namen wie den des soeben gelöschten Knotens verwenden, können Sie das Ändern der Endpunkte in Ihrer Anwendung überspringen.
Detaillierte Anweisungen finden Sie unter [Hinzufügen einer Read Replica für Valkey oder Redis OSS (Cluster-Modus deaktiviert)](Replication.AddReadReplica.md).
1. Ersetzen Sie in Ihrer Anwendung den Endpunkt des alten durch den Endpunkt des neuen Knotens.
1. Wenn Sie die Multi-AZ-Funktion beim Start deaktiviert haben, aktivieren Sie sie nun wieder. Detaillierte Anweisungen finden Sie unter [Aktivieren von Multi-AZ](AutoFailover.md#AutoFailover.Enable).
# Knoten ersetzen (Memcached)
Amazon ElastiCache for Memcached aktualisiert seine Flotte regelmäßig, indem Patches und Upgrades nahtlos auf Instances angewendet werden. Von Zeit zu Zeit müssen wir jedoch Ihre ElastiCache for Memcached-Knoten neu starten, um obligatorische Betriebssystem-Updates auf den zugrunde liegenden Host anzuwenden. Diese Ersetzungen sind erforderlich, um Upgrades anzuwenden, die die Sicherheit, Zuverlässigkeit und Betriebsleistung erhöhen.
Sie haben die Möglichkeit, diese Ersetzungen vor dem geplanten Knotenersetzungsfenster jederzeit selbst zu verwalten. Wenn Sie eine Ersetzung selbst verwalten, erhält Ihre Instance das Betriebssystem-Update, wenn Sie den Knoten neu starten, und der geplante Austausch des Knotens wird abgebrochen. Sie erhalten möglicherweise weiterhin Benachrichtigungen darüber, dass der Knotenaustausch stattfindet. Wenn Sie die erforderliche Wartung bereits manuell vorgenommen haben, können Sie diese Benachrichtigungen ignorieren.
**Anmerkung**
Von Amazon automatisch generierte Ersatz-Cache-Knoten ElastiCache können unterschiedliche IP-Adressen haben. Sie sind dafür verantwortlich, Ihre Anwendungskonfiguration zu überprüfen, um sicherzustellen, dass Ihre Cache-Knoten den entsprechenden IP-Adressen zugeordnet sind.
In der folgenden Liste sind die Maßnahmen aufgeführt, die Sie ergreifen können, ElastiCache wenn Sie den Austausch eines Ihrer Memcached-Knoten planen.
+ **Nichts tun** — Wenn Sie nichts tun, wird der Knoten wie geplant ElastiCache ersetzt. Wenn der Knoten ElastiCache automatisch durch einen neuen Knoten ersetzt wird, ist der neue Knoten zunächst leer.
+ **Ändern Sie Ihr Wartungsfenster** — Bei geplanten Wartungsereignissen erhalten Sie eine E-Mail oder eine Benachrichtigung vonElastiCache. Wenn Sie in diesen Fällen Ihr Wartungsfenster vor der geplanten Ersatzzeit ändern, wird Ihr Knoten zur neuen Uhrzeit ersetzt. Weitere Informationen finden Sie unter [Einen ElastiCache Cluster ändern](Clusters.Modify.md).
**Anmerkung**
Die Möglichkeit, Ihr Ersatzfenster zu ändern, indem Sie Ihr Wartungsfenster verschieben, ist nur verfügbar, wenn die ElastiCache Benachrichtigung ein Wartungsfenster beinhaltet. Wenn die Benachrichtigung kein Wartungsfenster enthält, können Sie Ihr Ersatzfenster nicht ändern.
Es ist beispielsweise Donnerstag, der 9. November, um 15:00 Uhr und das nächste Wartungsfenster ist am Freitag, dem 10. November, um 17:00 Uhr. Es folgen drei Szenarien mit den jeweiligen Ergebnissen:
+ Sie ändern Ihr Wartungsfenster auf Freitag, 16:00 Uhr, nach den aktuellen Datums- und Uhrzeitangaben, aber vor dem nächsten geplanten Wartungsfenster. Dieser Knoten wird am Freitag, dem 10. November, um 16:00 Uhr ersetzt.
+ Sie ändern Ihr Wartungsfenster auf Samstag, 16:00 Uhr, nach den aktuellen Datums- und Uhrzeitangaben und nach dem nächsten geplanten Wartungsfenster. Dieser Knoten wird am Samstag, dem 11. November, um 16:00 Uhr ersetzt.
+ Sie ändern Ihr Wartungsfenster auf Mittwoch, 16:00 Uhr, früher in der Woche, als die aktuellen Datums- und Uhrzeitangaben. Dieser Knoten wird am kommenden Mittwoch, dem 15. November, um 16:00 ersetzt.
Detaillierte Anweisungen finden Sie unter [Verwaltung der ElastiCache Cluster-Wartung](maintenance-window.md).
+ **Manuelles Ersetzen des Knotens** – Wenn Sie den Knoten vor dem nächsten Wartungsfenster ersetzen müssen, ersetzen Sie den Knoten manuell.
Wenn Sie den Knoten manuell ersetzen, werden Schlüssel umverteilt. Die Umverteilung verursacht Cache-Fehler.
**So ersetzen Sie einen Memcached-Knoten manuell**
1. Löschen Sie den für das Ersetzen geplanten Knoten. Detaillierte Anweisungen finden Sie unter [Knoten aus einem ElastiCache Cluster entfernen](Clusters.DeleteNode.md).
1. Fügen Sie dem Cluster einen neuen Knoten hinzu. Detaillierte Anweisungen finden Sie unter [Hinzufügen von Knoten zu einem ElastiCache Cluster](Clusters.AddNode.md).
1. Wenn Sie Auto Discovery in diesem Cluster nicht verwenden, rufen Sie Ihre Anwendung auf und tauschen Sie jede Instance des Endpunkts des alten mit dem Endpunkt des neuen Knotens aus.
# Reservierte Knoten
Die Reservierung eines oder mehrerer ElastiCache Knoten kann eine Möglichkeit für Sie sein, die Kosten zu senken. Für reservierte Knoten wird eine Vorausgebühr erhoben, die von der Art des Knotens und der Dauer der Reservierung – ein oder drei Jahre – abhängt.
Um festzustellen, ob reservierte Knoten für Ihre Anwendungsfälle Kosten einsparen, ermitteln Sie zunächst die Knotengröße und wie viele Knoten Sie benötigen. Schätzen Sie dann die Verwendung des Knotens und vergleichen Sie die Gesamtkosten von On-Demand-Knoten im Gegensatz zu reservierten Knoten. Sie können die Nutzung von reservierten und On-Demand-Knoten in Ihren Clustern mischen und anpassen. Preisinformationen finden Sie unter [ ElastiCache Amazon-Preise](https://aws.amazon.com/elasticache/pricing/).
**Topics**
+ [Preismanagement mit reservierten Knotenpunkten](#reserved-nodes)
+ [Standardangebote für reservierte Knoten](#reserved-nodes-standard)
+ [Größe: flexible reservierte Knoten](#reserved-nodes-size)
+ [Löschen eines reservierten Knotens](#reserved-nodes-deleting)
+ [Ältere Angebote für reservierte Knoten](#reserved-nodes-utilization)
+ [Abrufen von Informationen über Angebote für reservierte Knoten](#reserved-nodes-offerings)
+ [Kauf eines reservierten Knotens](#reserved-nodes-purchasing)
+ [Abrufen von Informationen über Ihre reservierten Knoten](#reserved-nodes-describing)
## Preismanagement mit reservierten Knotenpunkten
Durch Reservieren eines oder mehrerer Knoten lassen sich die Kosten möglicherweise reduzieren. Für reservierte Knoten wird eine Vorausgebühr erhoben, die von der Art des Knotens und der Dauer der Reservierung – ein oder drei Jahre – abhängt. Diese Gebühr ist wesentlich geringer als die stündliche Nutzungsgebühr, die bei On-Demand-Knoten anfällt.
Um festzustellen, ob reservierte Knoten für Ihre Anwendungsfälle Kosten einsparen, ermitteln Sie zunächst die Knotengröße und wie viele Knoten Sie benötigen. Schätzen Sie dann die Nutzung des Knotens und vergleichen Sie die Gesamtpreise, die Ihnen durch die Nutzung von On-Demand-Knoten im Vergleich zu reservierten Knoten entstehen. Sie können die Nutzung von reservierten und On-Demand-Knoten in Ihren Clustern mischen und anpassen. Preisinformationen finden Sie unter [ ElastiCache Amazon-Preise](https://aws.amazon.com/elasticache/pricing/).
AWS Region, Knotentyp und Laufzeit müssen beim Kauf ausgewählt werden und können später nicht mehr geändert werden.
Sie können die AWS-Managementkonsole, oder die ElastiCache API verwenden AWS CLI, um verfügbare Angebote für reservierte Knoten aufzulisten und zu erwerben.
Weitere Informationen zu reservierten Knoten finden Sie unter [Amazon ElastiCache Reserved Nodes](https://aws.amazon.com/elasticache/reserved-cache-nodes/).
## Standardangebote für reservierte Knoten
Wenn Sie eine Reserved Node Instance (RI) bei Amazon erwerben ElastiCache, können Sie sich verpflichten, für die Dauer der Reserved Node Instance einen vergünstigten Tarif für einen bestimmten Node-Instance-Typ und eine AWS Region zu erhalten. Um eine Amazon ElastiCache Reserved Node Instance zu verwenden, erstellen Sie eine neue ElastiCache Node-Instance, genau wie bei einer On-Demand-Instance.
Wenn die Spezifikationen der neuen Reserve-Node-Instance mit einer bestehenden Reserved Node-Instance für Ihr Konto übereinstimmen, wird Ihnen der für die Reserved Node-Instance angebotene vergünstigte Tarif in Rechnung gestellt. Andernfalls wird die Knoten-Instance auf Basis eines On-Demand-Preises abgerechnet. Diese Standardversionen RIs sind ab den Instance-Familien R5 und M5 verfügbar.
**Anmerkung**
Alle im Folgenden erörterten Angebotstypen sind mit Laufzeiten von einem Jahr und drei Jahren erhältlich.
**Angebotstypen**
**No Upfront** RI ermöglicht den Zugriff auf eine Reserved ElastiCache Instance, ohne dass eine Vorauszahlung erforderlich ist. Ihre *No Upfront* Reserved ElastiCache Instance berechnet für jede Stunde innerhalb der Laufzeit einen vergünstigten Stundensatz, unabhängig von der Nutzung.
**Bei teilweiser Vorauszahlung** muss ein Teil der Reserved ElasticCache Instance im Voraus bezahlt werden. Die innerhalb der Laufzeit verbleibenden Stunden werden unabhängig von der Nutzung zu einem vergünstigten Stundensatz berechnet. Diese Option ersetzt die Legacy-Option *Hohe Auslastung*, die im nächsten Abschnitt erklärt wird.
**Vorauszahlung** RI muss der gesamte Betrag zu Beginn der Laufzeit der RI bezahlt werden. Für den Rest der Laufzeit entstehen Ihnen keine weiteren Preise, unabhängig von der Anzahl der genutzten Stunden.
## Größe: flexible reservierte Knoten
Alle reservierten Knoten sind größenflexibel. Wenn Sie einen reservierten Knoten kaufen, geben Sie unter anderem den Knotentyp an, zum Beispiel cache.r6g.xlarge. Weitere Informationen zu Knotentypen finden Sie unter [ ElastiCacheAmazon-Preise](https://aws.amazon.com/elasticache/pricing/ ).
Wenn Sie über einen Node verfügen und diesen auf eine größere Kapazität skalieren müssen, wird Ihr reservierter Node automatisch auf Ihren skalierten Node angewendet. Das heißt, Ihre reservierten Knoten werden automatisch für die Nutzung beliebiger Größe in derselben Knotenfamilie verwendet. Größenflexible reservierte Knoten sind für Knoten mit derselben AWS Region verfügbar. Größenflexible reservierte Knoten können nur innerhalb ihrer Knotenfamilien skaliert werden. Beispielsweise kann ein reservierter Knoten für cache.r6g.xlarge für cache.r6g.2xlarge gelten, aber nicht für cache.r6gd.large, da cache.r6g und cache.r6gd unterschiedliche Knotenfamilien sind.
Größenflexibilität bedeutet, dass Sie sich frei zwischen Konfigurationen innerhalb derselben Knotenfamilie bewegen können. Sie können beispielsweise ohne zusätzliche Kosten von einem reservierten r6g.xlarge-Knoten (8 normalisierte Einheiten) zu zwei reservierten r6g.large-Knoten (8 normalisierte Einheiten) (2\$14 = 8 normalisierte Einheiten) in derselben Region wechseln. AWS
### Aktualisieren von Knoten von Redis OSS auf Valkey
Mit dem Start von Valkey können Sie jetzt Ihren Redis OSS-Rabatt für reservierte Knoten auf die Valkey-Cache-Engine anwenden. ElastiCache Sie können ein Upgrade von Redis OSS auf Valkey durchführen und gleichzeitig von bestehenden Verträgen und Reservierungen profitieren. Sie können Ihre Vorteile nicht nur innerhalb der Cache-Node-Familie und -Engine nutzen, sondern auch einen größeren Mehrwert erzielen. Valkey ist im Vergleich zu Redis OSS mit einem discount von 20% erhältlich, und dank der Flexibilität für reservierte Knoten können Sie Ihre reservierten Redis OSS-Nodes verwenden, um 20% mehr laufende Valkey-Knoten abzudecken.
Zur Berechnung des ermäßigten Tarifs hat jede Kombination aus ElastiCache Knoten und Motor einen Normalisierungsfaktor, der in Einheiten gemessen wird. Reservierte Knoteneinheiten können auf jeden laufenden Knoten innerhalb der Instanzfamilie des reservierten Knotens für eine bestimmte Engine angewendet werden. Reservierte Redis OSS-Knoten können zusätzlich Engine-übergreifend eingesetzt werden, um laufende Valkey-Knoten abzudecken. Da Valkey im Vergleich zu Redis OSS und Memcached günstiger ist, sind die Einheiten für einen bestimmten Instance-Typ niedriger, sodass ein reservierter Redis OSS-Node mehr Valkey-Knoten abdecken kann.
Nehmen wir als Beispiel an, Sie haben einen reservierten Knoten für einen cache.r7g.4xlarge für die Redis OSS-Engine (32 Einheiten) gekauft und betreiben einen cache.r7g.4xlarge Redis OSS-Knoten (32 Einheiten). Wenn Sie den Knoten auf Valkey aktualisieren, sinkt der Normalisierungsfaktor des laufenden Knotens auf 25,6 Einheiten, und Ihr vorhandener reservierter Knoten bietet Ihnen zusätzliche 6,4 Einheiten, die Sie gegen jeden anderen laufenden Valkey- oder Redis-OSS-Knoten innerhalb der cache.r7g-Familie in der Region verwenden können. Sie könnten damit 25% eines anderen cache.r7g.4xlarge Valkey-Knotens im Konto (25,6 Einheiten) oder 100% eines cache.r7g.xlarge Valkey-Knotens (6,4 Einheiten) abdecken.
### Vergleich der Nutzung mit normalisierten Einheiten
Sie können die Nutzung für verschiedene reservierte Knotengrößen vergleichen, indem Sie normalisierte Einheiten verwenden. Beispielsweise entspricht eine Nutzungsstunde auf zwei cache.r6g.4xlarge-Knoten 16 Stunden Nutzung auf einem cache.r6g.large. Die folgende Tabelle zeigt die Anzahl der normalisierten Einheiten für jede Knotengröße:
****
| Knotengröße | Normalisierte Einheiten mit Redis OSS oder Memcached | Normalisierte Einheiten mit Valkey |
| --- | --- | --- |
| Micro | 0.5 | 0.4 |
| small | 1 | 8. |
| Medium | 2 | 1,6 |
| large | 4 | 3.2 |
| xlarge | 8 | 6.4 |
| 2xlarge | 16 | 12.8 |
| 4xlarge | 32 | 25,6 |
| 6xlarge | 48 | 38,4 |
| 8xlarge | 64 | 51,2 |
| 10xlarge | 80 | 64 |
| 12xlarge | 96 | 76,8 |
| 16xlarge | 128 | 102,4 |
| 24xlarge | 192 | 153,6 |
Beispiel: Sie kaufen einen reservierten Cache.r6gd.xlarge-Node und Sie haben zwei laufende reservierte Cache.r6gd.large-Nodes in Ihrem Konto in derselben Region. AWS In diesem Fall wird der Abrechnungsvorteil vollständig auf beide Knoten angewendet.
![\[Region containing a cache.r6gd.xlarge reserved node with two cache.r6gd.large nodes inside.\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ri1.png)
Wenn in Ihrem Konto in derselben AWS Region eine cache.r6gd.2xlarge-Instance ausgeführt wird, wird der Abrechnungsvorteil alternativ auf 50 Prozent der Nutzung des reservierten Knotens angerechnet.
![\[Diagram showing a cache.r6gd.xlarge reserved node region containing a cache.r6gd.2xlarge instance.\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ri2.png)
## Löschen eines reservierten Knotens
Die Bedingungen für einen reservierten Knoten beinhalten eine Laufzeit von einem oder drei Jahren. Sie können einen reservierten Knoten nicht kündigen. Sie können jedoch einen Knoten löschen, für den ein discount für reservierte Knoten gilt. Der Vorgang zum Löschen eines Knotens, für den ein discount für reservierte Knoten gilt, ist derselbe wie für jeden anderen Knoten.
Wenn Sie einen Knoten löschen, für den ein discount für reservierte Knoten gilt, können Sie einen anderen Knoten mit kompatiblen Spezifikationen starten. In diesem Fall erhalten Sie den Rabatt während des Reservierungszeitraums (ein Jahr oder drei Jahre).
## Ältere Angebote für reservierte Knoten
Es gibt drei Stufen von Legacy-Knoten-Reservierungen – schwere Auslastung, mittlere Auslastung und leichte Auslastung. Knoten können in jeder Auslastung für ein oder drei Jahre reserviert werden. Der Knotentyp, der Auslastungsgrad und die Reservierungsdauer beeinflussen Ihre Gesamtpreise. Überprüfen Sie die Einsparungen, die reservierte Knoten Ihrem Unternehmen bringen können, indem Sie verschiedene Modelle vergleichen, bevor Sie reservierte Knoten kaufen.
Die Auslastungsstufe oder Reservierungsdauer eines erworbenen Knotens lässt sich nicht mehr ändern.
**Auslastungsstufen**
*Reservierte Knoten mit starker Auslastung* ermöglichen Workloads mit einer konsistenten Kapazitätsgrundlage oder konstante Workloads. Reservierte Knoten mit starker Auslastung erfordern zwar eine hohe Vorabzahlung, doch wenn Sie planen, mehr als 79 % der Reservierungsdauer zu nutzen, erzielen Sie die größten Einsparungen (bis zu 70 % weniger als der Preis von On-Demand-Knoten). Bei reservierten Knoten mit hoher Auslastung zahlen Sie eine einmalige Gebühr. Danach wird für die Dauer der Laufzeit eine niedrigere Stundengebühr fällig, unabhängig davon, ob Ihr Knoten läuft.
*Reservierte Knoten mit mittlerer Auslastung* sind die beste Option, wenn Sie vorhaben, Ihre reservierten Knoten einen Großteil der Zeit zu nutzen, und Sie entweder eine niedrigere Einmalgebühr wünschen oder nicht mehr für Ihren Knoten zahlen möchten, wenn Sie ihn abschalten. Reservierte Knoten mit mittlerer Auslastung stellen eine kosteneffiziente Option dar, wenn Sie planen, mehr als 40 % der Knotenreservierungsdauer in Anspruch zu nehmen. Mit dieser Option können Sie bis zu 64 % gegenüber dem Preis für On-Demand-Knoten sparen. Für reservierte Knoten mit mittlerer Auslastung zahlen Sie eine etwas höhere Einmalgebühr als mit reservierten Knoten mit geringer Auslastung und profitieren von niedrigeren Nutzungstarifen pro Stunde, wenn Sie einen Knoten ausführen.
*Reservierte Knoten mit geringer Auslastung* sind ideal für periodische Workloads, die nur wenige Stunden pro Tag oder an wenigen Tagen pro Woche ausgeführt werden. Für reservierte Knoten mit geringer Auslastung zahlen Sie eine Einmalgebühr sowie eine ermäßigte Nutzungsgebühr pro Stunde, wenn Ihr Knoten ausgeführt wird. Sie können mit dem Sparen beginnen, wenn Ihr Knoten zu mehr als 17 % der reservierten Knotenlaufzeit läuft. Sie können während der gesamten Laufzeit Ihres reservierten Knotens bis zu 56 % gegenüber den On-Demand-Tarifen sparen.
**Ältere Angebote für reservierte Knoten**
| Angebot | Vorabkosten | Nutzungsgebühr | Vorteil |
| --- | --- | --- | --- |
| Hohe Auslastung | Am höchsten | Niedrigste Gebühr pro Stunde. Gilt für die gesamte Dauer, unabhängig davon, ob Sie den reservierten Knoten in Anspruch nehmen. | Niedrigste Gesamtkosten, wenn Sie planen, Ihre reservierten Knoten mehr als 79 % eines 3-Jahres-Zeitraums auszuführen. |
| Mittlere Auslastung | Mittelschwer | Nutzungsgebühr pro Stunde für jede Stunde, die der Knoten ausgeführt wird. Keine Nutzungsgebühr pro Stunde, wenn der Knoten nicht ausgeführt wird. | Geeignet für elastische Workloads oder bei erwarteter mittlerer Nutzung, mehr als 40 % eines 3-Jahres-Zeitraums. |
| Leichte Auslastung | Am niedrigsten | Nutzungsgebühr pro Stunde für jede Stunde, die der Knoten ausgeführt wird. Keine Nutzungsgebühr pro Stunde, wenn der Knoten nicht ausgeführt wird. Höchste Gebühren pro Stunde aller Angebotstarife, die Gebühren fallen jedoch nur an, wenn der reservierte Knoten ausgeführt wird. | Die höchsten Gesamtpreise, wenn Sie planen, die ganze Zeit in Betrieb zu sein. Dies sind jedoch die niedrigsten Gesamtpreise, wenn Sie planen, Ihren reservierten Knotenpunkt nur unregelmässig zu nutzen, d. h. mehr als etwa 15 % einer dreijährigen Laufzeit. |
| On-Demand-Verwendung (Keine reservierten Knoten) | Keine | Höchste Gebühr pro Stunde. Fällt nur immer dann an, wenn der Knoten ausgeführt wird. | Höchste Kosten pro Stunde. |
Weitere Informationen finden Sie unter [ ElastiCache Amazon-Preise](https://aws.amazon.com/elasticache/pricing/).
## Abrufen von Informationen über Angebote für reservierte Knoten
Vor dem Kauf von reservierten Knoten können Sie Informationen zu verfügbaren Angeboten für reservierte Knoten erhalten.
Die folgenden Beispiele zeigen, wie Sie mit der, und ElastiCache API Preise und Informationen zu verfügbaren Reserved Node-Angeboten abrufen können. AWS-Managementkonsole AWS CLI
**Topics**
+ [Unter Verwendung der AWS-Managementkonsole](#reserved-nodes-offerings-console)
+ [Verwenden Sie den AWS CLI](#reserved-nodes-offerings-cli)
+ [Verwendung der ElastiCache API](#reserved-nodes-offerings-api)
### Abrufen von Informationen über Angebote für reservierte Knoten (Konsole)
Verwenden Sie das folgende Verfahren, um Preise und andere Informationen zu verfügbaren reservierten Cluster-Angeboten mit dem zu erhalten. AWS-Managementkonsole
**So erhalten Sie Informationen zu verfügbaren Angeboten für reservierte Knoten**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Reserved Nodes (Reserved Nodes)** aus.
1. Wählen Sie **Purchase Reserved Node** (Reservierten Knoten kaufen) aus.
1. Wählen Sie für **Engine** entweder Valkey, Memcached oder Redis OSS aus.
1. Treffen Sie zur Ermittlung der verfügbaren Angebote eine Auswahl für die folgenden Optionen:
+ **Node Type**
+ **Laufzeit**
+ **Angebotstyp**
Nachdem Sie Ihre Auswahl getroffen haben, werden die Kosten pro Knoten und die Gesamtknoten der ausgewählten Optionen unter **Reservation details** (Reservierungsdetails) angezeigt.
1. Wählen Sie **Cancel**, um den Kaufvorgang für diese Knoten abzubrechen und Kosten zu vermeiden.
### Abrufen von Informationen über Angebote für reservierte Knoten (AWS CLI)
Um Preise und andere Informationen zu verfügbaren Angeboten für reservierte Knoten für Valkey oder Redis OSS zu erhalten, geben Sie an der Befehlszeile den folgenden Befehl ein:
```
1. aws elasticache describe-reserved-cache-nodes-offerings
```
Dieser Vorgang erzeugt eine Ausgabe ähnlich der folgenden (JSON-Format):
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "redis",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Geben Sie an der Befehlszeile den folgenden Befehl ein, um Preise und andere Informationen zu verfügbaren Reserved Node-Angeboten für Memcached zu erhalten:
```
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.large",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "All Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.X,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xxx.xlarge",
"Duration": 94608000,
"FixedPrice": XXXX.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "Partial Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
},
{
"ReservedCacheNodesOfferingId": "0xxxxxxxx-xxeb-44ex-xx3c-xxxxxxxx072",
"CacheNodeType": "cache.xx.12xlarge",
"Duration": 31536000,
"FixedPrice": X.X,
"UsagePrice": X.X,
"ProductDescription": "memcached",
"OfferingType": "No Upfront",
"RecurringCharges": [
{
"RecurringChargeAmount": X.XXXX,
"RecurringChargeFrequency": "Hourly"
}
]
}
```
Weitere Informationen finden Sie in der Referenz unter [describe-reserved-cache-nodes-offers](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes-offerings.html). AWS CLI
### Informationen über Reserved Node-Angebote (ElastiCache API) abrufen
Um Preisinformationen und Informationen zu verfügbaren Angeboten für reservierte Knoten zu erhalten, rufen Sie die `DescribeReservedCacheNodesOfferings`-Aktion auf.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodesOfferings
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Weitere Informationen finden Sie [DescribeReservedCacheNodesOfferings](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodesOfferings.html)in der ElastiCache API-Referenz.
## Kauf eines reservierten Knotens
Die folgenden Beispiele zeigen, wie Sie mithilfe der API AWS-Managementkonsole, der und der ElastiCache API ein Angebot für reservierte Knoten erwerben können. AWS CLI
**Wichtig**
Wenn Sie den Beispielen in diesem Abschnitt folgen, fallen Gebühren auf Ihrem AWS Konto an, die Sie nicht rückgängig machen können.
**Topics**
+ [Mit dem AWS-Managementkonsole](#reserved-nodes-purchasing-console)
+ [Verwenden Sie den AWS CLI](#reserved-nodes-purchasing-cli)
+ [Verwendung der ElastiCache API](#reserved-nodes-purchasing-api)
### Kauf eines reservierten Knotens (Konsole)
Das folgende Beispiel zeigt den Kauf eines bestimmten reservierten Knotens, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f*, mit der reservierten Knoten-ID *myreservationID*.
Das folgende Verfahren verwendet die AWS-Managementkonsole , um das Angebot für reservierte Knoten zu erwerben, indem die ID angeboten wird.
**So kaufen Sie reservierte Knoten**
1. Melden Sie sich bei an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie in der Navigationsliste den Link **Reserved Nodes** (Reservierte Knoten) aus.
1. Wählen Sie die Schaltfläche **Purchase Reserved Nodes** (Reservierte Knoten kaufen) aus.
1. Wählen Sie für **Engine** Valkey, Memcached oder Redis OSS aus.
1. Treffen Sie zur Ermittlung der verfügbaren Angebote eine Auswahl für die folgenden Optionen:
+ **Node Type**
+ **Laufzeit**
+ **Angebotstyp**
+ Eine optionale **Reserved-Node-ID**
Nachdem Sie Ihre Auswahl getroffen haben, werden die Kosten pro Knoten und die Gesamtknoten der ausgewählten Optionen unter **Reservation details** (Reservierungsdetails) angezeigt.
1. Klicken Sie auf **Purchase (Kaufen)**.
### Kauf eines reservierten Knotens (AWS CLI)
Das folgende Beispiel zeigt den Erwerb des bestimmten reservierten Clusters, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f,* mit der Knoten-ID *myreservationID*.
Geben Sie den folgenden Befehl an einer Eingabeaufforderung ein:
Für Linux, macOS oder Unix:
```
1. aws elasticache purchase-reserved-cache-nodes-offering \
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
3. --reserved-cache-node-id myreservationID
```
Für Windows:
```
1. aws elasticache purchase-reserved-cache-nodes-offering ^
2. --reserved-cache-nodes-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
3. --reserved-cache-node-id myreservationID
```
Daraufhin erhalten Sie ein Ergebnis, das dem hier dargestellten entspricht:
```
1. RESERVATION ReservationId Class Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION myreservationid cache.xx.small 2013-12-19T00:30:23.247Z 1y XXX.XX USD X.XXX USD 1 payment-pending memcached Medium Utilization
```
Weitere Informationen finden Sie unter [purchase-reserved-cache-nodes-offering](https://docs.aws.amazon.com/cli/latest/reference/elasticache/purchase-reserved-cache-nodes-offering.html) in der AWS CLI Referenz.
### Kauf eines reservierten Knotens (ElastiCache API)
Das folgende Beispiel zeigt den Kauf des bestimmten reservierten Knotens, *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f,* mit der reservierten Cluster-ID *myreservationID*.
Rufen Sie die `PurchaseReservedCacheNodesOffering`-Operation mit folgenden Parametern auf:
+ `ReservedCacheNodesOfferingId` = `649fd0c8-cf6d-47a0-bfa6-060f8e75e95f`
+ `ReservedCacheNodeID` = `myreservationID`
+ `CacheNodeCount` = `1`
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=PurchaseReservedCacheNodesOffering
&ReservedCacheNodesOfferingId=649fd0c8-cf6d-47a0-bfa6-060f8e75e95f
&ReservedCacheNodeID=myreservationID
&CacheNodeCount=1
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Weitere Informationen finden Sie [PurchaseReservedCacheNodesOffering](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_PurchaseReservedCacheNodesOffering.html)in der ElastiCache API-Referenz.
## Abrufen von Informationen über Ihre reservierten Knoten
Informationen zu den reservierten Knoten, die Sie gekauft haben AWS-Managementkonsole, erhalten Sie mit der AWS CLI, und der ElastiCache API.
**Topics**
+ [Mit dem AWS-Managementkonsole](#reserved-nodes-describing-console)
+ [Verwenden Sie den AWS CLI](#reserved-nodes-describing-cli)
+ [Verwenden der ElastiCache API](#reserved-nodes-describing-api)
### Abrufen von Informationen über Ihre reservierten Knoten (Konsole)
Das folgende Verfahren beschreibt, wie Sie mit dem Informationen AWS-Managementkonsole zu den von Ihnen gekauften reservierten Knoten abrufen können.
**So rufen Sie Informationen über Ihre gekauften reservierten Knoten ab**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Konsole unter [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie in der Navigationsliste den Link **Reserved Nodes** (Reservierte Knoten) aus.
Die reservierten Knoten für Ihr Konto werden in der Liste "Reserved Nodes" (Reservierte Knoten) aufgeführt. Sie können einen beliebigen reservierten Knoten in der Liste auswählen, um sich detaillierte Informationen zu diesem Knoten im Detailbereich am unteren Rand der Konsole anzeigen zu lassen.
### Abrufen von Informationen über Ihre reservierten Knoten (AWS CLI)
Um Informationen über reservierte Knoten für Ihr AWS Konto zu erhalten, geben Sie an der Befehlszeile den folgenden Befehl ein:
```
aws elasticache describe-reserved-cache-nodes
```
Dieser Vorgang erzeugt eine Ausgabe ähnlich der folgenden (JSON-Format):
```
{
"ReservedCacheNodeId": "myreservationid",
"ReservedCacheNodesOfferingId": "649fd0c8-cf6d-47a0-bfa6-060f8e75e95f",
"CacheNodeType": "cache.xx.small",
"DataTiering": "disabled",
"Duration": "31536000",
"ProductDescription": "memcached",
"OfferingType": "Medium Utilization",
"MaxRecords": 0
}
```
Weitere Informationen finden Sie [describe-reserved-cache-nodes](https://docs.aws.amazon.com/cli/latest/reference/elasticache/describe-reserved-cache-nodes.html)in der AWS CLI Referenz.
### Informationen über Ihre reservierten Knoten (ElastiCache API) abrufen
Rufen Sie den `DescribeReservedCacheNodes` Vorgang auf, um Informationen über reservierte Knoten für Ihr AWS Konto zu erhalten.
**Example**
```
https://elasticache.us-west-2.amazonaws.com/
?Action=DescribeReservedCacheNodes
&Version=2014-12-01
&SignatureVersion=4
&SignatureMethod=HmacSHA256
&Timestamp=20141201T220302Z
&X-Amz-Algorithm=&AWS;4-HMAC-SHA256
&X-Amz-Date=20141201T220302Z
&X-Amz-SignedHeaders=Host
&X-Amz-Expires=20141201T220302Z
&X-Amz-Credential=
&X-Amz-Signature=
```
Weitere Informationen finden Sie [DescribeReservedCacheNodes](https://docs.aws.amazon.com/AmazonElastiCache/latest/APIReference/API_DescribeReservedCacheNodes.html)in der ElastiCache API-Referenz.
# Migration von Knoten der vorherigen Generation
Knoten der vorherigen Generation sind Knotentypen, die nicht mehr verwendet werden. Wenn Sie keine vorhandenen Cluster haben, die einen Knotentyp der vorherigen Generation verwenden, ElastiCache unterstützt die Erstellung neuer Cluster mit diesem Knotentyp nicht.
Aufgrund der begrenzten Anzahl von Node-Typen der vorherigen Generation können wir keinen erfolgreichen Ersatz garantieren, wenn ein Node in Ihrem(n) Cluster(n) fehlerhaft wird. In einem solchen Szenario kann die Verfügbarkeit Ihres Clusters negativ beeinflusst werden.
Wir empfehlen, dass Sie Ihre(n) Cluster auf einen neuen Knotentyp migrieren, um die Verfügbarkeit und Leistung zu verbessern. Einen empfohlenen Knotentyp für die Migration finden Sie unter [Upgrade-Pfade](https://aws.amazon.com/ec2/previous-generation/). Eine vollständige Liste der unterstützten Knotentypen und Knotentypen der vorherigen Generation finden Sie unter[Unterstützte Knotentypen](CacheNodes.SupportedTypes.md). ElastiCache
## Migrieren von Knoten auf einem Valkey- oder Redis OSS-Cluster
Das folgende Verfahren beschreibt, wie Sie Ihren Valkey- oder Redis OSS-Cluster-Knotentyp mithilfe der Konsole migrieren. ElastiCache Während dieses Vorgangs bearbeitet Ihr Valkey- oder Redis OSS-Cluster weiterhin Anfragen mit minimaler Ausfallzeit. Abhängig von Ihrer Clusterkonfiguration können folgende Ausfallzeiten auftreten. Die folgenden Angaben sind Schätzungen und können je nach Ihrer spezifischen Konfiguration abweichen:
+ Bei deaktiviertem Cluster-Modus (Einzelknoten) kann es zu einer Verzögerung von ca. 60 Sekunden kommen, die in erster Linie auf die DNS-Verbreitung zurückzuführen ist.
+ Bei deaktiviertem Clustermodus (mit Replikatknoten) kann es bei Clustern, auf denen Valkey 7.2 und höher oder Redis OSS 5.0.6 und höher ausgeführt wird, etwa 1 Sekunde dauern. Bei allen älteren Versionen kann es zu einer Dauer von etwa 10 Sekunden kommen.
+ Bei aktiviertem Cluster-Modus kann etwa 1 Sekunde angezeigt werden.
**So ändern Sie einen Valkey- oder Redis OSS-Cluster-Knotentyp mithilfe der Konsole:**
1. Melden Sie sich bei der Konsole an und öffnen Sie die ElastiCache Konsole unter. [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)
1. Wählen Sie im Navigationsbereich **Valkey-Cluster** oder **Redis OSS-Cluster** aus.
1. Wählen Sie aus der Cluster-Liste den gewünschten Cluster für die Migration aus.
1. Wählen Sie **Aktionen** und dann **Ändern**.
1. Wählen Sie den neuen Knotentyp aus der Knotentypliste aus.
1. Wenn Sie den Migrationsprozess sofort durchführen möchten, wählen Sie **Sofort anwenden**. Wenn die Option **Apply immediately (Sofort anwenden)** nicht gewählt wird, wird der Migrationsprozess während des nächsten Wartungsfensters des Clusters durchgeführt.
1. Wählen Sie **Ändern** aus. Wenn Sie im vorherigen Schritt **Apply immediately** aktiviert haben, ändert sich der Cluster-Status zu **modifying**. Wenn der Status zu **available** wechselt, ist die Änderung abgeschlossen und Sie können den neuen Cluster verwenden.
*Um einen Valkey- oder Redis OSS-Cluster-Knotentyp zu ändern, verwenden Sie: AWS CLI*
Verwenden Sie die [modify-replication-group](https://docs.aws.amazon.com/cli/latest/reference/elasticache/modify-replication-group.html)API wie folgt:
Für Linux, macOS oder Unix:
```
aws elasticache modify-replication-group /
--replication-group-id my-replication-group /
--cache-node-type new-node-type /
--apply-immediately
```
Für Windows:
```
aws elasticache modify-replication-group ^
--replication-group-id my-replication-group ^
--cache-node-type new-node-type ^
--apply-immediately
```
In diesem Szenario entspricht der Wert von *new-node-type* dem Knotentyp, zu dem Sie migrieren. Durch die Übergabe des `--apply-immediately`-Parameters wird die Aktualisierung sofort angewendet, wenn die Replikationsgruppe vom Status **geändert** in den Status **verfügbar** wechselt. Wenn die Option **Apply immediately (Sofort anwenden)** nicht gewählt wird, wird der Migrationsprozess während des nächsten Wartungsfensters des Clusters durchgeführt.
**Anmerkung**
Wenn Sie den Cluster nicht ändern können, weil ein `InvalidCacheClusterState`-Fehler aufgetreten ist, müssen Sie zuerst einen fehlerhaften Wiederherstellungsknoten entfernen.
### Reparieren oder Entfernen von restore-failed-node (en)
Das folgende Verfahren beschreibt, wie Sie Knoten, bei denen die Wiederherstellung fehlgeschlagen ist, aus Ihrem Valkey- oder Redis OSS-Cluster reparieren oder entfernen. Weitere Informationen darüber, wie ElastiCache Knoten in den Status „Wiederherstellung fehlgeschlagen“ übergehen, finden Sie unter. [ElastiCache Knotenstatus anzeigen](Nodes.viewing.md) Wir empfehlen, zuerst alle Knoten zu entfernen, die sich in einem Zustand befinden, in dem eine Wiederherstellung fehlgeschlagen ist, dann die verbleibenden Knoten der vorherigen Generation im ElastiCache Cluster auf einen Knotentyp der neueren Generation zu migrieren und schließlich die erforderliche Anzahl von Knoten wieder hinzuzufügen.
So entfernen Sie den Wiederherstellungsfehler-Knoten (Konsole):
1. Melden Sie sich bei der Konsole an und öffnen Sie die Konsole unter. ElastiCache [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/home)
1. Wählen Sie im Navigationsbereich **Valkey-Cluster** oder **Redis OSS-Cluster** aus.
1. Wählen Sie in der Cluster-Liste den Cluster aus, aus dem Sie einen Knoten entfernen möchten.
1. Wählen Sie aus der Shard-Liste den Shard aus, aus dem Sie einen Knoten entfernen möchten. Überspringen Sie diesen Schritt, wenn der Cluster-Modus für den Cluster deaktiviert ist.
1. Wählen Sie aus der Knotenliste den Knoten mit einem Status`restore-failed` aus.
1. Wählen Sie **Aktionen** und wählen Sie dann **Knoten löschen**.
Nachdem Sie die Knoten, bei denen die Wiederherstellung fehlgeschlagen ist, aus Ihrem ElastiCache Cluster entfernt haben, können Sie jetzt zu einem neueren Generationstyp migrieren. Weitere Informationen finden Sie weiter oben unter [Migrieren von Knoten auf einem Valkey- oder Redis OSS-Cluster](#CacheNodes.NodeMigration.Redis).
Informationen zum Hinzufügen von Knoten zu Ihrem ElastiCache Cluster finden Sie unter. [Hinzufügen von Knoten zu einem ElastiCache Cluster](Clusters.AddNode.md)
## Migrieren von Knoten auf einen Memcached-Cluster
Um ElastiCache für Memcached auf einen anderen Knotentyp zu migrieren, müssen Sie einen neuen Cluster erstellen, der immer leer ist und von Ihrer Anwendung aufgefüllt werden kann.
**So migrieren Sie Ihren Cluster-Knotentyp ElastiCache for Memcached mithilfe der Konsole: ElastiCache**
+ Erstellen Sie einen neuen Cluster mit dem neuen Knotentyp. Weitere Informationen finden Sie unter [Erstellen eines Memcached-Clusters (Konsole)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
+ Aktualisieren Sie in Ihrer Anwendung die Endpunkte auf die neuen Cluster-Endpunkte. Weitere Informationen finden Sie unter [Die Endpunkte eines Clusters finden (Konsole) (Memcached)](Endpoints.md#Endpoints.Find.Memcached).
+ Löschen Sie den alten Cluster. Weitere Informationen finden Sie unter [Löschen eines Clusters in ElastiCache](Clusters.Delete.md).