Motorspezifische Parameter - Amazon ElastiCache

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 Valkey 7.2-Parameter entsprechen den OSS Redis 7-Parametern.

Wenn Sie keine Parametergruppe für Ihren Valkey- oder OSS Redis-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.

Valkey- und Redis-Parameter OSS

Änderungen der Parameter Valkey 7.2 und OSS Redis 7

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 Valkey- oder Redis-Cluster OSS (Clustermodus deaktiviert) und Replikationsgruppen.

  • default.redis7.cluster.on— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus aktiviert) und Replikationsgruppen.

Die in Redis OSS 7 hinzugefügten Parameter lauten wie folgt.

Name Details Beschreibung
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 /-Anfragen zurückgegeben wird, sowie das Endpunktfeld für CLUSTER SLOTS undCLUSTER 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 Beschreibung
activerehashing

Anpassbar: no. In Redis OSS 7 ist dieser Parameter standardmäßig ausgeblendet und aktiviert. Wenn Sie ihn deaktivieren möchten, müssen Sie einen Support-Fall erstellen.

Veränderbar war ja.

In Redis OSS 7 wurden die folgenden Parameter entfernt.

Name Details Beschreibung
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-Cluster OSS (Clustermodus deaktiviert) und Replikationsgruppen.

  • default.redis6.x.cluster.on— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus aktiviert) und Replikationsgruppen.

Anmerkung

In der OSS Redis-Engine-Version 6.2, als die R6GD-Node-Familie für die Verwendung mit eingeführt wurde, wurden nur die Max-Speicher-Richtlinien Noeviction Daten-Tiering ElastiCache, Volatile-Lru und Allkeys-LRU für r6gd-Knotentypen unterstützt.

Weitere Informationen erhalten Sie unter ElastiCache (RedisOSS) Version 6.2 (erweitert) und ElastiCache (RedisOSS) Version 6.0 (erweitert).

Die in Redis OSS 6.x hinzugefügten Parameter lauten wie folgt.

Details Beschreibung
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 OSS Redis-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 OSS Redis-Benutzer zu aktualisieren.

Standard-Pubsub-Kanalberechtigungen für ACL Benutzer, die in diesem Cluster bereitgestellt sind.

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-Replikationsgruppe OSS (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, OSS unterstützt Redis 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 Protokoll. ACL

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 besteht in einer höheren CPU und potenziell höheren Latenz. Wir empfehlen einen Wert von 1, es sei denn, Sie stellen eine hohe Speicherauslastung fest und können eine Erhöhung CPU der 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 Beschreibung
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 der Parameter in Redis 5.0.3 OSS

Familie der Parametergruppe: redis5.0

Redis OSS 5.0-Standardparametergruppen

  • default.redis5.0— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus deaktiviert) und Replikationsgruppen.

  • default.redis5.0.cluster.on— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus aktiviert) und Replikationsgruppen.

In Redis 5.0.3 hinzugefügte Parameter OSS
Name Details Beschreibung
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-Befehle. OSS 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 (RedisOSS) Version 5.0.6 (erweitert).

Änderungen der Parameter in Redis 5.0.0 OSS

Familie der Parametergruppe: redis5.0

Redis OSS 5.0-Standardparametergruppen

  • default.redis5.0— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus deaktiviert) und Replikationsgruppen.

  • default.redis5.0.cluster.on— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus aktiviert) und Replikationsgruppen.

In Redis 5.0 hinzugefügte Parameter OSS
Name Details Beschreibung
stream-node-max-bytes

Zulässige Werte: 0+

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+

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 an Set-/Hash-/Zset-/Listenfeldern, die vom Scan des Hauptwörterbuchs 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 5 OSS? . In der folgenden Tabelle sind die neuen Parameternamen und deren Entsprechung in früheren Versionen angegeben.

Parameter wurden in Redis 5.0 OSS umbenannt
Name Details Beschreibung
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 OSSRedis-Knotentyp-spezifische Parameter

