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.
# Motorspezifische Parameter
**Valkey und Redis OSS**
Die meisten Valkey 8-Parameter sind mit den Redis OSS 7.1-Parametern kompatibel. Die Valkey 7.2-Parameter sind dieselben wie die Redis OSS 7-Parameter.
Wenn Sie keine Parametergruppe für Ihren Valkey- oder Redis OSS-Cluster angeben, wird eine Standardparametergruppe verwendet, die Ihrer Engine-Version entspricht. Sie können die Werte von Parametern in der Standard-Parametergruppe nicht ändern. Sie können jedoch jederzeit eine benutzerdefinierte Parametergruppe erstellen und sie Ihrem Cluster zuordnen, solange die Werte von bedingungsabhängig veränderbaren Parametern in beiden Parametergruppen gleich sind. Weitere Informationen finden Sie unter [Eine ElastiCache Parametergruppe erstellen](ParameterGroups.Creating.md).
**Topics**
+ [Valkey- und Redis OSS-Parameter](#ParameterGroups.Redis)
+ [Memcached-spezifische Parameter](#ParameterGroups.Memcached)
## Valkey- und Redis OSS-Parameter
**Topics**
+ [Änderungen der Valkey 8.2-Parameter](#ParameterGroups.Valkey.8.2)
+ [Valkey 8.1-Parameteränderungen](#ParameterGroups.Valkey.8.1)
+ [Valkey 8.0-Parameteränderungen](#ParameterGroups.Valkey.8)
+ [Änderungen der Parameter von Valkey 7.2 und Redis OSS 7](#ParameterGroups.Redis.7)
+ [Änderungen der Parameter in Redis OSS 6.x](#ParameterGroups.Redis.6-x)
+ [Änderungen an den Parametern von Redis OSS 5.0.3](#ParameterGroups.Redis.5-0-3)
+ [Änderungen der Parameter von Redis OSS 5.0.0](#ParameterGroups.Redis.5.0)
+ [Änderungen an den Parametern von Redis OSS 4.0.10](#ParameterGroups.Redis.4-0-10)
+ [Änderungen an den Parametern von Redis OSS 3.2.10](#ParameterGroups.Redis.3-2-10)
+ [Änderungen der Parameter in Redis OSS 3.2.6](#ParameterGroups.Redis.3-2-6)
+ [Änderungen der Parameter in Redis OSS 3.2.4](#ParameterGroups.Redis.3-2-4)
+ [Redis OSS 2.8.24 (erweitert) hat Parameter hinzugefügt](#ParameterGroups.Redis.2-8-24)
+ [Redis OSS 2.8.23 (erweitert) hat Parameter hinzugefügt](#ParameterGroups.Redis.2-8-23)
+ [Redis OSS 2.8.22 (erweitert) hat Parameter hinzugefügt](#ParameterGroups.Redis.2-8-22)
+ [Redis OSS 2.8.21 hat Parameter hinzugefügt](#ParameterGroups.Redis.2-8-21)
+ [Redis OSS 2.8.19 hat Parameter hinzugefügt](#ParameterGroups.Redis.2-8-19)
+ [Redis OSS 2.8.6 hat Parameter hinzugefügt](#ParameterGroups.Redis.2-8-6)
+ [Redis OSS 2.6.13-Parameter](#ParameterGroups.Redis.2-6-13)
+ [Redis OSS-Knotentyp-spezifische Parameter](#ParameterGroups.Redis.NodeSpecific)
### Änderungen der Valkey 8.2-Parameter
**Parametergruppenfamilie: valkey8**
**Anmerkung**
Die Parameteränderungen von Valkey 8.2 gelten nicht für Valkey 8.1
Parametergruppen von Valkey 8.0 und höher sind mit Redis OSS 7.2.4 nicht kompatibel.
In Valkey 8.2 sind die folgenden Befehle für serverlose Caches nicht verfügbar:,,, und `commandlog` `commandlog get` `commandlog help` `commandlog len` `commandlog reset.`
**Neue Parametergruppen in Valkey 8.2**
| Name | Details | Description |
| --- | --- | --- |
| search-fanout-target-mode (in 8.2 hinzugefügt) | Standard: Client Type: Zeichenkette Veränderbar: Ja Änderungen werden wirksam: sofort | Der search-fanout-target-mode Konfigurationsparameter steuert, wie Suchanfragen auf die Knoten in einer Valkey-Cluster-Umgebung verteilt werden. Diese Einstellung akzeptiert zwei Werte: „Throughput“, der für maximalen Durchsatz optimiert wird, indem Suchabfragen unabhängig vom Clienttyp oder READONLY-Status nach dem Zufallsprinzip auf alle Clusterknoten verteilt werden, und „Client“, der die Verbindungseigenschaften der Clients respektiert, indem nicht schreibgeschützte Clients nur an primäre Knoten, READONLY-Clients nur auf Replikatverbindungen zu Replikatknoten und READONLY-Clients auf primären Verbindungen nach dem Zufallsprinzip über alle Knoten weitergeleitet werden. Das Standardverhalten ist der „Client“ -Modus, was bedeutet, dass das System die Client-Verbindungstypen und den READONLY-Status bei Routing-Entscheidungen für Abfragen berücksichtigt. Verwenden Sie den Durchsatzmodus für umfangreiche Such-Workloads, bei denen eine maximale Auslastung der Clusterressourcen gewünscht wird, und den Client-Modus, wenn Sie die read/write Trennung beibehalten und READONLY-Verbindungsmuster auf Anwendungsebene respektieren möchten. |
| search-default-timeout-ms | Standard: 50000 Zulässige Werte: 1 bis 60000 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Das standardmäßige Timeout für Valkey-Suchanfragen (in Millisekunden). |
| search-enable-partial-results | Standard: yes Zulässige Werte: ja, nein Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: sofort | Konfiguriert das Verhalten bei Abfragefehlern für die Valkey-Suche. Wenn diese Option aktiviert ist, geben Suchanfragen unvollständige Ergebnisse zurück, wenn Timeouts bei einem oder mehreren Shards auftreten. Wenn diese Option deaktiviert ist, führt jedes Shard-Timeout dazu, dass die gesamte Suchabfrage fehlschlägt und ein Fehler zurückgegeben wird. |
### Valkey 8.1-Parameteränderungen
**Parametergruppenfamilie: valkey8**
**Anmerkung**
Valkey 8.1-Parameteränderungen gelten nicht für Valkey 8.0
Parametergruppen von Valkey 8.0 und höher sind mit Redis OSS 7.2.4 nicht kompatibel.
In Valkey 8.1 sind die folgenden Befehle für serverlose Caches nicht verfügbar:,,, und `commandlog` `commandlog get` `commandlog help` `commandlog len` `commandlog reset.`
**Neue Parametergruppen in Valkey 8.1**
| Name | Details | Description |
| --- | --- | --- |
| commandlog-large-request-max-len (in 8.1 hinzugefügt) | Standard: 1048576 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Die maximale Größe in Byte für Anfragen, die von der Valkey Command Log-Funktion protokolliert werden können. |
| commandlog-large-request-max-len (in 8.1 hinzugefügt) | Standard: 128 Zulässige Werte: 0-1024 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Die maximale Länge des Valkey-Befehlsprotokolls für Anfragen. |
| commandlog-reply-larger-than (in 8.1 hinzugefügt) | Standard: 1048576 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Die maximale Größe (in Byte) für Antworten, die von der Valkey Command Log-Funktion protokolliert werden können. |
| commandlog-large-reply-max-len (in 8.1 hinzugefügt) | Standard: 128 Zulässige Werte: 0-1024 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Die maximale Länge des Valkey-Befehlsprotokolls für Antworten. |
### Valkey 8.0-Parameteränderungen
**Parametergruppenfamilie: valkey8**
**Anmerkung**
Redis OSS 7.2.4 ist nicht mit Parametergruppen von Valkey 8 und höher kompatibel.
**Spezifische Parameteränderungen in Valkey 8.0**
| Name | Details | Description |
| --- | --- | --- |
| repl-backlog-size | Standard: 10485760 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Die Größe, in Byte, des Bacḱlogs des primären Knotens. Das Backlog dient zur Aufzeichnung von Aktualisierungen an den Daten auf dem primären Knoten. Wenn eine Read Replica eine Verbindung zum Primärknoten herstellt, versucht sie, eine Teilsynchronisierung (psync) durchzuführen, bei der sie Daten aus dem Backlog anwendet, um catch dem Primärknoten Schritt zu halten. Wenn der Psync fehlschlägt, ist eine vollständige Synchronisierung erforderlich. Der Mindestwert für diesen Parameter ist 16384. Hinweis: Ab Redis OSS 2.8.22 gilt dieser Parameter sowohl für den primären Cluster als auch für die Read Replicas. |
| maxmemory-samples | Standard: 3 Zulässige Werte: 1 bis 64 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: sofort | Bei Berechnungen least-recently-used (LRU) und time-to-live (TTL) stellt dieser Parameter die Stichprobengröße der zu überprüfenden Schlüssel dar. Standardmäßig wählt Redis OSS 3 Schlüssel aus und verwendet den Schlüssel, der zuletzt verwendet wurde. |
**Neue Parametergruppen in Valkey 8.0**
| Name | Details | Description |
| --- | --- | --- |
| extended-redis-compatibility | Zulässige Werte: ja, nein Standard: yes Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Im erweiterten Redis OSS-Kompatibilitätsmodus gibt Valkey vor, Redis OSS 7.2 zu sein. Aktivieren Sie diese Option nur, wenn Sie Probleme mit Tools oder Clients haben. Auswirkungen auf Kunden: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
**Parametergruppen wurden in Valkey 8.0 entfernt**
| Name | Details | Description |
| --- | --- | --- |
| lazyfree-lazy-eviction | Zulässige Werte: ja, nein Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Führt eine asynchrone Löschung bei Bereinigungen durch. |
| lazyfree-lazy-expire | Zulässige Werte: ja, nein Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Führt eine asynchrone Löschung bei abgelaufenen Schlüsseln durch. |
| lazyfree-lazy-server-del | Zulässige Werte: ja, nein Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Führt eine asynchrone Löschung bei Befehlen durch, die Werte aktualisieren. |
| lazyfree-lazy-user-del | Standard: no Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Wenn der Wert auf Ja gesetzt ist, verhält sich der Befehl DEL genauso wie UNLINK. |
| replica-lazy-flush | Standard: yes Typ: Boolesch Veränderbar: Nein Früherer Name: slave-lazy-flush | Führt einen asynchronen flushDB-Befehl während einer Replikatsynchronisierung durch |
### Änderungen der Parameter von Valkey 7.2 und Redis OSS 7
**Parametergruppenfamilie**: valkey7
Die Standardparametergruppen von Valkey 7.2 lauten wie folgt:
+ `default.valkey7`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey-Cluster und Replikationsgruppen (Clustermodus deaktiviert).
+ `default.valkey7.cluster.on`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey-Cluster und Replikationsgruppen (Clustermodus aktiviert).
**Familie der Parametergruppe:** redis7
Die Standardparametergruppen von Redis OSS 7 lauten wie folgt:
+ `default.redis7`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Redis OSS-Cluster (Clustermodus deaktiviert) und Replikationsgruppen.
+ `default.redis7.cluster.on`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Redis OSS-Cluster (Cluster Mode Enabled) und Replikationsgruppen.
**Spezifische Parameteränderungen**
Die in Redis OSS 7 hinzugefügten Parameter lauten wie folgt. Valkey 7.2 unterstützt auch diese Parameter.
| Name | Details | Description |
| --- | --- | --- |
| cluster-allow-pubsubshard-when-down | Gültige Werte: `yes`, `no` Standard: `yes` Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Wenn die Standardeinstellung „Ja“ lautet, können Knoten Pubsub-Shard-Datenverkehr bereitstellen, während sich der Cluster in einem ausgefallenen Zustand befindet, sofern er glauben, dass er die Slots besitzt. |
| cluster-preferred-endpoint-type | Gültige Werte: `ip`, `tls-dynamic` Standard: `tls-dynamic` Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Dieser Wert steuert, welcher Endpunkt für MOVED/ASKING-Anforderungen zurückgegeben wird, sowie das Endpunktfeld für `CLUSTER SLOTS` und `CLUSTER SHARDS`. Wenn der Wert auf „ip“ festgelegt ist, gibt der Knoten seine IP-Adresse bekannt. Wenn der Wert auf tls-dynamic gesetzt ist, gibt der Knoten einen Hostnamen bekannt, wenn er aktiviert encryption-in-transit ist, und andernfalls eine IP-Adresse. |
| latency-tracking | Gültige Werte: `yes`, `no` Standard: `no` Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Wenn diese Option auf „Ja“ festgelegt ist, werden die Latenzen pro Befehl protokolliert und die Perzentilverteilung über den Latenzstatistiken-Befehl `INFO` wird aktiviert. Ebenso werden die kumulativen Latenzverteilungen (Histogramme) über den `LATENCY`-Befehl exportiert. |
| hash-max-listpack-entries | Zulässige Werte: `0+` Standard: `512` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Die maximale Anzahl von Hash-Einträgen, damit der Datensatz komprimiert werden kann. |
| hash-max-listpack-value | Zulässige Werte: `0+` Standard: `64` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Der Schwellenwert der maximalen Anzahl von Hash-Einträgen, damit der Datensatz komprimiert werden kann. |
| zset-max-listpack-entries | Zulässige Werte: `0+` Standard: `128` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Die maximale Anzahl von Einträgen zu sortierten Sätzen, damit der Datensatz komprimiert werden kann. |
| zset-max-listpack-value | Zulässige Werte: `0+` Standard: `64` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Der Schwellenwert der maximalen Anzahl von Einträgen zu sortierten Sätzen, damit der Datensatz komprimiert werden kann. |
Die in Redis OSS 7 geänderten Parameter lauten wie folgt.
| Name | Details | Description |
| --- | --- | --- |
| activerehashing | Anpassbar: `no`. In Redis OSS 7 ist dieser Parameter ausgeblendet und standardmäßig aktiviert. Wenn Sie ihn deaktivieren möchten, müssen Sie einen [Support-Fall erstellen](https://console.aws.amazon.com/support/home). | Veränderbar war ja. |
In Redis OSS 7 wurden die folgenden Parameter entfernt.
| Name | Details | Description |
| --- | --- | --- |
| hash-max-ziplist-entries | Zulässige Werte: `0+` Standard: `512` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Für die Darstellung kleiner Hash-Kodierungen `listpack` statt `ziplist` verwenden |
| hash-max-ziplist-value | Zulässige Werte: `0+` Standard: `64` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Für die Darstellung kleiner Hash-Kodierungen `listpack` statt `ziplist` verwenden |
| zset-max-ziplist-entries | Zulässige Werte: `0+` Standard: `128` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Verwenden Sie `listpack` statt `ziplist` für die Darstellung kleiner Hash-Kodierungen. |
| zset-max-ziplist-value | Zulässige Werte: `0+` Standard: `64` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Verwenden Sie `listpack` statt `ziplist` für die Darstellung kleiner Hash-Kodierungen. |
| list-max-ziplist-size | Gültige Werte: Standard: `-2` Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Die Anzahl der zulässigen Einträge pro internem Listenknoten. |
### Änderungen der Parameter in Redis OSS 6.x
**Familie der Parametergruppe:** redis6.x
Die Standardparametergruppen von Redis OSS 6.x lauten wie folgt:
+ `default.redis6.x`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Replikationsgruppen.
+ `default.redis6.x.cluster.on`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) und Replikationsgruppen.
**Anmerkung**
*In der Redis OSS-Engine-Version 6.2, als die R6GD-Node-Familie für die Verwendung mit eingeführt wurde, wurden nur *Noeviction* -[Datenzuweisung ElastiCache](data-tiering.md), *Volatile-Lru- und Allkeys-LRU-Memory-Richtlinien* mit r6gd-Knotentypen unterstützt.*
Weitere Informationen erhalten Sie unter [ElastiCache Version 6.2 für Redis OSS (erweitert)](engine-versions.md#redis-version-6.2) und [ElastiCache Version 6.0 für Redis OSS (erweitert)](engine-versions.md#redis-version-6.0).
Die in Redis OSS 6.x hinzugefügten Parameter lauten wie folgt.
| Details | Description |
| --- | --- |
| acl-pubsub-default (added in 6.2) | Gültige Werte: `resetchannels`, `allchannels` Standard: `allchannels` Typ: Zeichenfolge Veränderbar: Ja Die Änderungen werden wirksam: Die vorhandenen Redis OSS-Benutzer, die dem Cluster zugeordnet sind, werden weiterhin über bestehende Berechtigungen verfügen. Aktualisieren Sie entweder die Benutzer oder starten Sie den Cluster neu, um die vorhandenen Redis OSS-Benutzer zu aktualisieren. | Standardberechtigungen für Pub/Sub-Kanäle für ACL-Benutzer, die in diesem Cluster bereitgestellt werden. |
| cluster-allow-reads-when-down (added in 6.0) | Standard: no Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Wenn diese Option auf Ja gesetzt ist, verarbeitet eine Redis OSS-Replikationsgruppe (Clustermodus aktiviert) weiterhin Lesebefehle, auch wenn ein Knoten nicht in der Lage ist, ein Quorum von Primärdaten zu erreichen. Wenn der Standardwert Nein festgelegt ist, lehnt die Replikationsgruppe alle Befehle ab. Wir empfehlen, diesen Wert auf yes zu setzen, wenn Sie einen Cluster mit weniger als drei Knotengruppen verwenden oder Ihre Anwendung veraltete Lesevorgänge sicher verarbeiten kann. |
| tracking-table-max-keys (added in 6.0) | Standard: 1.000.000 Typ: Zahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Um das clientseitige Caching zu unterstützen, unterstützt Redis OSS die Nachverfolgung, welche Clients auf welche Schlüssel zugegriffen haben. Wenn der verfolgte Schlüssel geändert wird, werden Invalidierungsnachrichten an alle Clients gesendet, um ihnen mitzuteilen, dass ihre zwischengespeicherten Werte nicht mehr gültig sind. Mit diesem Wert können Sie die Obergrenze dieser Tabelle angeben. Nachdem dieser Parameterwert überschritten wurde, werden Clients zufällig Invalidierung gesendet. Dieser Wert sollte so eingestellt werden, dass die Speicherauslastung begrenzt wird, während immer noch genügend Schlüssel verfolgt werden. Schlüssel werden auch unter niedrigen Speicherbedingungen ungültig gemacht. |
| acllog-max-len (added in 6.0) | Standard: 128 Typ: Zahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Dieser Wert entspricht der maximalen Anzahl von Einträgen im ACL-Protokoll. |
| active-expire-effort (added in 6.0) | Standard: 1 Typ: Zahl Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Redis OSS löscht Schlüssel, deren Gültigkeitsdauer überschritten wurde, auf zwei Arten. In einem wird auf einen Schlüssel zugegriffen und festgestellt, dass er abgelaufen ist. In der anderen, ein periodischer Job Proben Schlüssel und bewirkt, dass diejenigen, die ihre Zeit überschritten haben, ablaufen. Dieser Parameter definiert den Aufwand, den Redis OSS aufwendet, um Elemente im periodischen Job ablaufen zu lassen. Der Standardwert von 1 versucht zu vermeiden, dass mehr als 10 Prozent der abgelaufenen Schlüssel noch im Speicher sind. Außerdem wird versucht, mehr als 25 Prozent des gesamten Arbeitsspeichers zu verbrauchen und das System Latenz zu erhöhen. Sie können diesen Wert auf bis zu 10 erhöhen, um den Aufwand für ablaufende Schlüssel zu erhöhen. Der Kompromiss ist eine höhere CPU und eine potenziell höhere Latenz. Wir empfehlen den Wert 1, es sei denn, Sie sehen eine hohe Speicherauslastung und können eine Erhöhung der CPU-Auslastung tolerieren. |
| lazyfree-lazy-user-del (added in 6.0) | Standard: no Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Wenn der Wert auf Ja gesetzt ist, verhält sich der `DEL`-Befehl genauso wie `UNLINK`. |
In Redis OSS 6.x wurden die folgenden Parameter entfernt.
| Name | Details | Description |
| --- | --- | --- |
| lua-replicate-commands | Zulässige Werte: yes/no Standard: yes Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Sofort | Diese Parameter aktivieren immer Lua-Effektreplikation oder Nicht-in-Lua-Skripts. |
### Änderungen an den Parametern von Redis OSS 5.0.3
**Familie der Parametergruppe:** redis5.0
Standardparametergruppen für Redis OSS 5.0
+ `default.redis5.0`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Replikationsgruppen.
+ `default.redis5.0.cluster.on`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) und Replikationsgruppen.
**In Redis OSS 5.0.3 hinzugefügte Parameter**
| Name | Details | Description |
| --- | --- | --- |
| rename-commands | Standard: keiner Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: unmittelbar auf allen Knoten im Cluster | Eine durch Leerzeichen getrennte Liste umbenannter Redis OSS-Befehle. Im Folgenden finden Sie eine eingeschränkte Liste der verfügbaren Befehle: `APPEND AUTH BITCOUNT BITFIELD BITOP BITPOS BLPOP BRPOP BRPOPLPUSH BZPOPMIN BZPOPMAX CLIENT CLUSTER COMMAND DBSIZE DECR DECRBY DEL DISCARD DUMP ECHO EVAL EVALSHA EXEC EXISTS EXPIRE EXPIREAT FLUSHALL FLUSHDB GEOADD GEOHASH GEOPOS GEODIST GEORADIUS GEORADIUSBYMEMBER GET GETBIT GETRANGE GETSET HDEL HEXISTS HGET HGETALL HINCRBY HINCRBYFLOAT HKEYS HLEN HMGET HMSET HSET HSETNX HSTRLEN HVALS INCR INCRBY INCRBYFLOAT INFO KEYS LASTSAVE LINDEX LINSERT LLEN LPOP LPUSH LPUSHX LRANGE LREM LSET LTRIM MEMORY MGET MONITOR MOVE MSET MSETNX MULTI OBJECT PERSIST PEXPIRE PEXPIREAT PFADD PFCOUNT PFMERGE PING PSETEX PSUBSCRIBE PUBSUB PTTL PUBLISH PUNSUBSCRIBE RANDOMKEY READONLY READWRITE RENAME RENAMENX RESTORE ROLE RPOP RPOPLPUSH RPUSH RPUSHX SADD SCARD SCRIPT SDIFF SDIFFSTORE SELECT SET SETBIT SETEX SETNX SETRANGE SINTER SINTERSTORE SISMEMBER SLOWLOG SMEMBERS SMOVE SORT SPOP SRANDMEMBER SREM STRLEN SUBSCRIBE SUNION SUNIONSTORE SWAPDB TIME TOUCH TTL TYPE UNSUBSCRIBE UNLINK UNWATCH WAIT WATCH ZADD ZCARD ZCOUNT ZINCRBY ZINTERSTORE ZLEXCOUNT ZPOPMAX ZPOPMIN ZRANGE ZRANGEBYLEX ZREVRANGEBYLEX ZRANGEBYSCORE ZRANK ZREM ZREMRANGEBYLEX ZREMRANGEBYRANK ZREMRANGEBYSCORE ZREVRANGE ZREVRANGEBYSCORE ZREVRANK ZSCORE ZUNIONSTORE SCAN SSCAN HSCAN ZSCAN XINFO XADD XTRIM XDEL XRANGE XREVRANGE XLEN XREAD XGROUP XREADGROUP XACK XCLAIM XPENDING GEORADIUS_RO GEORADIUSBYMEMBER_RO LOLWUT XSETID SUBSTR` |
Weitere Informationen finden Sie unter [ElastiCache Version 5.0.6 für Redis OSS (erweitert)](engine-versions.md#redis-version-5-0.6).
### Änderungen der Parameter von Redis OSS 5.0.0
**Familie der Parametergruppe:** redis5.0
Standardparametergruppen für Redis OSS 5.0
+ `default.redis5.0`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Replikationsgruppen.
+ `default.redis5.0.cluster.on`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) und Replikationsgruppen.
**In Redis OSS 5.0 hinzugefügte Parameter**
| Name | Details | Description |
| --- | --- | --- |
| stream-node-max-bytes | Zulässige Werte: 0\$1 Standard: 4096 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Struktur der Stream-Daten ist eine baumartige Struktur von Knoten, die mehrere Elemente im Innern codieren. Mit dieser Konfiguration legen Sie die maximale Größe (in Bytes) eines einzelnen Knotens in der Baumstruktur fest. Wird die Einstellung „0” gewählt, ist die Größe des Baumknotens unbegrenzt. |
| stream-node-max-entries | Zulässige Werte: 0\$1 Standard: 100 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Struktur der Stream-Daten ist eine baumartige Struktur von Knoten, die mehrere Elemente im Innern codieren. Legen Sie mit dieser Konfiguration die maximale Anzahl der Elemente fest, die ein einzelner Knoten enthalten kann, bevor beim Anhängen neuer Stream-Einträge zu einem neuen Knoten gewechselt wird. Wird die Einstellung „0” gewählt, ist die Anzahl der Elemente des Baumknotens unbegrenzt. |
| active-defrag-max-scan-fields | Zulässige Werte: 1 bis 1 000 000 Standard: 1000 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Maximale Anzahl von set/hash/zset/list Feldern, die beim Hauptwörterbuch-Scan verarbeitet werden |
| lua-replicate-commands | Zulässige Werte: yes/no Standard: yes Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Sofort | Diese Parameter aktivieren immer Lua-Effektreplikation oder Nicht-in-Lua-Skripts. |
| replica-ignore-maxmemory | Standard: yes Typ: Boolesch Veränderbar: Nein | Dieser Parameter bestimmt, ob das Replikat die Einstellung maxmemory ignoriert, indem Elemente nicht unabhängig von der Primär-Instance bereinigt werden |
Redis OSS hat als Reaktion auf das Feedback der Community mehrere Parameter in Engine-Version 5.0 umbenannt. Weitere Informationen finden Sie unter [Was ist neu in Redis OSS 5](https://aws.amazon.com/redis/Whats_New_Redis5/)? . In der folgenden Tabelle sind die neuen Parameternamen und deren Entsprechung in früheren Versionen angegeben.
**Parameter wurden in Redis OSS 5.0 umbenannt**
| Name | Details | Description |
| --- | --- | --- |
| replica-lazy-flush | Standard: yes Typ: Boolesch Veränderbar: Nein Früherer Name: slave-lazy-flush | Führt einen asynchronen flushDB-Befehl während einer Replikatsynchronisierung durch |
| client-output-buffer-limit-replica-hard-limit | Standard: Für Werte siehe [Redis OSS-Knotentyp-spezifische Parameter](#ParameterGroups.Redis.NodeSpecific) Typ: Ganzzahl Veränderbar: Nein Früherer Name: client-output-buffer-limit - slave-hard-limit | Für Redis OSS Read Replicas: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird der Client getrennt. |
| client-output-buffer-limit-replica-soft-limit | Standard: Für Werte siehe [Redis OSS-Knotentyp-spezifische Parameter](#ParameterGroups.Redis.NodeSpecific) Typ: Ganzzahl Veränderbar: Nein Früherer Name: - client-output-buffer-limit slave-soft-limit | Für Redis OSS-Lesereplikate: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird der Client getrennt, aber nur, wenn dieser Zustand weiterhin besteht. client-output-buffer-limit-replica-soft-seconds |
| client-output-buffer-limit-replica-soft-seconds | Standard: 60 Typ: Ganzzahl Veränderbar: Nein Früherer Name: - client-output-buffer-limit slave-soft-seconds | Für Redis OSS-Lesereplikate: Wenn der Ausgabepuffer eines Clients länger als diese Anzahl von Sekunden auf client-output-buffer-limit-replica-soft-limit Byte verbleibt, wird die Verbindung zum Client getrennt. |
| replica-allow-chaining | Standard: no Typ: Zeichenfolge Veränderbar: Nein Früherer Name: slave-allow-chaining | Bestimmt, ob eine Read Replica in Redis OSS eigene Read Replicas haben kann. |
| min-replicas-to-write | Standard: 0 Typ: Ganzzahl Veränderbar: Ja Früherer Name: min-slaves-to-write Änderungen werden wirksam: Sofort | Die Mindestanzahl an Read Replicas, die verfügbar sein müssen, damit der primäre Knoten Schreibanforderungen von Clients akzeptiert. Wenn die Anzahl der verfügbaren Replikate unter diesen Wert abfällt, dann akzeptiert der primäre Knoten keine Schreibanforderungen mehr. Wenn entweder dieser Parameter oder 0 min-replicas-max-lag ist, akzeptiert der primäre Knoten immer Schreibanforderungen, auch wenn keine Replikate verfügbar sind. |
| min-replicas-max-lag | Standard: 10 Typ: Ganzzahl Veränderbar: Ja Früherer Name: min-slaves-max-lag Änderungen werden wirksam: Sofort | Die Anzahl von Sekunden, innerhalb der der primäre Knoten eine Ping-Anforderung von einer Read Replica empfangen muss. Wenn dieser Zeitraum überschritten wird, ohne dass der primäre Knoten einen Ping erhält, dann wird das Replikat nicht mehr als verfügbar angesehen. Wenn die Anzahl der verfügbaren Replikate unter den Wert fällt min-replicas-to-write, akzeptiert das primäre Replikat zu diesem Zeitpunkt keine Schreibvorgänge mehr. Wenn entweder dieser Parameter oder 0 min-replicas-to-write ist, akzeptiert der primäre Knoten immer Schreibanforderungen, auch wenn keine Replikate verfügbar sind. |
| close-on-replica-write | Standard: yes Typ: Boolesch Veränderbar: Ja Früherer Name: close-on-slave-write Änderungen werden wirksam: Sofort | Wenn er aktiviert ist, wird die Verbindung mit Clients, die versuchen, in ein schreibgeschütztes Replikat zu schreiben, unterbrochen. |
**In Redis OSS 5.0 entfernte Parameter**
| Name | Details | Description |
| --- | --- | --- |
| repl-timeout | Standard: 60 Veränderbar: Nein | Parameter ist in dieser Version nicht verfügbar |
### Änderungen an den Parametern von Redis OSS 4.0.10
**Familie der Parametergruppe:** redis4.0
Standardparametergruppen für Redis OSS 4.0.x
+ `default.redis4.0`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus deaktiviert) und Replikationsgruppen.
+ `default.redis4.0.cluster.on`— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis OSS-Cluster (Clustermodus aktiviert) und Replikationsgruppen.
**Die Parameter wurden in Redis OSS 4.0.10 geändert**
| Name | Details | Description |
| --- | --- | --- |
| maxmemory-policy | Gültige Werte: `allkeys-lru`, `volatile-lru`, **allkeys-lfu**, **volatile-lfu**, `allkeys-random`, `volatile-random`, `volatile-ttl`, `noeviction` Standard: volatile-lru Typ: Zeichenfolge Veränderbar: Ja Änderungen treten in Kraft: sofort | maxmemory-policy wurde in Version 2.6.13 hinzugefügt. In Version 4.0.10 wurden zwei neue zulässige Werte hinzugefügt: allkeys-lfu, womit jeder beliebige Schlüssel mittels angenähertem LFU-Wert bereinigt wird, und volatile-lfu, womit unter den Schlüsseln mit einem festgelegten Ablaufdatum mittels angenährtem LFU-Wert bereinigt wird. In Version 6.2, als die R6gd-Knotenfamilie zur Verwendung mit Daten-Tiering eingeführt wurde, werden nur die maxmemory-Richtlinien noeviction, volatile-lru und allkeys-lru mit R6gd-Knotentypen unterstützt. |
**In Redis OSS 4.0.10 hinzugefügte Parameter**
| Name | Details | Description |
| --- |--- |--- |
| **Parameter für asynchrones Löschen** |
| --- |
| lazyfree-lazy-eviction | Zulässige Werte: yes/no Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Führt eine asynchrone Löschung bei Bereinigungen durch. |
| lazyfree-lazy-expire | Zulässige Werte: yes/no Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Führt eine asynchrone Löschung bei abgelaufenen Schlüsseln durch. |
| lazyfree-lazy-server-del | Zulässige Werte: yes/no Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Führt eine asynchrone Löschung bei Befehlen durch, die Werte aktualisieren. |
| slave-lazy-flush | Zulässige Werte: Nicht zutreffend Standard: no Typ: Boolesch Veränderbar: Nein Änderungen treten in Kraft: Nicht zutreffend | Führt einen asynchrones flushDB-Befehl während einer Slave-Synchronisierung durch. |
| **LFU-Parameter** |
| --- |
| lfu-log-factor | Zulässige Werte: jede Ganzzahl Standard: 10 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Legen den Protokollfaktor fest, der die Anzahl der Schlüsseltreffer zur Deckung des Schlüsselzählers bestimmt. |
| lfu-decay-time | Zulässige Werte: jede Ganzzahl Standard: 1 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Zeitdauer in Minuten für die Verringerung des Schlüsselzählers. |
| **Parameter für aktive Defragmentierung** |
| --- |
| activedefrag | Zulässige Werte: yes/no Standard: no Typ: Boolesch Veränderbar: Ja Änderungen treten in Kraft: sofort | Aktiviert die aktive Defragmentierung. In den OSS-Versionen 7.0 und höher von Valkey und Redis AWS kann unabhängig von dieser Einstellung automatisch eine Defragmentierung durchführen, wenn dies betrieblich erforderlich ist. |
| active-defrag-ignore-bytes | Zulässige Werte: 10485760-104857600 Standard: 104857600 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Mindestmenge an Fragmentierungsresten für das Starten der aktiven Defragmentierung. |
| active-defrag-threshold-lower | Zulässige Werte: 1–100 Standard: 10 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Mindestprozentsatz der Fragmentierung zum Starten der aktiven Defragmentierung. |
| active-defrag-threshold-upper | Zulässige Werte: 1–100 Standard: 100 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Maximaler Prozentsatz der Fragmentierung, bei dem der maximale Einsatz aufgewandt wird. |
| active-defrag-cycle-min | Zulässige Werte: 1–75 Standard: 25 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Minimaler Aufwand für die Defragmentierung als CPU-Prozentsatz. |
| active-defrag-cycle-max | Zulässige Werte: 1–75 Standard: 75 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Maximaler Aufwand für die Defragmentierung als CPU-Prozentsatz. |
| **Client-Ausgabepuffer-Parameter** |
| --- |
| client-query-buffer-limit | Zulässige Werte: 1048576-1073741824 Standard: 1073741824 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Maximale Größe eines einzelnen Client-Abfragepuffers. |
| proto-max-bulk-len | Zulässige Werte: 1048576-536870912 Standard: 536870912 Typ: Ganzzahl Veränderbar: Ja Änderungen treten in Kraft: sofort | Maximale Größe einer einzelnen Elementanforderung. |
### Änderungen an den Parametern von Redis OSS 3.2.10
**Familie der Parametergruppe:** redis3.2
ElastiCache für Redis OSS 3.2.10 werden keine zusätzlichen Parameter unterstützt.
### Änderungen der Parameter in Redis OSS 3.2.6
**Familie der Parametergruppe:** redis3.2
Für Redis OSS 3.2.6 werden keine zusätzlichen Parameter unterstützt.
### Änderungen der Parameter in Redis OSS 3.2.4
**Familie der Parametergruppe:** redis3.2
Ab Redis OSS 3.2.4 gibt es zwei Standardparametergruppen.
+ `default.redis3.2`— Wenn Sie Redis OSS 3.2.4 ausführen, geben Sie diese oder eine davon abgeleitete Parametergruppe an, wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus deaktiviert) erstellen und trotzdem die zusätzlichen Funktionen von Redis OSS 3.2.4 verwenden möchten.
+ `default.redis3.2.cluster.on`— Geben Sie diese oder eine davon abgeleitete Parametergruppe an, wenn Sie eine Valkey- oder Redis OSS-Replikationsgruppe (Clustermodus aktiviert) erstellen möchten.
**Topics**
+ [Neue Parameter für Redis OSS 3.2.4](#ParameterGroups.Redis.3-2-4.New)
+ [Die Parameter wurden in Redis OSS 3.2.4 geändert (erweitert)](#ParameterGroups.Redis.3-2-4.Changed)
#### Neue Parameter für Redis OSS 3.2.4
**Familie der Parametergruppe:** redis3.2
Für Redis OSS 3.2.4 werden die folgenden zusätzlichen Parameter unterstützt.
****
| Name | Details | Description |
| --- | --- | --- |
| list-max-ziplist-size | Standard: -2 Typ: Ganzzahl Veränderbar: Nein | Listen sind auf besondere Weise codiert, um Platz zu sparen. Die Anzahl der Einträge, die pro internem Listenknoten zulässig sind, können als eine feste maximale Größe oder als maximale Anzahl von Elementen angegeben werden. Verwenden Sie für eine feste maximale Größe -5 bis -1 mit der folgenden Bedeutung: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
| list-compress-depth | Standard: 0 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Listen können auch komprimiert werden. Die Komprimierungstiefe ist die Anzahl der quicklist ziplist-Knoten ab jeder Seite der Liste, die von der Komprimierung ausgeschlossen werden sollen. Anfang und Ende der Liste sind für schnelle push- und pop-Operationen immer dekomprimiert. Die Einstellungen sind: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
| cluster-enabled | Standard: \$1 no/yes Type: Zeichenkette Veränderbar: Nein | Gibt an, ob es sich um eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus aktiviert) im Cluster-Modus (ja) oder um eine Valkey- oder Redis OSS-Replikationsgruppe (Cluster-Modus aktiviert) im Nicht-Cluster-Modus (nein) handelt. Valkey- oder Redis OSS-Replikationsgruppen (Clustermodus aktiviert) im Clustermodus können ihre Daten auf bis zu 500 Knotengruppen partitionieren. \$1 Redis OSS 3.2. *x* hat zwei Standardparametergruppen. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html). |
| cluster-require-full-coverage | Standard: no Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Sofort | Wenn auf gesetzt`yes`, akzeptieren Valkey- oder Redis OSS-Knoten (Clustermodus aktiviert) im Clustermodus keine Anfragen mehr, wenn sie feststellen, dass mindestens ein Hash-Slot aufgedeckt ist (kein verfügbarer Knoten bedient ihn). Auf diese Weise ist ein Cluster nicht mehr verfügbar, falls er teilweise ausfällt. Er wird automatisch wieder verfügbar, sobald alle Slots wieder abgedeckt sind. Manchmal ist es jedoch wünschenswert, dass der Teilbereich des Clusters, der funktioniert, für den immer noch abgedeckten Teil des Keyspace weiterhin Abfragen akzeptiert. Stellen Sie dazu die Option `cluster-require-full-coverage` auf `no` ein. |
| hll-sparse-max-bytes | Standard: 3000 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | HyperLogLog Limit für spärliche Repräsentations-Bytes. Das Limit umfasst den 16-Byte-Header. Wenn eine Darstellung HyperLogLog mit geringer Dichte diese Grenze überschreitet, wird sie in eine Darstellung mit hoher Dichte umgewandelt. Ein Wert größer als 16000 wird nicht empfohlen, da ab einem solchen Wert die dichte Repräsentation effizienter ist. Es wird ein Wert von ca. 3 000 empfohlen, um die Vorteile der platzsparenden Codierung zu nutzen, ohne PFADD zu sehr zu verlangsamen. Dies entspricht der Einstellung O(N) bei der Sparse-Codierung. Der Wert kann auf \$110000 angehoben werden, wenn die CPU kein Problem darstellt, sondern der Speicherplatz, und der Datensatz besteht aus vielen Datensätzen HyperLogLogs mit einer Kardinalität zwischen 0 und 15000. |
| reserved-memory-percent | Standard: 25 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Der reservierte Prozentsatz des Knotenspeichers, der nicht für Daten verwendet werden soll. Standardmäßig wächst der Redis OSS-Datenbedarf, bis er den gesamten Speicher des Knotens verbraucht. In diesem Fall wird die Knotenleistung aufgrund der übermäßigen Speicherauslagerung beeinträchtigt. Indem Sie Speicher reservieren, können Sie einen Teil des verfügbaren Speichers für andere Zwecke als Redis OSS reservieren, um den Umfang des Paging zu reduzieren. Dieser Parameter ist spezifisch für die ElastiCache Redis-OSS-Standarddistribution und nicht Teil dieser. Weitere Informationen erhalten Sie unter `reserved-memory` und [Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md). |
#### Die Parameter wurden in Redis OSS 3.2.4 geändert (erweitert)
**Familie der Parametergruppe:** redis3.2
Für Redis OSS 3.2.4 wurden die folgenden Parameter geändert.
****
| Name | Details | Änderungen |
| --- | --- | --- |
| activerehashing | Modifizierbar: Ja, wenn die Parametergruppe keinem Cluster zugeordnet ist. Ansonsten nein. | Veränderbar war Nein. |
| databases | Änderbar: Ja, wenn die Parametergruppe keinem Cluster zugeordnet ist. Ansonsten nein. | Veränderbar war Nein. |
| appendonly | Standard: deaktiviert Veränderbar: Nein | Wenn Sie ein Upgrade von einer früheren Redis OSS-Version durchführen möchten, müssen Sie das System zuerst ausschalten`appendonly`. |
| appendfsync | Standard: deaktiviert Veränderbar: Nein | Wenn Sie ein Upgrade von einer früheren Redis OSS-Version durchführen möchten, müssen Sie das Gerät zuerst ausschalten`appendfsync`. |
| repl-timeout | Standard: 60 Veränderbar: Nein | Ist nun nicht mehr veränderbar mit einem Standard von 60. |
| tcp-keepalive | Standard: 300 | Standard war 0. |
| list-max-ziplist-entries | | Der Parameter ist nicht mehr verfügbar. |
| list-max-ziplist-value | | Der Parameter ist nicht mehr verfügbar. |
### Redis OSS 2.8.24 (erweitert) hat Parameter hinzugefügt
**Familie der Parametergruppe:** redis2.8
Für Redis OSS 2.8.24 werden keine zusätzlichen Parameter unterstützt.
### Redis OSS 2.8.23 (erweitert) hat Parameter hinzugefügt
**Familie der Parametergruppe:** redis2.8
Für Redis OSS 2.8.23 wird der folgende zusätzliche Parameter unterstützt.
****
| Name | Details | Description |
| --- | --- | --- |
| close-on-slave-write | Standard: yes Typ: Zeichenfolge (yes/no) Veränderbar: Ja Änderungen werden wirksam: Sofort | Wenn er aktiviert ist, wird die Verbindung mit Clients, die versuchen, in ein schreibgeschütztes Replikat zu schreiben, unterbrochen. |
#### Funktionsweise von close-on-slave-write
Der `close-on-slave-write` Parameter wurde von Amazon eingeführt, ElastiCache um Ihnen mehr Kontrolle darüber zu geben, wie Ihr Cluster reagiert, wenn ein primärer Knoten und ein Read Replica-Knoten aufgrund der Heraufstufung einer Read Replica zum primären Knoten die Rollen wechseln.
![\[Bild: close-on-replica-write, alles funktioniert einwandfrei\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-close-on-slave-write-01.png)
Wenn der Read Replica-Cluster nur aufgrund des Failovers einer Multi-AZ-fähigen Replikation heraufgestuft wird, versucht der Client weiterhin, in den Endpunkt A zu schreiben. Da Endpunkt A nun der Endpunkt für eine Read Replica ist, schlagen diese Schreibvorgänge fehl. Dies ist das Verhalten für Redis OSS vor der ElastiCache Einführung `close-on-replica-write` und das Verhalten, wenn Sie es deaktivieren`close-on-replica-write`.
![\[Bild: close-on-slave-write, Schreibvorgänge schlagen fehl\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-close-on-slave-write-02.png)
Wenn `close-on-replica-write` aktiviert ist, wird jedes Mal bei dem Versuch des Clients, in eine Read Replica zu schreiben, die Client-Verbindung mit dem Cluster unterbrochen. Die Logik Ihre Anwendung sollte die Unterbrechung erkennen, die DNS-Tabelle überprüfen und wieder eine Verbindung zum primären Endpunkt herstellen, wobei es sich um Endpunkt B handeln würde.
![\[Bild: close-on-slave-write, Schreiben in einen neuen primären Cluster\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/images/ElastiCache-close-on-slave-write-03.png)
#### Wann könnten Sie deaktivieren close-on-replica-write
Wenn `close-on-replica-write`-Resultate beim Schreiben in fehlerhafte Cluster deaktiviert werden, warum sollte `close-on-replica-write` deaktiviert werden?
Wie zuvor erwähnt, wird jedes Mal, wenn `close-on-replica-write` aktiviert ist, bei dem Versuch des Clients, in eine Read Replica zu schreiben, die Client-Verbindung mit dem Cluster unterbrochen. Das Herstellen einer neuen Verbindung zum Knoten nimmt einige Zeit in Anspruch. Daher beeinträchtigt das Trennen und Wiederherstellen einer Verbindung als Ergebnis einer Schreibanforderung in das Replica auch die Latenz von Leseanforderungen, die über die gleiche Verbindung bedient werden. Dieser Effekt bleibt bestehen bis eine neue Verbindung hergestellt wird. Wenn Ihre Anwendung besonders leseintensiv oder latenzempfindlich ist, können Sie die Verbindung Ihrer Clients aufrecht erhalten, um eine Beeinträchtigung der Leseleistung zu vermeiden.
### Redis OSS 2.8.22 (erweitert) hat Parameter hinzugefügt
**Familie der Parametergruppe:** redis2.8
Für Redis OSS 2.8.22 werden keine zusätzlichen Parameter unterstützt.
**Wichtig**
`repl-backlog-size`Gilt ab Redis OSS Version 2.8.22 sowohl für den primären Cluster als auch für Replikatcluster.
Ab Redis OSS Version 2.8.22 wird der Parameter nicht unterstützt. `repl-timeout` Wenn er geändert wird, ElastiCache wird er mit der Standardeinstellung (60s) überschrieben, wie wir es bei tun. `appendonly`
Die folgenden Parameter werden nicht mehr unterstützt.
+ *appendonly*
+ *appendfsync*
+ *repl-timeout*
### Redis OSS 2.8.21 hat Parameter hinzugefügt
**Familie der Parametergruppe:** redis2.8
Für Redis OSS 2.8.21 werden keine zusätzlichen Parameter unterstützt.
### Redis OSS 2.8.19 hat Parameter hinzugefügt
**Familie der Parametergruppe:** redis2.8
Für Redis OSS 2.8.19 werden keine zusätzlichen Parameter unterstützt.
### Redis OSS 2.8.6 hat Parameter hinzugefügt
**Familie der Parametergruppe:** redis2.8
Für Redis OSS 2.8.6 werden die folgenden zusätzlichen Parameter unterstützt.
****
| Name | Details | Description |
| --- | --- | --- |
| min-slaves-max-lag | Standard: 10 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Anzahl von Sekunden, innerhalb der der primäre Knoten eine Ping-Anforderung von einer Read Replica empfangen muss. Wenn dieser Zeitraum überschritten wird, ohne dass der primäre Knoten einen Ping erhält, dann wird das Replikat nicht mehr als verfügbar angesehen. Wenn die Anzahl der verfügbaren Replikate unter den Wert fällt min-slaves-to-write, akzeptiert der primäre Server zu diesem Zeitpunkt keine Schreibvorgänge mehr. Wenn entweder dieser Parameter oder 0 min-slaves-to-write ist, akzeptiert der primäre Knoten immer Schreibanforderungen, auch wenn keine Replikate verfügbar sind. |
| min-slaves-to-write | Standard: 0 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Mindestanzahl an Read Replicas, die verfügbar sein müssen, damit der primäre Knoten Schreibanforderungen von Clients akzeptiert. Wenn die Anzahl der verfügbaren Replikate unter diesen Wert abfällt, dann akzeptiert der primäre Knoten keine Schreibanforderungen mehr. Wenn entweder dieser Parameter oder 0 min-slaves-max-lag ist, akzeptiert der primäre Knoten immer Schreibanforderungen, auch wenn keine Replikate verfügbar sind. |
| notify-keyspace-events | Standardwert: (eine leere Zeichenfolge) Typ: Zeichenfolge Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Arten von Schlüsselraumereignissen, über die Redis OSS Clients informieren kann. Jede Art von Ereignis wird durch einen einzelnen Buchstaben repräsentiert: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) Es kann eine beliebige Kombination dieser Ereignistypen vorliegen. *AKE* bedeutet beispielsweise, dass Redis OSS Benachrichtigungen aller Ereignistypen veröffentlichen kann. Verwenden Sie nur die oben aufgelisteten Zeichen. Die versuchte Eingabe anderer Zeichen führt zu Fehlermeldungen. Für diesen Parameter ist standardmäßig eine leere Zeichenfolge eingestellt. Dies bedeutet, dass die Keyspace-Ereignisbenachrichtigung deaktiviert ist. |
| repl-backlog-size | Standard: 1048576 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Größe, in Byte, des Bacḱlogs des primären Knotens. Das Backlog dient zur Aufzeichnung von Aktualisierungen an den Daten auf dem primären Knoten. Wenn sich eine Read Replica mit dem primären Knoten verbindet, versucht sie, eine teilweise Synchronisierung (`psync`) durchzuführen. Dabei wendet sie die Daten aus dem Backlog an, um den primären Knoten auf den neuesten Stand zu bringen. Wenn `psync` fehlschlägt, ist eine vollständige Synchronisierung erforderlich. Der Mindestwert für diesen Parameter ist 16384. Ab Redis OSS 2.8.22 gilt dieser Parameter sowohl für den primären Cluster als auch für die Read Replicas. |
| repl-backlog-ttl | Standard: 3600 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Die Anzahl von Sekunden, für die der primäre Knoten den Backlog-Puffer beibehält. Ab dem Zeitpunkt, an dem die Verbindung des letzte Replikatknotens getrennt wurde, bleiben die Daten im Backlog intakt, bis `repl-backlog-ttl` abläuft. Wenn das Replikat innerhalb dieses Zeitraums keine Verbindung zum primären Knoten hergestellt hat, dann gibt der primäre Knoten den Backlog-Puffer frei. Wenn das Replikat sich schließlich verbindet, muss es sich einer vollständigen Synchronisierung mit dem primären Knoten unterziehen. Wenn dieser Parameter auf „0“ eingestellt ist, wird der Backlog-Puffer niemals freigegeben. |
| repl-timeout | Standard: 60 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Sofort | Stellt den Zeitraum für die Zeitüberschreitung in Sekunden dar für: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html) |
### Redis OSS 2.6.13-Parameter
**Familie der Parametergruppe:** redis2.6
Redis OSS 2.6.13 war die erste Version von Redis OSS, die von unterstützt wurde. ElastiCache Die folgende Tabelle zeigt die unterstützten Redis OSS 2.6.13-Parameter. ElastiCache
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonElastiCache/latest/dg/ParameterGroups.Engine.html)
**Anmerkung**
Wenn Sie keine Parametergruppe für Ihren Redis OSS 2.6.13-Cluster angeben, wird eine Standardparametergruppe () `default.redis2.6` verwendet. Sie können die Werte der Parameter in der Parametergruppe nicht ändern. Sie können jedoch jederzeit immer eine benutzerdefinierte Parametergruppe erstellen und Sie Ihrem Cluster zuweisen.
### Redis OSS-Knotentyp-spezifische Parameter
Obwohl die meisten Parameter über einen einzelnen Wert verfügen, ist bei einigen Parametern der jeweilige Wert vom verwendeten Knotentyp abhängig. Die folgende Tabelle zeigt die Standardwerte der Parameter `maxmemory`, `client-output-buffer-limit-slave-hard-limit` und `client-output-buffer-limit-slave-soft-limit` für jeden Knotentyp. Der Wert `maxmemory` ist die maximale Anzahl von Bytes, die für Ihre Verwendung, für Daten oder für andere Zwecke auf dem Knoten verfügbar sind. Weitere Informationen finden Sie unter [Verfügbarer Speicher](https://aws.amazon.com/premiumsupport/knowledge-center/available-memory-elasticache-redis-node/).
**Anmerkung**
Der Parameter `maxmemory` kann nicht geändert werden.
| Knotentyp | Maxmemory | C lient-output-buffer-limit - slave-hard-limit | C lient-output-buffer-limit - slave-soft-limit |
| --- | --- | --- | --- |
| cache.t1.micro | 142606336 | 14260633 | 14260633 |
| cache.t2.micro | 581959680 | 58195968 | 58195968 |
| cache.t2.small | 1665138688 | 166513868 | 166513868 |
| cache.t2.medium | 3461349376 | 346134937 | 346134937 |
| cache.t3.micro | 536870912 | 53687091 | 53687091 |
| cache.t3.small | 1471026299 | 147102629 | 147102629 |
| cache.t3.medium | 3317862236 | 331786223 | 331786223 |
| cache.t4g.micro | 536870912 | 53687091 | 53687091 |
| cache.t4g.small | 1471026299 | 147102629 | 147102629 |
| cache.t4g.medium | 3317862236 | 331786223 | 331786223 |
| cache.m1.small | 943718400 | 94371840 | 94371840 |
| cache.m1.medium | 3093299200 | 309329920 | 309329920 |
| cache.m1.large | 7025459200 | 702545920 | 702545920 |
| cache.m1.xlarge | 14889779200 | 1488977920 | 1488977920 |
| cache.m2.xlarge | 17091788800 | 1709178880 | 1709178880 |
| cache.m2.2xlarge | 35022438400 | 3502243840 | 3502243840 |
| cache.m2.4xlarge | 70883737600 | 7088373760 | 7088373760 |
| cache.m3.medium | 2988441600 | 309329920 | 309329920 |
| cache.m3.large | 6501171200 | 650117120 | 650117120 |
| cache.m3.xlarge | 14260633600 | 1426063360 | 1426063360 |
| cache.m3.2xlarge | 29989273600 | 2998927360 | 2998927360 |
| cache.m4.large | 6892593152 | 689259315 | 689259315 |
| cache.m4.xlarge | 15328501760 | 1532850176 | 1532850176 |
| cache.m4.2xlarge | 31889126359 | 3188912636 | 3188912636 |
| cache.m4.4xlarge | 65257290629 | 6525729063 | 6525729063 |
| cache.m4.10xlarge | 166047614239 | 16604761424 | 16604761424 |
| cache.m5.large | 6854542746 | 685454275 | 685454275 |
| cache.m5.xlarge | 13891921715 | 1389192172 | 1389192172 |
| cache.m5.2xlarge | 27966669210 | 2796666921 | 2796666921 |
| cache.m5.4xlarge | 56116178125 | 5611617812 | 5611617812 |
| cache.m5.12xlarge | 168715971994 | 16871597199 | 16871597199 |
| cache.m5.24xlarge | 337500562842 | 33750056284 | 33750056284 |
| cache.m6g.large | 6854542746 | 685454275 | 685454275 |
| cache.m6g.xlarge | 13891921715 | 1389192172 | 1389192172 |
| cache.m6g.2xlarge | 27966669210 | 2796666921 | 2796666921 |
| cache.m6g.4xlarge | 56116178125 | 5611617812 | 5611617812 |
| cache.m6g.8xlarge | 111325552312 | 11132555231 | 11132555231 |
| cache.m6g.12xlarge | 168715971994 | 16871597199 | 16871597199 |
| cache.m6g.16xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.c1.xlarge | 6501171200 | 650117120 | 650117120 |
| cache.r3.large | 14470348800 | 1468006400 | 1468006400 |
| cache.r3.xlarge | 30513561600 | 3040870400 | 3040870400 |
| cache.r3.2xlarge | 62495129600 | 6081740800 | 6081740800 |
| cache.r3.4xlarge | 126458265600 | 12268339200 | 12268339200 |
| cache.r3.8xlarge | 254384537600 | 24536678400 | 24536678400 |
| cache.r4.large | 13201781556 | 1320178155 | 1320178155 |
| cache.r4.xlarge | 26898228839 | 2689822883 | 2689822883 |
| cache.r4.2xlarge | 54197537997 | 5419753799 | 5419753799 |
| cache.r4.4xlarge | 108858546586 | 10885854658 | 10885854658 |
| cache.r4.8xlarge | 218255432090 | 21825543209 | 21825543209 |
| cache.r4.16xlarge | 437021573120 | 43702157312 | 43702157312 |
| cache.r5.large | 14037181030 | 1403718103 | 1403718103 |
| cache.r5.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r5.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r5.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r5.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r5.24xlarge | 682485973811 | 68248597381 | 68248597381 |
| cache.r6g.large | 14037181030 | 1403718103 | 1403718103 |
| cache.r6g.xlarge | 28261849702 | 2826184970 | 2826184970 |
| dache.r6g.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| dache.r6g.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| dache.r6g.8xlarge | 225000375228 | 22500037523 | 22500037523 |
| dache.r6g.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r6g.16xlarge | 450000750456 | 45000075046 | 45000075046 |
| cache.r6gd.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r6gd.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r6gd.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r6gd.8xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.r6gd.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r6gd.16xlarge | 450000750456 | 45000075046 | 45000075046 |
| cache.r7g.large | 14037181030 | 1403718103 | 1403718103 |
| cache.r7g.xlarge | 28261849702 | 2826184970 | 2826184970 |
| cache.r7g.2xlarge | 56711183565 | 5671118356 | 5671118356 |
| cache.r7g.4xlarge | 113609865216 | 11360986522 | 11360986522 |
| cache.r7g.8xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.r7g.12xlarge | 341206346547 | 34120634655 | 34120634655 |
| cache.r7g.16xlarge | 450000750456 | 45000075046 | 45000075046 |
| cache.m7g.large | 6854542746 | 685454275 | 685454275 |
| cache.m7g.xlarge | 13891921715 | 1389192172 | 1389192172 |
| cache.m7g.2xlarge | 27966669210 | 2796666921 | 2796666921 |
| cache.m7g.4xlarge | 56116178125 | 5611617812 | 5611617812 |
| cache.m7g.8xlarge | 111325552312 | 11132555231 | 11132555231 |
| cache.m7g.12xlarge | 168715971994 | 16871597199 | 16871597199 |
| cache.m7g.16xlarge | 225000375228 | 22500037523 | 22500037523 |
| cache.c7gn.large | 3317862236 | 1403718103 | 1403718103 |
| cache.c7gn.xlarge | 6854542746 | 2826184970 | 2826184970 |
| cache.c7gn.2xlarge | 13891921715 | 5671118356 | 5671118356 |
| cache.c7gn.4xlarge | 27966669210 | 11360986522 | 11360986522 |
| cache.c7gn.8xlarge | 56116178125 | 22500037523 | 22500037523 |
| cache.c7gn.12xlarge | 84357985997 | 34120634655 | 34120634655 |
| cache.c7gn.16xlarge | 113609865216 | 45000075046 | 45000075046 |
**Anmerkung**
Alle Instance-Typen der aktuellen Generation werden standardmäßig in Amazon Virtual Private Cloud VPC erstellt.
T1-Instances unterstützen Multi-AZ nicht.
T1- und T2-Instances unterstützen Redis OSS AOF nicht.
Redis OSS-Konfigurationsvariablen `appendonly` und `appendfsync` werden in Redis OSS Version 2.8.22 und höher nicht unterstützt.
## Memcached-spezifische Parameter
**Memcached**
Wenn Sie für Ihren Memcached-Cluster keine Parametergruppe angeben, wird eine für Ihre Engine-Version geeignete Standard-Parametergruppe verwendet. Sie können die Werte von Parametern in einer Standard-Parametergruppe nicht ändern. Sie können jedoch jederzeit eine benutzerdefinierte Parameterguppe erstellen und sie Ihrem Cluster zuordnen. Weitere Informationen finden Sie unter [Eine ElastiCache Parametergruppe erstellen](ParameterGroups.Creating.md).
**Topics**
+ [Änderungen an Memcached 1.6.17](#ParameterGroups.Memcached.1.6.17)
+ [In Memcached 1.6.6 hinzugefügte Parameter](#ParameterGroups.Memcached.1-6-6)
+ [Parameteränderungen für Memcached 1.5.10](#ParameterGroups.Memcached.1-5-10)
+ [In Memcached 1.4.34 hinzugefügte Parameter](#ParameterGroups.Memcached.1-4-34)
+ [In Memcached 1.4.33 hinzugefügte Parameter](#ParameterGroups.Memcached.1-4-33)
+ [In Memcached 1.4.24 hinzugefügte Parameter](#ParameterGroups.Memcached.1-4-24)
+ [In Memcached 1.4.14 hinzugefügte Parameter](#ParameterGroups.Memcached.1-4-14)
+ [In Memcached 1.4.5 unterstützte Parameter](#ParameterGroups.Memcached.1-4-5)
+ [Overhead von Memcached-Verbindungen](#ParameterGroups.Memcached.Overhead)
+ [Spezifische Parameter des Memcached-Knotentyps](#ParameterGroups.Memcached.NodeSpecific)
### Änderungen an Memcached 1.6.17
Ab Memcached 1.6.17 unterstützen wir die folgenden administrativen Befehle nicht mehr: `lru_crawler`, `lru` und `slabs`. Mit diesen Änderungen wird es Ihnen zur Laufzeit nicht möglich sein, enable/disable `lru_crawler` Befehle zu verwenden. Bitte enable/disable `lru_crawler` ändern Sie Ihre benutzerdefinierte Parametergruppe.
### In Memcached 1.6.6 hinzugefügte Parameter
Für Memcached 1.6.6 werden keine zusätzlichen Parameter unterstützt.
**Familie der Parametergruppe:** memcached1.6
### Parameteränderungen für Memcached 1.5.10
Für Memcached 1.5.10 werden die folgenden zusätzlichen Parameter unterstützt.
**Familie der Parametergruppe:** memcached1.5
| Name | Details | Description |
| --- | --- | --- |
| no\$1modern | Standard: 1 Typ: Boolesch Veränderbar: Ja Zulässige Werte: 0, 1 Änderungen werden wirksam: Beim Start | Ein Alias für die Deaktivierung von `maxconns_fast` Befehlen `slab_reassign` `lru_maintainer_thread``lru_segmented`,, und. Wenn Sie Memcached 1.5 und höher verwenden, wird der hash\$1algorithm `no_modern` auch auf gesetzt. `jenkins` Bei Verwendung von Memcached 1.5.10 wird dies außerdem durch den Parameter gesteuert. `inline_ascii_reponse` `parallelly` Das heißt, wenn deaktiviert ist, `no_modern` ist es auch deaktiviert. `inline_ascii_reponse` Ab Memcached Engine 1.5.16 gilt der `inline_ascii_response` Parameter nicht mehr, sodass die Aktivierung oder Deaktivierung keine `no_modern` Auswirkung auf hat. `inline_ascii_reponse` Wenn er deaktiviert `no_modern` ist, dann werden`slab_reassign`, `lru_maintainer_thread``lru_segmented`, und aktiviert. `maxconns_fast` Da es sich bei den `hash_algorithm` Parametern `slab_automove` und nicht um SWITCH-Parameter handelt, basiert ihre Einstellung auf den Konfigurationen in der Parametergruppe. Wenn Sie den Parameter deaktivieren `no_modern` und zu ihm zurückkehren möchten`modern`, müssen Sie eine benutzerdefinierte Parametergruppe konfigurieren, um diesen Parameter zu deaktivieren, und dann einen Neustart durchführen, damit diese Änderungen wirksam werden. Der Standardkonfigurationswert für diesen Parameter wurde am 20. August 2021 von 0 in 1 geändert. Der aktualisierte Standardwert wird nach dem 20. August 2021 automatisch von neuen ElastiCache Benutzern für jede Region übernommen. Bestehende ElastiCache Benutzer in den Regionen vor dem 20. August 2021 müssen ihre benutzerdefinierten Parametergruppen manuell ändern, um diese neue Änderung zu übernehmen. |
| inline\$1ascii\$1resp | Standard: 0 Typ: Boolesch Veränderbar: Ja Zulässige Werte: 0, 1 Änderungen werden wirksam: Beim Start | Speichert Zahlen der `VALUE`-Antwort innerhalb eines Elements mit bis zu 24 Bytes. Geringe Verlangsamung für ASCII-Sätze `get` und `faster`. |
Für Memcached 1.5.10 werden die folgenden Parameter entfernt.
| Name | Details | Description |
| --- | --- | --- |
| expirezero\$1does\$1not\$1evict | Standard: 0 Typ: Boolesch Veränderbar: Ja Zulässige Werte: 0, 1 Änderungen werden wirksam: Beim Start | Wird in dieser Version nicht länger unterstützt |
| modern | Standard: 1 Typ: Boolesch Anpassbar: Ja (erfordert Neustart, wenn auf `no_modern`gesetzt) Zulässige Werte: 0, 1 Änderungen werden wirksam: Beim Start | Wird in dieser Version nicht länger unterstützt Ab dieser Version ist `no-modern` standardmäßig bei jedem Start oder Neustart aktiviert. |
### In Memcached 1.4.34 hinzugefügte Parameter
Für Memcached 1.4.34 werden keine zusätzlichen Parameter unterstützt.
**Familie der Parametergruppe:** memcached1.4
### In Memcached 1.4.33 hinzugefügte Parameter
Für Memcached 1.4.33 werden die folgenden zusätzlichen Parameter unterstützt.
**Familie der Parametergruppe:** memcached1.4
| Name | Details | Description |
| --- | --- | --- |
| modern | Standard: aktiviert Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Beim Start | Ein Alias für mehrere Funktionen. Das Aktivieren von `modern` ist gleichbedeutend mit dem Einschalten der folgenden Befehle und der Verwendung eines murmur3-Hash-Algorithmus: `slab_reassign`, `slab_automove`, `lru_crawler`, `lru_maintainer`, `maxconns_fast` und `hash_algorithm=murmur3`. |
| watch | Standard: aktiviert Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Sofort Protokolle werden möglicherweise verworfen, wenn der Benutzer die Grenzwerte für `watcher_logbuf_size` und `worker_logbuf_size` erreicht. | Protokollabrufe, Bereinigungen oder Mutationen. Wenn der Benutzer z. B. `watch` aktiviert, kann er Protokolle sehen, wenn `get`, `set`, `delete` oder `update` auftreten. |
| idle\$1timeout | Standard: 0 (deaktiviert) Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Beim Start | Die minimale Anzahl von Sekunden, die sich ein Client im Leerlauf befinden kann, bevor er zum Schließen aufgefordert wird. Wertebereich: 0 bis 86400. |
| track\$1sizes | Standard: deaktiviert Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Beim Start | Zeigt die Größen an, die jede Slab-Gruppe verbraucht hat. Wenn `track_sizes` aktiviert ist, können Sie `stats sizes` ausführen, ohne `stats sizes_enable` ausführen zu müssen. |
| watcher\$1logbuf\$1size | Standard: 256 (KB) Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Beim Start | Der Befehl `watch` schaltet die Stream-Protokollierung für Memcached ein. `watch` kann jedoch Protokolle verwerfen, wenn die Rate der Bereinigungen, Mutationen oder Abrufe so hoch ist, dass der Protokollierungspuffer voll wird. In solchen Fällen kann der Benutzer die Puffergröße erhöhen, um die Gefahr von Protokollverlusten zu verringern. |
| worker\$1logbuf\$1size | Standard: 64 (KB) Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Beim Start | Der Befehl `watch` schaltet die Stream-Protokollierung für Memcached ein. `watch` kann jedoch Protokolle verwerfen, wenn die Rate der Bereinigungen, Mutationen oder Abrufe so hoch ist, dass der Protokollierungspuffer voll wird. In solchen Fällen kann der Benutzer die Puffergröße erhöhen, um die Gefahr von Protokollverlusten zu verringern. |
| slab\$1chunk\$1max | Standard: 524288 (Byte) Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Beim Start | Gibt die maximale Größe eines Slabs an. Bei Festlegen einer kleineren Slab-Größe wird der Speicher effizienter genutzt. Elemente, die größer als `slab_chunk_max` sind, werden über mehrere Slabs hinweg aufgeteilt. |
| lru\$1crawler metadump [all\$11\$12\$13] | Standard: deaktiviert Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Sofort | Wenn lru\$1crawler aktiviert ist, sichert dieser Befehl ein Abbild aller Schlüssel. `all\|1\|2\|3` – alle Slabs oder geben Sie eine bestimmte Slab-Nummer an |
### In Memcached 1.4.24 hinzugefügte Parameter
Für Memcached 1.4.24 werden die folgenden zusätzlichen Parameter unterstützt.
**Familie der Parametergruppe:** memcached1.4
| Name | Details | Description |
| --- | --- | --- |
| disable\$1flush\$1all | Standard: 0 (deaktiviert) Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Beim Start | Hinzufügen von Parameter (`-F`), um flush\$1all zu deaktivieren. Nützlich, wenn Sie niemals eine volle Leerung für Produktions-Instances ausführen möchten. Werte: 0, 1 (Benutzer kann einen `flush_all` ausführen, wenn der Wert 0 ist). |
| hash\$1algorithm | Standard: jenkins Typ: Zeichenfolge Veränderbar: Ja Änderungen werden wirksam: Beim Start | Der zu verwendende Hash-Algorithmus. Zulässige Werte: murmur3 und jenkins. |
| lru\$1crawler | Standard: 0 (deaktiviert) Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart Sie können `lru_crawler` vorübergehend zur Laufzeit über die Befehlszeile aktivieren. Weitere Informationen finden Sie in der Spalte „Description“. | Bereinigt Slab-Klassen abgelaufener Elemente. Dies ist ein Vorgang mit geringen Auswirkungen, der im Hintergrund ausgeführt wird. Er erfordert zurzeit, dass das Durchsuchen mit einem manuellen Befehl initiiert wird. Um ihn auf bestimmte Zeit zu aktivieren, führen Sie `lru_crawler enable` über die Befehlszeile aus. `lru_crawler 1,3,5` durchläuft Slab-Klassen 1, 3 und 5 auf der Suche nach abgelaufenen Elementen, die zur Freelist hinzugefügt werden sollen. Werte: 0,1 Wenn `lru_crawler` über die Befehlszeile aktiviert wird, wird der Crawler so lange aktiviert, bis er über die Befehlszeile oder beim nächsten Neustart deaktiviert wird. Um ihn permanent zu aktivieren, müssen Sie den Parameterwert ändern. Weitere Informationen finden Sie unter [Änderung einer ElastiCache Parametergruppe](ParameterGroups.Modifying.md). |
| lru\$1maintainer | Standard: 0 (deaktiviert) Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Beim Start | Ein Hintergrund-Thread, der Elemente zwischen den Objekten hin und her mischt, LRUs sobald die Kapazitäten erreicht sind. Werte: 0, 1. |
| expirezero\$1does\$1not\$1evict | Standard: 0 (deaktiviert) Typ: Boolesch Veränderbar: Ja Änderungen werden wirksam: Beim Start | Bewirkt bei Verwendung zusammen mit `lru_maintainer`, dass Elemente mit der Ablaufzeit 0 nicht bereinigt werden können. Dadurch kann der Speicher für andere Elemente, die bereinigt werden können, knapp werden. Kann so eingestellt werden, dass `lru_maintainer` ignoriert wird. |
### In Memcached 1.4.14 hinzugefügte Parameter
Für Memcached 1.4.14 werden die folgenden zusätzlichen Parameter unterstützt.
**Familie der Parametergruppe:** memcached1.4
**In Memcached 1.4.14 hinzugefügte Parameter**
| Name | Details | Description |
| --- | --- | --- |
| config\$1max | Standard: 16 Typ: Ganzzahl Veränderbar: Nein | Die maximale Anzahl von ElastiCache Konfigurationseinträgen. |
| config\$1size\$1max | Standard: 65536 Typ: Ganzzahl Veränderbar: Nein | Die maximale Größe der Konfigurationseinträge in Byte. |
| hashpower\$1init | Standard: 16 Typ: Ganzzahl Veränderbar: Nein | Die Anfangsgröße der ElastiCache Hashtabelle, ausgedrückt als Zweierpotenz. Der Standard ist 16 (2^16), oder 65536 Schlüssel. |
| maxconns\$1fast | Standard: 0(false) Typ: Boolescher Wert Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Ändert, auf welche Art neue Verbindungsanforderungen gehandhabt werden, wenn das maximale Verbindungslimit erreicht ist. Wenn dieser Parameter auf 0 (Null) eingestellt ist, werden neue Verbindungen zur Rückstandwarteschlange hinzugefügt und gewartet, bis andere Verbindungen geschlossen werden. Wenn der Parameter auf 1 gesetzt ist, wird ein Fehler an den Client ElastiCache gesendet und die Verbindung sofort geschlossen. |
| slab\$1automove | Standard: 0 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Korrigiert den Slab-AutoMove-Algorithmus: Wenn dieser Parameter auf 0 (Null) eingestellt ist, ist der AutoMove-Algorithmus deaktiviert. Wenn er auf 1 eingestellt ist, geht ElastiCache beim automatischen Verschieben von Slabs langsam und zurückhaltend vor. Wenn der Wert auf 2 gesetzt ist, werden Platten bei jeder Räumung ElastiCache aggressiv bewegt. (Dieser Modus wird ausschließlich zu Testzwecken empfohlen.) |
| slab\$1reassign | Standard: 0(false) Typ: Boolescher Wert Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Aktiviert oder deaktiviert die Slab-Neuzuweisung. Wenn dieser Parameter auf 1 eingestellt ist, können Sie mit dem Befehl „slabs reassign“ Speicher manuell neu zuweisen. |
### In Memcached 1.4.5 unterstützte Parameter
**Familie der Parametergruppe:** memcached1.4
Für Memcached 1.4.5 werden die folgenden Parameter unterstützt.
**In Memcached 1.4.5 hinzugefügte Parameter**
| Name | Details | Description |
| --- | --- | --- |
| backlog\$1queue\$1limit | Standard: 1024 Typ: Ganzzahl Veränderbar: Nein | Das Limit der Rückstandwarteschlange (Backlog Queue). |
| binding\$1protocol | Standard: auto Typ: Zeichenfolge Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Das Bindungsprotokoll. Zulässige Werte sind: `ascii` und `auto`. Eine Anleitung zum Ändern des Wertes von `binding_protocol` finden Sie unter [Änderung einer ElastiCache Parametergruppe](ParameterGroups.Modifying.md). |
| cas\$1disabled | Standard: 0(false) Typ: Boolescher Wert Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Bei dem Wert 1 (true) werden die Operationen check und set (CAS) deaktiviert und gespeicherte Elemente verbrauchen 8 Bytes weniger als bei aktiviertem CAS. |
| chunk\$1size | Standard: 48 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Die Mindestmenge, in Byte, von Speicher, die für den Schlüssel, Wert und die Flags des kleinsten Elements zuzuordnen sind. |
| chunk\$1size\$1growth\$1factor | Standard: 1.25 Typ: Gleitkommazahl Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Der Wachstumsfaktor, der die Größe aller nachfolgenden Memcached-Datenblöcke steuert. Jeder Datenblock wird chunk\$1size\$1growth\$1factor Mal größer als der vorherige Datenblock sein. |
| error\$1on\$1memory\$1exhausted | Standard: 0(false) Typ: Boolescher Wert Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Bei dem Wert 1 (true) gibt Memcached einen Fehler zurück, wenn kein Speicher zum Speichern der Elemente mehr verfügbar ist, anstatt Elemente zu bereinigen. |
| large\$1memory\$1pages | Standard: 0(false) Typ: Boolescher Wert Veränderbar: Nein | Falls 1 (true), ElastiCache wird versucht, große Speicherseiten zu verwenden. |
| lock\$1down\$1paged\$1memory | Standard: 0(false) Typ: Boolescher Wert Veränderbar: Nein | Falls 1 (wahr), ElastiCache wird der gesamte ausgelagerte Speicher gesperrt. |
| max\$1item\$1size | Standard: 1048576 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Die Größe, in Byte, des größten Elements, das im Cluster gespeichert werden kann. |
| max\$1simultaneous\$1connections | Standard: 65000 Typ: Ganzzahl Veränderbar: Nein | Die maximale Anzahl gleichzeitiger Verbindungen. |
| maximize\$1core\$1file\$1limit | Standard: 0(false) Typ: Boolescher Wert Anpassbar: Änderungen werden wirksam: Nach dem Neustart | Falls 1 (wahr), ElastiCache wird das Limit für die Kerndateien maximiert. |
| memcached\$1connections\$1overhead | Standard: 100 Typ: Ganzzahl Veränderbar: Ja Änderungen werden wirksam: Nach dem Neustart | Die Menge an Speicher, die für Memcached-Verbindungen und verschiedene Overhead-Anforderungen zu reservieren ist. Informationen zu diesem Parameter finden Sie unter [Overhead von Memcached-Verbindungen](#ParameterGroups.Memcached.Overhead). |
| requests\$1per\$1event | Standard: 20 Typ: Ganzzahl Veränderbar: Nein | Die maximale Anzahl von Anforderungen pro Ereignis für eine bestimmte Verbindung. Dieses Limit wird benötigt, um zu verhindern, dass die Ressourcen aufgebraucht werden. |
### Overhead von Memcached-Verbindungen
Der auf jedem Knoten zum Speichern von Elementen verfügbar gemachte Speicher ist der verfügbare Gesamtspeicher auf diesem Knoten (der im Parameter `max_cache_memory` gespeichert wird) minus des für Verbindungen und anderes Overhead verwendeten Speichers (der im Parameter `memcached_connections_overhead` gespeichert wird). Ein Knoten vom Typ `cache.m1.small` verfügt z. B. über `max_cache_memory` von 1300 MB. Bei einem `memcached_connections_overhead`-Standardwert von 100 MB hat der Memcached-Prozess 1200 MB zum Speichern von Elementen verfügbar.
Die Standardwerte für den Parameter `memcached_connections_overhead` genügen für die meisten Anwendungsfälle. Die erforderliche Menge, die für das Overhead der Verbindungen zugewiesen werden muss, kann abhängig von mehreren Faktoren, darunter Anforderungsrate, Nutzlastgröße und die Anzahl von Verbindungen, variieren.
Sie können den Wert von `memcached_connections_overhead` ändern, um den Anforderungen Ihrer Anwendung besser zu genügen. Wenn z. B. der Wert des Parameters `memcached_connections_overhead` erhöht wird, verringert sich die Menge des Speichers, der zum Speichern von Elementen verfügbar ist. Auch wird ein größerer Puffer für das Overhead von Verbindungen geschaffen. Wenn der Wert des Parameters `memcached_connections_overhead` verringert wird, erhalten Sie mehr Speicher zum Speichern von Elementen. Dadurch kann sich aber das Risiko bezüglich Swap-Nutzung und Leistungseinbußen erhöhen. Wenn Swap-Nutzung und Leistungseinbußen zu beobachten sind, versuchen Sie, den Wert des Parameters `memcached_connections_overhead` zu verringern.
**Wichtig**
Für den Knotentyp `cache.t1.micro` wird der Wert für `memcached_connections_overhead` folgendermaßen bestimmt:
Wenn Ihr Cluster die Standardparametergruppe verwendet, ElastiCache wird der Wert für `memcached_connections_overhead` auf 13 MB gesetzt.
Wenn Ihr Cluster eine Parametergruppe nutzt, die Sie selbst erstellt haben, können Sie als Wert für `memcached_connections_overhead` einen Wert Ihrer Wahl festlegen.
### Spezifische Parameter des Memcached-Knotentyps
Obwohl die meisten Parameter über einen einzelnen Wert verfügen, ist bei einigen Parametern der jeweilige Wert vom verwendeten Knotentyp abhängig. Die folgende Tabelle zeigt die Standardwerte der Parameter `max_cache_memory` und `num_threads` für jeden Knotentyp. Die Werte für diese Parameter können nicht geändert werden.
| Knotentyp | max\$1cache\$1memory (in Megabyte) | num\$1threads |
| --- | --- | --- |
| cache.t1.micro | 213 | 1 |
| cache.t2.micro | 555 | 1 |
| cache.t2.small | 1588 | 1 |
| cache.t2.medium | 3301 | 2 |
| cache.t3.micro | 512 | 2 |
| cache.t3.small | 1402 | 2 |
| cache.t3.medium | 3364 | 2 |
| cache.t4g.micro | 512 | 2 |
| cache.t4g.small | 1402 | 2 |
| cache.t4g.medium | 3164 | 2 |
| cache.m1.small | 1301 | 1 |
| cache.m1.medium | 3350 | 1 |
| cache.m1.large | 7100 | 2 |
| cache.m1.xlarge | 14600 | 4 |
| cache.m2.xlarge | 33800 | 2 |
| cache.m2.2xlarge | 30412 | 4 |
| cache.m2.4xlarge | 68000 | 16 |
| cache.m3.medium | 2850 | 1 |
| cache.m3.large | 6200 | 2 |
| cache.m3.xlarge | 13600 | 4 |
| cache.m3.2xlarge | 28600 | 8 |
| cache.m4.large | 6573 | 2 |
| cache.m4.xlarge | 11496 | 4 |
| cache.m4.2xlarge | 30412 | 8 |
| cache.m4.4xlarge | 62234 | 16 |
| cache.m4.10xlarge | 158355 | 40 |
| cache.m5.large | 6537 | 2 |
| cache.m5.xlarge | 13248 | 4 |
| cache.m5.2xlarge | 26671 | 8 |
| cache.m5.4xlarge | 53516 | 16 |
| cache.m5.12xlarge | 160900 | 48 |
| cache.m5.24xlarge | 321865 | 96 |
| cache.m6g.large | 6537 | 2 |
| cache.m6g.xlarge | 13248 | 4 |
| dache.m6g.2xlarge | 26671 | 8 |
| dache.m6g.4xlarge | 53516 | 16 |
| dache.m6g.8xlarge | 107000 | 32 |
| dache.m6g.12xlarge | 160900 | 48 |
| dache.m6g.16xlarge | 214577 | 64 |
| cache.c1.xlarge | 6600 | 8 |
| cache.r3.large | 13800 | 2 |
| cache.r3.xlarge | 29100 | 4 |
| cache.r3.2xlarge | 59600 | 8 |
| cache.r3.4xlarge | 120600 | 16 |
| cache.r3.8xlarge | 120600 | 32 |
| cache.r4.large | 12590 | 2 |
| cache.r4.xlarge | 25652 | 4 |
| cache.r4.2xlarge | 51686 | 8 |
| cache.r4.4xlarge | 103815 | 16 |
| cache.r4.8xlarge | 208144 | 32 |
| cache.r4.16xlarge | 416776 | 64 |
| cache.r5.large | 13387 | 2 |
| cache.r5.xlarge | 26953 | 4 |
| cache.r5.2xlarge | 54084 | 8 |
| cache.r5.4xlarge | 108347 | 16 |
| cache.r5.12xlarge | 325400 | 48 |
| cache.r5.24xlarge | 650869 | 96 |
| cache.r6g.large | 13387 | 2 |
| cache.r6g.xlarge | 26953 | 4 |
| dache.r6g.2xlarge | 54084 | 8 |
| dache.r6g.4xlarge | 108347 | 16 |
| dache.r6g.8xlarge | 214577 | 32 |
| dache.r6g.12xlarge | 325400 | 48 |
| dache.r6g.16xlarge | 429154 | 64 |
| cache.c7gn.large | 3164 | 2 |
| cache.c7gn.xlarge | 6537 | 4 |
| cache.c7gn.2xlarge | 13248 | 8 |
| cache.c7gn.4xlarge | 26671 | 16 |
| cache.c7gn.8xlarge | 53516 | 32 |
| cache.c7gn.12xlarge | 325400 | 48 |
| cache.c7gn.16xlarge | 108347 | 64 |
**Anmerkung**
Alle T2-Instances werden in einer Amazon Virtual Private Cloud (Amazon VPC) erstellt.