Typ: Ganzzahl

Veränderbar: Nein

Früherer Name: client-output-buffer-limit - slave-hard-limit

Für OSS Redis-Read-Repliken: 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 OSSRedis-Knotentyp-spezifische Parameter

Typ: Ganzzahl

Veränderbar: Nein

Früherer Name: - client-output-buffer-limit slave-soft-limit

Für OSS Redis-Read-Replicas: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird die Verbindung zum Client unterbrochen, 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 OSS Redis-Read-Replicas: 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 unterbrochen.
replica-allow-chaining

Standard: no

Typ: Zeichenfolge

Veränderbar: Nein

Früherer Name: slave-allow-chaining

Bestimmt, ob eine Read Replica in Redis eigene Read Replicas haben OSS 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 Beschreibung
repl-timeout

Standard: 60

Veränderbar: Nein

Parameter ist in dieser Version nicht verfügbar

Änderungen der Parameter in Redis OSS 4.0.10

Familie der Parametergruppe: redis4.0

Standardparametergruppen von Redis 4.0.x OSS

  • default.redis4.0— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Cluster-Modus deaktiviert) und Replikationsgruppen.

  • default.redis4.0.cluster.on— Verwenden Sie diese oder eine davon abgeleitete Parametergruppe für Valkey- oder Redis-Cluster OSS (Clustermodus aktiviert) und Replikationsgruppen.

Die Parameter wurden in Redis 4.0.10 geändert OSS
Name Details Beschreibung
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, wodurch alle Schlüssel mit approximated entfernt werden, und LFUvolatile-lfu, die unter Verwendung von approximated unter den Schlüsseln mit einem Expire-Set entfernt werden. LFU 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 OSS Redis 4.0.10 wurden Parameter hinzugefügt
Name Details Beschreibung
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.
LFUParameter
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

Aktivierte aktive Defragmentierung
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 in CPU Prozent.
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 in CPU Prozent.
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 der Parameter in Redis OSS 3.2.10

Familie der Parametergruppe: redis3.2

ElastiCache (RedisOSS) 3.2.10 Es werden keine zusätzlichen Parameter unterstützt.

Änderungen der Parameter in Redis 3.2.6 OSS

Familie der Parametergruppe: redis3.2

Für Redis OSS 3.2.6 werden keine zusätzlichen Parameter unterstützt.

Änderungen der Parameter in Redis 3.2.4 OSS

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-Replikationsgruppe OSS (Cluster-Modus deaktiviert) erstellen und trotzdem die zusätzlichen Funktionen von Redis 3.2.4 verwenden möchten. OSS

  • default.redis3.2.cluster.on— Geben Sie diese oder eine davon abgeleitete Parametergruppe an, wenn Sie eine Valkey- oder OSS Redis-Replikationsgruppe (Clustermodus aktiviert) erstellen möchten.

Neue Parameter für Redis 3.2.4 OSS

Familie der Parametergruppe: redis3.2

Für Redis OSS 3.2.4 werden die folgenden zusätzlichen Parameter unterstützt.

Name Details Beschreibung
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:
  • -5: max. Größe: 64 Kb – wird nicht für normale Arbeitslasten empfohlen

  • -4: max. Größe: 32 Kb – wird nicht empfohlen

  • -3: max. Größe: 16 Kb – wird nicht empfohlen

  • -2: max. Größe: 8 Kb – wird empfohlen

  • -1: max. Größe: 4 Kb – wird empfohlen

  • Positive Zahlen bedeuten, bis hin zu genau dieser Anzahl von Elementen pro Listenknoten zu speichern.

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:
  • 0: Gesamte Komprimierung deaktivieren.

  • 1: Komprimierung jeweils einen Knoten nach innen vom Anfang und Ende starten.

    [head]->node->node->...->node->[tail]

    Alle Knoten außer [head] und [tail] werden komprimiert.

  • 2: Komprimierung jeweils zwei Knoten nach innen vom Anfang und Ende starten.

    [head]->[next]->node->node->...->node->[prev]->[tail]

    [head], [next], [prev], [tail] werden nicht komprimiert. Alle anderen Knoten werden komprimiert.

  • usw.

cluster-enabled

Standard: no/yes *

Typ: Zeichenfolge

Veränderbar: Nein

Gibt an, ob es sich um eine Valkey- oder Redis-Replikationsgruppe OSS (Cluster-Modus aktiviert) im Cluster-Modus (ja) oder um eine Valkey- oder Redis-Replikationsgruppe OSS (Cluster-Modus aktiviert) im Nicht-Cluster-Modus (nein) handelt. Valkey- oder Redis-Replikationsgruppen OSS (Clustermodus aktiviert) im Clustermodus können ihre Daten auf bis zu 500 Knotengruppen partitionieren.

* Redis 3.2OSS. x hat zwei Standardparametergruppen.

  • default.redis3.2 – Standardwert no.

  • default.redis3.2.cluster.on – Standardwert yes.

.

cluster-require-full-coverage

Standard: no

Typ: Boolesch

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn diese Option auf gesetzt istyes, nehmen Valkey- oder Redis-Knoten OSS (Cluster-Modus aktiviert) im Cluster-Modus keine Anfragen mehr an, 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.

Wir empfehlen einen Wert von etwa 3000, um die Vorteile der platzsparenden Kodierung nutzen zu können, ohne dabei PFADD zu stark zu verlangsamen, was bei der Sparse-Kodierung O (N) ist. Der Wert kann auf ~10000 erhöht werden, wenn CPU dies kein Problem darstellt, der Leerraum jedoch schon, und der Datensatz besteht aus vielen Datensätzen HyperLogLogs mit einer Kardinalität im Bereich von 0 bis 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 OSS Redis-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 OSS Zwecke als Redis reservieren, um den Umfang des Paging zu reduzieren.

Dieser Parameter ist spezifisch für die ElastiCache Redis-Standarddistribution und nicht Teil der Standarddistribution. OSS

Weitere Informationen erhalten Sie unter reserved-memory und Verwaltung des reservierten Speichers für Valkey und Redis OSS.

Die Parameter wurden in Redis OSS 3.2.4 geändert (verbessert)

Familie der Parametergruppe: redis3.2

Für Redis OSS 3.2.4 wurden die folgenden Parameter geändert.

Name Details Änderung
activerehashing

Veränderbar: Ja, wenn die Parametergruppe keinem Cache-Cluster zugeordnet ist. Ansonsten nein.

Veränderbar war Nein.

databases

Veränderbar: Ja, wenn die Parametergruppe keinem Cache-Cluster zugeordnet ist. Ansonsten nein.

Veränderbar war Nein.

appendonly

Standard: deaktiviert

Veränderbar: Nein

Wenn Sie ein Upgrade von einer früheren OSS Redis-Version durchführen möchten, müssen Sie das Gerät zuerst ausschalten. appendonly

appendfsync

Standard: deaktiviert

Veränderbar: Nein

Wenn Sie ein Upgrade von einer früheren OSS Redis-Version durchführen möchten, müssen Sie das Gerät zuerst ausschaltenappendfsync.

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 Beschreibung
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.

close-on-slave-writeWie funktioniert

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

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 deaktivierenclose-on-replica-write.

Bild: close-on-slave-write, Schreibvorgänge schlagen fehl

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. Ihre Anwendungslogik sollte die Verbindungsunterbrechung erkennen, die DNS Tabelle überprüfen und die Verbindung zum primären Endpunkt, der jetzt Endpunkt B wäre, wieder herstellen.

Bild: close-on-slave-write, wird in einen neuen primären Cluster geschrieben

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-sizeGilt ab OSS Redis-Version 2.8.22 sowohl für den primären Cluster als auch für Replikatcluster.

  • Ab OSS Redis-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 2.8.21 OSS hat Parameter hinzugefügt

Familie der Parametergruppe: redis2.8

Für Redis OSS 2.8.21 werden keine zusätzlichen Parameter unterstützt.

Redis 2.8.19 OSS hat Parameter hinzugefügt

Familie der Parametergruppe: redis2.8

Für Redis OSS 2.8.19 werden keine zusätzlichen Parameter unterstützt.

Redis 2.8.6 OSS 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 Beschreibung
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 das primäre Replikat 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 Clients benachrichtigen OSS kann. Jede Art von Ereignis wird durch einen einzelnen Buchstaben repräsentiert:

  • K— Keyspace-Ereignisse, die mit dem Präfix__keyspace@ <db> __

  • E – Key-event-Ereignisse, die mit dem Präfix __keyevent@<db>__ veröffentlicht werden

  • g — Generische, unspezifische Befehle wie DEL, EXPIRE, usw. RENAME

  • $ – Zeichenfolgenbefehle

  • l — List-Befehle

  • s — Set-Befehle

  • h — Hash-Befehle

  • z — Sortierte Set-Befehle

  • x — Abgelaufene Ereignisse (Ereignisse, die jedes Mal generiert werden, wenn ein Schlüssel abläuft)

  • e — Ausgeschiedene Ereignisse (Ereignisse, die generiert werden, wenn ein Schlüssel für maxmemory entfernt wird)

  • A — Ein Alias für g$lshzxe

Es kann eine beliebige Kombination dieser Ereignistypen vorliegen. AKEBedeutet beispielsweise, dass Redis Benachrichtigungen aller Ereignistypen veröffentlichen OSS 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.

Anmerkung

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:
  • Massendatenübertragung während der Synchronisierung, aus der Perspektive des Read Replica

  • Zeitüberschreitung des primären Knotens aus der Perspektive des Replikats

  • Zeitüberschreitung des Replikats aus der Perspektive des primären Knotens

Redis 2.6.13-Parameter OSS

Familie der Parametergruppe: redis2.6

Redis OSS 2.6.13 war die erste Version von Redis, die von unterstützt wurde. OSS ElastiCache Die folgende Tabelle zeigt die unterstützten Redis OSS 2.6.13-Parameter. ElastiCache

Name Details Beschreibung
activerehashing

Standard: yes

Typ: Zeichenfolge (yes/no)

Veränderbar: Ja

Änderungen finden statt: Bei der Erstellung

Bestimmt, ob die aktive Rehashing-Funktion von Redis aktiviert werden soll. Die Haupt-Hash-Tabelle wird zehnmal pro Sekunde erneut gehasht; jeder Rehash-Vorgang benötigt 1 Millisekunde Zeit. CPU

Es empfiehlt sich, diesen Wert gering zu halten. Wenn einem Cluster eine neue Parametergruppe zugewiesen wird, muss dieser Wert in der alten und in der neuen Parametergruppe identisch sein.

appendonly

Standard: no

Typ: Zeichenfolge

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Aktiviert oder deaktiviert die Redis-Funktion „Nur Dateien anhängen“ (). AOF AOFerfasst alle OSS Redis-Befehle, die Daten im Cache ändern, und wird zur Wiederherstellung nach bestimmten Knotenausfällen verwendet.

Der Standardwert ist nein, was bedeutet, dass er ausgeschaltet AOF ist. Setzen Sie diesen Parameter auf Ja, um ihn zu aktivierenAOF.

Weitere Informationen finden Sie unter Minimieren von Ausfällen.

Anmerkung

Append Only Files (AOF) wird für die Knoten cache.t1.micro und cache.t2.* nicht unterstützt. Für Knoten dieser Art wird der Parameterwert appendonly ignoriert.

Anmerkung

Für Multi-AZ-Replikationsgruppen ist dies nicht zulässig. AOF

appendfsync

Standard: everysec

Typ: Zeichenfolge

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn auf yes gesetzt appendonly ist, steuert, wie oft der AOF Ausgabepuffer auf die Festplatte geschrieben wird:
  • no – der Puffer wird nach Bedarf auf die Festplatte geschrieben.

  • everysec – Der Puffer wird einmal pro Sekunde geleert. Dies ist die Standardeinstellung.

  • always (immer) – der Puffer wird jedes Mal geleert, wenn Daten im Cluster geändert werden.

  • Appendfsync wird ab der Version 2.8.22 nicht mehr unterstützt.

client-output-buffer-limit-normal-hard-limit

Standard: 0

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Bytes erreicht, wird die Verbindung des Clients getrennt. Der Standard ist null (kein festes Limit).

client-output-buffer-limit-normal-soft-limit

Standard: 0

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Bytes erreicht, wird die Verbindung des Clients getrennt, aber nur dann, wenn diese Bedingung client-output-buffer-limit-normal-soft-seconds lang andauert. Der Standard ist null (kein weiches Limit).
client-output-buffer-limit-normal-soft-seconds

Standard: 0

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn der Ausgabepuffer eines Clients länger als die angegebene Anzahl von Sekunden bei client-output-buffer-limit-normal-soft-limit Bytes verbleibt, wird die Verbindung des Clients getrennt. Der Standard ist null (kein Zeitlimit).
client-output-buffer-limit-pubsub-hard-limit

Standard: 33554432

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Für OSS Publish/Subscribe-Clients von Redis: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird die Verbindung zum Client getrennt.

client-output-buffer-limit-pubsub-soft-limit

Standard: 8388608

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Für OSS Publish/Subscribe-Clients von Redis: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird die Verbindung zum Client getrennt, aber nur, wenn dieser Zustand weiterhin besteht. client-output-buffer-limit-pubsub-soft-seconds
client-output-buffer-limit-pubsub-soft-seconds

Standard: 60

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Für OSS Publish/Subscribe-Clients von Redis: Wenn der Ausgabepuffer eines Clients länger als diese Anzahl von Sekunden auf client-output-buffer-limit-pubsub-soft-limit Byte verbleibt, wird die Verbindung zum Client getrennt.
client-output-buffer-limit-slave-hard-limit

Standard: Für Werte siehe OSSRedis-Knotentyp-spezifische Parameter

Typ: Ganzzahl

Veränderbar: Nein

Für OSS Redis-Read-Replicas: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird die Verbindung zum Client getrennt.
client-output-buffer-limit-slave-soft-limit

Standard: Für Werte siehe OSSRedis-Knotentyp-spezifische Parameter

Typ: Ganzzahl

Veränderbar: Nein

Für OSS Redis-Read-Replicas: Wenn der Ausgabepuffer eines Clients die angegebene Anzahl von Byte erreicht, wird die Verbindung zum Client getrennt, aber nur, wenn dieser Zustand weiterhin besteht. client-output-buffer-limit-slave-soft-seconds
client-output-buffer-limit-slave-soft-seconds

Standard: 60

Typ: Ganzzahl

Veränderbar: Nein

Für OSS Redis-Read-Replicas: Wenn der Ausgabepuffer eines Clients länger als diese Anzahl von Sekunden auf client-output-buffer-limit-slave-soft-limit Byte verbleibt, wird die Verbindung zum Client getrennt.
databases

Standard: 16

Typ: Ganzzahl

Veränderbar: Nein

Änderungen finden statt: Bei der Erstellung

Die Anzahl der logischen Partitionen, in die die Datenbanken aufgeteilt sind. Es empfiehlt sich, diesen Wert gering zu halten.

Es empfiehlt sich, diesen Wert gering zu halten. Wenn einem Cluster eine neue Parametergruppe zugewiesen wird, muss dieser Wert in der alten und in der neuen Parametergruppe identisch sein.

hash-max-ziplist-entries

Standard: 512

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für Hashes verwendete Speichermenge. Hashes mit weniger als der angegebenen Anzahl von Einträgen werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
hash-max-ziplist-value

Standard: 64

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für Hashes verwendete Speichermenge. Hashes mit kleineren Einträgen als die angegebene Anzahl von Bytes werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
list-max-ziplist-entries

Standard: 512

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für Listen verwendete Speichermenge. Listen mit weniger als der angegebenen Anzahl von Einträgen werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
list-max-ziplist-value

Standard: 64

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für Listen verwendete Speichermenge. Listen mit kleineren Einträgen als die angegebene Anzahl von Bytes werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
lua-time-limit

Standard: 5000

Typ: Ganzzahl

Veränderbar: Nein

Die maximale Ausführungszeit für ein Lua-Skript in Millisekunden, bevor ElastiCache Maßnahmen ergriffen werden, um das Skript zu beenden.

Wenn sie überschritten lua-time-limit wird, geben alle OSS Redis-Befehle einen Fehler in der Form ____- zurück. BUSY Da dieser Status viele wichtige OSS Redis-Operationen stören kann, ElastiCache wird zunächst ein Befehl ausgegeben. SCRIPTKILL Wenn dies nicht erfolgreich ist, ElastiCache wird Redis zwangsweise neu gestartet. OSS

maxclients – Dieser Wert gilt für alle Instance-Typen mit Ausnahme der explizit angegebenen.

Standard: 65000

Typ: Ganzzahl

Veränderbar: Nein

Die maximale Anzahl von Clients, die zu jedem beliebigen Zeitpunkt angeschlossen sein können.

t2.medium Standard: 20 000

Typ: Ganzzahl

Veränderbar: Nein

t2.small Standard: 20 000

Typ: Ganzzahl

Veränderbar: Nein

t2.micro Standard: 20 000

Typ: Ganzzahl

Veränderbar: Nein

t4g.micro Standard: 20 000

Typ: Ganzzahl

Veränderbar: Nein

t3.medium Standard: 46 000

Typ: Ganzzahl

Veränderbar: Nein

t3.small Standard: 46 000

Typ: Ganzzahl

Veränderbar: Nein

t3.micro Standard: 20 000

Typ: Ganzzahl

Veränderbar: Nein

maxmemory-policy

Standard: volatile-lru

Typ: Zeichenfolge

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Die Bereinigungsrichtlinie für Schlüssel, wenn die maximale Speichernutzung erreicht ist.

Gültige Werte sind: volatile-lru | allkeys-lru | volatile-random | allkeys-random | volatile-ttl | noeviction

Weitere Informationen finden Sie unter Verwenden von Valkey oder OSS Redis als Cache. LRU

maxmemory-samples

Standard: 3

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 OSS wählt Redis 3 Schlüssel aus und verwendet den Schlüssel, der zuletzt verwendet wurde.
reserved-memory

Standard: 0

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Der Gesamtspeicher, in Byte, der nicht für Daten verwendet werden soll. Standardmäßig wächst der OSS Redis-Knoten so lange, bis er die des Nodes verbraucht maxmemory (siehe). OSSRedis-Knotentyp-spezifische Parameter 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 OSS Zwecke als Redis reservieren, um den Umfang des Paging zu reduzieren.

Dieser Parameter ist spezifisch für die ElastiCache Redis-Standarddistribution und nicht Teil der Standarddistribution. OSS

Weitere Informationen erhalten Sie unter reserved-memory-percent und Verwaltung des reservierten Speichers für Valkey und Redis OSS.

set-max-intset-entries

Standard: 512

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für bestimmte Arten von Sätzen verwendete Speichermenge (Zeichenfolgen, die in Radix 10 Ganzzahlen im Bereich von signierten 64-Bit-Ganzahlen sind). Solche Sätze mit weniger als der angegebenen Anzahl von Einträgen werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
slave-allow-chaining

Standard: no

Typ: Zeichenfolge

Veränderbar: Nein

Bestimmt, ob eine Read Replica in Redis eigene Read Replicas haben OSS kann.
slowlog-log-slower-than

Standard: 10000

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Die maximale Ausführungszeit in Mikrosekunden für Befehle, die von der OSS Redis Slow Log-Funktion protokolliert werden.
slowlog-max-len

Standard: 128

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Die maximale Länge des Redis OSS Slow Log.
tcp-keepalive

Standard: 0

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn dies auf einen Wert ungleich null (N) eingestellt wird, werden Knoten-Clients alle N Sekunden abgefragt, um sicherzustellen, dass sie noch verbunden sind. Bei der Standardeinstellung „0“ finden keine solche Abfragen statt.
Wichtig

Einige Aspekte dieses Parameters wurden in Redis OSS Version 3.2.4 geändert. Siehe Die Parameter wurden in Redis OSS 3.2.4 geändert (verbessert).

timeout

Standard: 0

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Die Anzahl von Sekunden, die ein Knoten wartet, bevor eine Zeitüberschreitung eintritt. Die Werte sind:
  • 0 – Die Verbindung eines ungenutzten Client niemals trennen.

  • 1-19 – Ungültige Werte.

  • >=20 – Die Anzahl von Sekunden, die ein Knoten wartet, bevor die Verbindung eines ungenutzten Clients getrennt wird.

zset-max-ziplist-entries

Standard: 128

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für sortierte Sätze verwendete Speichermenge. Sortierte Sätze mit weniger als der angegebenen Anzahl von Elementen werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
zset-max-ziplist-value

Standard: 64

Typ: Ganzzahl

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Bestimmt die für sortierte Sätze verwendete Speichermenge. Sortierte Sätze mit kleineren Einträgen als die angegebene Anzahl von Bytes werden mit besonderer Codierung gespeichert, durch die Platz eingespart wird.
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.

OSSRedis-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.

Anmerkung

Der Parameter maxmemory kann nicht geändert werden.

Knotentyp Maxmemory lient-output-buffer-limitC - 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 einer Amazon Virtual Private Cloud VPC erstellt.

T1-Instances unterstützen Multi-AZ nicht.

T1- und T2-Instances unterstützen Redis OSS AOF nicht.

OSSRedis-Konfigurationsvariablen appendonly und appendfsync werden in OSS Redis-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.

Änderungen an Memcached 1.6.17

Ab Memcached 1.6.17 unterstützen wir die folgenden administrativen Befehle nicht mehr: lru_crawlerlru und slabs. Mit diesen Änderungen können Sie lru_crawler zur Laufzeit nicht mehr über Befehle aktivieren/deaktivieren. Bitte aktivieren/deaktivieren Sie lru_crawler, indem Sie Ihre benutzerdefinierte Parametergruppe ändern.

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 Beschreibung
no_modern

Standard: 1

Typ: Boolesch

Veränderbar: Ja

Zulässige Werte: 0, 1

Änderungen werden wirksam: Beim Start

Ein Alias für die Deaktivierung von slab_reassign Befehlen, lru_maintainer_threadlru_segmented, und. maxconns_fast

Wenn Sie Memcached 1.5 und höher verwenden, wird der hash_algorithm 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 deaktiviert no_modern ist, dann, slab_reassignlru_maintainer_thread, lru_segmented und aktiviert sein. maxconns_fast WILL Da es sich bei den hash_algorithm SWITCH Parametern slab_automove und nicht um Parameter handelt, basiert ihre Einstellung auf den Konfigurationen in der Parametergruppe.

Wenn Sie den Parameter deaktivieren no_modern und zu ihm zurückkehren möchtenmodern, müssen Sie eine benutzerdefinierte Parametergruppe konfigurieren, um diesen Parameter zu deaktivieren, und dann einen Neustart durchführen, damit diese Änderungen wirksam werden.

Anmerkung

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_ascii_resp

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. Kleine Verlangsamung für ASCIIget, faster Sätze.

Für Memcached 1.5.10 werden die folgenden Parameter entfernt.

Name Details Beschreibung
expirezero_does_not_evict

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_moderngesetzt)

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 Beschreibung
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_timeout

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_sizes

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_logbuf_size

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_logbuf_size

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_chunk_max

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_crawler metadump [all|1|2|3]

Standard: deaktiviert

Typ: Boolesch

Veränderbar: Ja

Änderungen werden wirksam: Sofort

Wenn lru_crawler 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 Beschreibung
disable_flush_all

Standard: 0 (deaktiviert)

Typ: Boolesch

Veränderbar: Ja

Änderungen werden wirksam: Beim Start

Hinzufügen von Parameter (-F), um flush_all 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_algorithm

Standard: jenkins

Typ: Zeichenfolge

Veränderbar: Ja

Änderungen werden wirksam: Beim Start

Der zu verwendende Hash-Algorithmus. Zulässige Werte: murmur3 und jenkins.
lru_crawler

Standard: 0 (deaktiviert)

Typ: Boolesch

Veränderbar: Ja

Änderungen werden wirksam: Nach dem Neustart

Anmerkung

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

Anmerkung

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.

lru_maintainer

Standard: 0 (deaktiviert)

Typ: Boolesch

Veränderbar: Ja

Änderungen werden wirksam: Beim Start

Ein Hintergrund-Thread, der Elemente zwischen den Objekten hin und her schiebt, LRUs sobald die Kapazitäten erreicht sind. Werte: 0, 1.

expirezero_does_not_evict

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.

Warnung

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 Beschreibung
config_max

Standard: 16

Typ: Ganzzahl

Veränderbar: Nein

Die maximale Anzahl von ElastiCache Konfigurationseinträgen.
config_size_max

Standard: 65536

Typ: Ganzzahl

Veränderbar: Nein

Die maximale Größe der Konfigurationseinträge in Byte.
hashpower_init

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_fast

Standard: 0(false)

Typ: Boolesch

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_automove

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 gesetzt ist, ElastiCache wird beim automatischen Verschieben von Platten ein langsamer, konservativer Ansatz gewählt. 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_reassign

Standard: 0(false)

Typ: Boolesch

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 Beschreibung
backlog_queue_limit

Standard: 1024

Typ: Ganzzahl

Veränderbar: Nein

Das Limit der Rückstandwarteschlange (Backlog Queue).
binding_protocol

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.

cas_disabled

Standard: 0(false)

Typ: Boolesch

Veränderbar: Ja

Änderungen werden wirksam: Nach dem Neustart

Bei einem Wert von 1 (true) werden die Operationen check und set (CAS) deaktiviert und gespeicherte Elemente verbrauchen 8 Byte weniger als bei aktivierter Option. CAS
chunk_size

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_size_growth_factor

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_size_growth_factor Mal größer als der vorherige Datenblock sein.
error_on_memory_exhausted

Standard: 0(false)

Typ: Boolesch

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_memory_pages

Standard: 0(false)

Typ: Boolesch

Veränderbar: Nein

Falls 1 (true), ElastiCache wird versucht, große Speicherseiten zu verwenden.
lock_down_paged_memory

Standard: 0(false)

Typ: Boolesch

Veränderbar: Nein

Falls 1 (wahr), ElastiCache wird der gesamte ausgelagerte Speicher gesperrt.
max_item_size

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_simultaneous_connections

Standard: 65000

Typ: Ganzzahl

Veränderbar: Nein

Die maximale Anzahl gleichzeitiger Verbindungen.
maximize_core_file_limit

Standard: 0(false)

Typ: Boolesch

Anpassbar:

Änderungen werden wirksam: Nach dem Neustart

Falls 1 (wahr), ElastiCache wird das Limit für die Kerndateien maximiert.
memcached_connections_overhead

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.
requests_per_event

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_cache_memory (in Megabyte) num_threads
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 (AmazonVPC) erstellt.