Parâmetros do Valkey e do Redis OSS Parâmetros específicos do Memcached

Parâmetros específicos do mecanismo

Valkey e Redis OSS

A maioria dos parâmetros do Valkey 8 é compatível com os parâmetros do Redis OSS 7.1. Os parâmetros do Valkey 7.2 são iguais aos parâmetros do Redis OSS 7.

Se você não especificar um grupo de parâmetros para seu cluster do Valkey ou Redis OSS, será usado um grupo de parâmetros padrão apropriado à versão de seu mecanismo. Não é possível alterar os valores de nenhum parâmetro em um grupo de parâmetros padrão. No entanto, é possível criar um grupo de parâmetros personalizado e atribui-lo ao seu cluster a qualquer momento, desde que os valores de parâmetros condicionalmente modificáveis sejam os mesmos nos dois grupos de parâmetros. Para obter mais informações, consulte Criação de um grupo de ElastiCache parâmetros.

Parâmetros do Valkey e do Redis OSS

Tópicos

Alterações nos parâmetros Valkey 9.1 e Valkey 9.0
Alterações de parâmetros do Valkey 8.2
Alterações de parâmetros do Valkey 8.1
Alterações de parâmetros do Valkey 8.0
Alterações nos parâmetros do Valkey 7.2 e Redis OSS 7
Alterações de parâmetros do Redis OSS 6.x
Alterações de parâmetros do Redis OSS 5.0.3
Alterações de parâmetros do Redis OSS 5.0.0
Alterações de parâmetros do Redis OSS 4.0.10
Alterações de parâmetros do Redis OSS 3.2.10
Alterações de parâmetros do Redis OSS 3.2.6
Alterações de parâmetros do Redis OSS 3.2.4
Parâmetros adicionados do Redis OSS 2.8.24 (aprimorado)
Parâmetros adicionados do Redis OSS 2.8.23 (aprimorado)
Parâmetros adicionados do Redis OSS 2.8.22 (aprimorado)
Parâmetros adicionados do Redis OSS 2.8.21
Parâmetros adicionados do Redis OSS 2.8.19
Parâmetros adicionados do Redis OSS 2.8.6
Parâmetros do Redis OSS 2.6.13
Parâmetros específicos do tipo de nó Valkey
Parâmetros específicos de node-type do Redis OSS

Alterações nos parâmetros Valkey 9.1 e Valkey 9.0

Família de grupos de parâmetros: valkey9

nota

Os grupos de parâmetros do Valkey 9.0 e versões superiores são incompatíveis com o Valkey 8.x e o Redis OSS.

Novas famílias de grupos de parâmetros para Valkey 9.1 e Valkey 9.0:

default.valkey9— Grupo de parâmetros padrão para Valkey 9.1 e Valkey 9.0 (modo de cluster desativado).
default.valkey9.cluster.on— Grupo de parâmetros padrão para Valkey 9.1 e Valkey 9.0 com o modo de cluster ativado.

Novo parâmetro visível para o cliente no Valkey 9.0
Parâmetro	Description	Valores	Padrão	Modificável
`cluster-databases`	Número de bancos de dados disponíveis no modo cluster. Definido no momento da criação do cluster.	1 a 10.000	0	Não (definido na criação)

Alterações de parâmetros do Valkey 8.2

Família de grupos de parâmetros: valkey8

nota

As alterações dos parâmetros do Valkey 8.2 não se aplicam ao Valkey 8.1
Os grupos de parâmetros do Valkey 8.0 e superiores são incompatíveis com o Redis OSS 7.2.4.
No Valkey 8.2, os seguintes comandos não estão disponíveis para caches de tecnologia sem servidor: commandlog, commandlog get, commandlog help, commandlog len e commandlog reset.

Novos grupos de parâmetros no Valkey 8.2
Nome	Detalhes	Description
search-fanout-target-mode (adicionado na versão 8.2)	Padrão: cliente Tipo: string Modificável: sim As alterações entram em vigor: imediatamente	O parâmetro de configuração search-fanout-target-mode controla como as consultas de pesquisa são distribuídas entre os nós em um ambiente de cluster do Valkey. Essa configuração aceita dois valores: “throughput”, que otimiza o throughput máximo distribuindo aleatoriamente as consultas de pesquisa em todos os nós do cluster, independentemente do tipo de cliente ou do status READONLY, e “client”, que respeita as características da conexão do cliente ao rotear aleatoriamente clientes não READONLY para nós primários, clientes READONLY em conexões de réplica somente para nós de réplica e clientes READONLY em conexões primárias aleatoriamente em todos os nós. O comportamento padrão é o modo “client”, o que significa que o sistema respeitará os tipos de conexão do cliente e o status READONLY para decisões de roteamento de consultas. Use o modo de taxa de transferência para cargas de trabalho de pesquisa de alto volume, nas quais a utilização máxima dos recursos do cluster é desejada, e o modo cliente, quando quiser manter a read/write separação e respeitar os padrões de conexão READONLY no nível do aplicativo.
search-default-timeout-ms	Padrão: 50000 Valores permitidos: 1 a 60000 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	O tempo limite padrão de consulta de pesquisa do Valkey (em milissegundos).
search-enable-partial-results	Padrão: sim Valores permitidos: sim, não Tipo: booliano Modificável: sim As alterações entram em vigor: imediatamente	Configura o comportamento da falha de consulta para a pesquisa do Valkey. Quando ativadas, as consultas de pesquisa retornarão resultados parciais se houver tempos limite em um ou mais fragmentos. Quando desativado, qualquer tempo limite de fragmento fará com que toda a consulta de pesquisa falhe e retorne um erro.

Alterações de parâmetros do Valkey 8.1

Família de grupos de parâmetros: valkey8

nota

As alterações dos parâmetros do Valkey 8.1 não se aplicam ao Valkey 8.0
Os grupos de parâmetros do Valkey 8.0 e superiores são incompatíveis com o Redis OSS 7.2.4.
No Valkey 8.1, os seguintes comandos não estão disponíveis para caches de tecnologia sem servidor: commandlog, commandlog get, commandlog help, commandlog len e commandlog reset.

Novos grupos de parâmetros no Valkey 8.1
Nome	Detalhes	Description
commandlog-request-larger-than (adicionado na versão 8.1)	Padrão: 1048576 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	O tamanho máximo, em bytes, das solicitações a serem registradas pelo atributo Valkey Command Log.
commandlog-large-request-max-len (adicionado na versão 8.1)	Padrão: 128 Valores permitidos: 0-1024 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	O comprimento máximo do log de comandos do Valkey para solicitações.
commandlog-reply-larger-than (adicionado na versão 8.1)	Padrão: 1048576 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	O tamanho máximo, em bytes, das respostas a serem registradas pelo atributo Valkey Command Log.
commandlog-large-reply-max-len (adicionado na versão 8.1)	Padrão: 128 Valores permitidos: 0-1024 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	O comprimento máximo do log de comandos do Valkey para respostas.

Alterações de parâmetros do Valkey 8.0

Família de grupos de parâmetros: valkey8

nota

O Redis OSS 7.2.4 é incompatível com os grupos de parâmetros Valkey 8 e superiores.

Mudanças de parâmetros específicos no Valkey 8.0
Nome	Detalhes	Description
repl-backlog-size	Padrão: 10485760 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	O tamanho, em bytes, do buffer de backlog do nó primário. O backlog é usado para registrar atualizações de dados no nó primário. Quando uma réplica de leitura se conecta ao primário, ela tenta executar uma sincronização parcial (psync), onde aplica dados do backlog para chegar ao mesmo nível do nó primário. Se psync falhar, será necessária uma sincronização completa. O valor mínimo para esse parâmetro é 16384. Observação: a partir do Redis OSS 2.8.22, esse parâmetro se aplica ao cluster primário, bem como às réplicas de leitura.
maxmemory-samples	Padrão: 3 Valores permitidos: 1 a 64 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	Para cálculos de uso menos recente (LRU) e tempo de vida (TTL), esse parâmetro representa o tamanho de amostra das chaves para verificar. Por padrão, o Redis OSS escolhe 3 chaves e usa a que foi usada menos recentemente.

Novos grupos de parâmetros no Valkey 8.0
Nome	Detalhes	Description
extended-redis-compatibility	Valores permitidos: sim, não Padrão: sim Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	O modo de compatibilidade estendida do Redis OSS faz com que o Valkey finja ser o Redis OSS 7.2. Ative essa opção somente se você tiver problemas com ferramentas ou clientes. Customer-facing impactos: `LOADING`: o Redis OSS está carregando o conjunto de dados na memória `BUSY`: o Redis OSS está ocupado `MISCONF`: o Redis OSS é configurado de uma das seguintes formas: O comando `HELLO` retorna “server” => “redis” e “version” => “7.2.4" (nossa versão de compatibilidade com o Redis OSS). O campo `INFO` para o modo é chamado de “redis_mode”.

Grupos de parâmetros removidos no Valkey 8.0
Nome	Detalhes	Description
lazyfree-lazy-eviction	Valores permitidos: sim, não Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Realiza uma exclusão assíncrona em remoções.
lazyfree-lazy-expire	Valores permitidos: sim, não Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Realiza uma exclusão assíncrona em chaves expiradas.
lazyfree-lazy-server-del	Valores permitidos: sim, não Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Realiza uma exclusão assíncrona para comandos que atualizam valores.
lazyfree-lazy-user-del	Padrão: não Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Quando o valor é definido como yes (sim), o comando DEL funciona da mesma forma que UNLINK.
replica-lazy-flush	Padrão: sim Tipo: booliano Modificável: não Nome anterior: slave-lazy-flush	Realiza um flushDB assíncrono durante a sincronização da réplica.

Alterações nos parâmetros do Valkey 7.2 e Redis OSS 7

Família de grupos de parâmetros: valkey7

Os grupos de parâmetros padrão do Valkey 7.2 são os seguintes:

default.valkey7: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey (modo cluster desabilitado).
default.valkey7.cluster.on: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey (modo cluster habilitado).

Família de grupo de parâmetros: redis7

Os grupos de parâmetros padrão do Redis OSS 7 são os seguintes:

default.redis7: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Redis OSS (modo cluster desabilitado).
default.redis7.cluster.on: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Redis OSS (modo cluster habilitado).

Alterações específicas de parâmetros

Os parâmetros adicionados no Redis OSS 7 são os seguintes. O Valkey 7.2 também aceita esses parâmetros.

Nome	Detalhes	Description
`cluster-allow-pubsubshard-when-down`	Valores permitidos: `yes`, `no` Padrão: `yes` Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Quando definido como padrão de yes (sim), permite que os nós forneçam tráfego fragmentado do pubsub enquanto o cluster está inativo, desde que acredite que possui os slots.
`cluster-preferred-endpoint-type`	Valores permitidos: `ip`, `tls-dynamic` Padrão: `tls-dynamic` Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Esse valor controla qual endpoint é retornado para MOVED/ASKING solicitações, bem como o campo de endpoint para e. `CLUSTER SLOTS` `CLUSTER SHARDS` Quando o valor for definido como ip, o nó anunciará seu endereço IP. Quando o valor é definido como tls-dynamic, o nó anunciará um nome de host quando a criptografia em trânsito estiver habilitada e um endereço IP, caso contrário.
`latency-tracking`	Valores permitidos: `yes`, `no` Padrão: `no` Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Quando definido como yes (sim), rastreia as latências por comando e permite exportar a distribuição de percentil por meio do comando de estatísticas de latência do `INFO` e as distribuições de latência cumulativa (histogramas) por meio do comando `LATENCY`.
`hash-max-listpack-entries`	Valores permitidos: `0+` Padrão: `512` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	O número máximo de entradas de hash para que o conjunto de dados seja compactado.
`hash-max-listpack-value`	Valores permitidos: `0+` Padrão: `64` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	O limite das maiores entradas de hash para que o conjunto de dados seja compactado.
`zset-max-listpack-entries`	Valores permitidos: `0+` Padrão: `128` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	O número máximo de entradas do conjunto classificado para que o conjunto de dados seja compactado.
`zset-max-listpack-value`	Valores permitidos: `0+` Padrão: `64` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	O limite das maiores entradas do conjunto classificado para que o conjunto de dados seja compactado.

Os parâmetros alterados no Redis OSS 7 são os seguintes.

Nome	Detalhes	Description
`activerehashing`	Permite modificação: `no`. No Redis OSS 7, esse parâmetro está oculto e ativado por padrão. Para desativá-lo, você precisa criar um caso de suporte.	Permite modificação era Sim.

Os parâmetros removidos no Redis OSS 7 são os seguintes.

Nome	Detalhes	Description
`hash-max-ziplist-entries`	Valores permitidos: `0+` Padrão: `512` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Use `listpack` em vez de `ziplist` para representar uma pequena codificação de hash
`hash-max-ziplist-value`	Valores permitidos: `0+` Padrão: `64` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Use `listpack` em vez de `ziplist` para representar uma pequena codificação de hash
`zset-max-ziplist-entries`	Valores permitidos: `0+` Padrão: `128` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Use `listpack` em vez de `ziplist` para representar uma pequena codificação de hash.
`zset-max-ziplist-value`	Valores permitidos: `0+` Padrão: `64` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Use `listpack` em vez de `ziplist` para representar uma pequena codificação de hash.
`list-max-ziplist-size`	Valores permitidos: Padrão: `-2` Tipo: inteiro Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	O número de entradas permitidas por nó interno da lista.

Alterações de parâmetros do Redis OSS 6.x

Família de grupo de parâmetros: redis6.x

Os grupos de parâmetros padrão do Redis OSS 6.x são os seguintes:

default.redis6.x: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster desabilitado).
default.redis6.x.cluster.on: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster habilitado).

nota

No mecanismo Redis OSS versão 6.2, quando a família de nós r6gd foi introduzida para uso com Classificação por níveis de dados em ElastiCache, somente as políticas max-memory noeviction, volatile-lru e allkeys-lru são compatíveis com os tipos de nó r6gd.

Para obter mais informações, consulte ElastiCache versão 6.2 para Redis OSS (aprimorada) e ElastiCache versão 6.0 para Redis OSS (aprimorada).

Os parâmetros adicionados no Redis OSS 6.x são os seguintes.

Detalhes	Description
`acl-pubsub-default (added in 6.2)`	Valores permitidos: `resetchannels`, `allchannels` Padrão: `allchannels` Tipo: string Modificável: sim Entrada das alterações em vigor: os usuários existentes do Redis OSS associados ao cluster continuarão a ter as permissões existentes. Atualize os usuários ou reinicialize o cluster para atualizar os usuários existentes do Redis OSS.	Permissões de canal pubsub padrão para usuários de ACL implantados neste cluster.
`cluster-allow-reads-when-down (added in 6.0)`	Padrão: não Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Quando definido como sim, um grupo de replicação do Redis OSS (modo cluster habilitado) continua a processar comandos de leitura mesmo quando um nó não é capaz de alcançar um quórum de primários. Quando definido como o padrão de no (não), o grupo de replicação rejeita todos os comandos. Recomendamos definir esse valor como yes (sim) se você estiver usando um cluster com menos de três grupos de nós ou sua aplicação pode lidar com leituras obsoletas com segurança.
`tracking-table-max-keys (added in 6.0)`	Padrão: 1.000.000 Tipo: número Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Para ajudar o cache do lado do cliente, o Redis OSS oferece suporte ao monitoramento de quais clientes acessaram quais chaves. Quando a chave monitorada é modificada, mensagens de invalidação são enviadas a todos os clientes para notificá-los que seus valores armazenados em cache não são mais válidos. Esse valor permite que você especifique o limite superior desta tabela. Depois que esse valor de parâmetro é excedido, são enviadas invalidações aos clientes aleatoriamente. Esse valor deve ser ajustado para limitar o uso da memória, enquanto ainda mantém o controle de chaves suficientes. As chaves também são invalidadas em condições de pouca memória.
`acllog-max-len (added in 6.0)`	Padrão: 128 Tipo: número Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Esse valor corresponde ao número máximo de entradas no log da ACL.
`active-expire-effort (added in 6.0)`	Padrão: 1 Tipo: número Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	O Redis OSS exclui chaves que excederam seu tempo de vida por dois mecanismos. Em um, uma chave é acessada e se descobre que ela está expirada. No outro, um trabalho periódico amostra as chaves e faz com que aquelas que excederam seu tempo de vida expirem. Esse parâmetro define a quantidade de esforço que o Redis OSS usa para expirar itens no trabalho periódico. O valor padrão de 1 tenta evitar ter mais de 10 por cento das chaves expiradas ainda na memória. Ele também tenta evitar consumir mais de 25% da memória total e adicionar latência ao sistema. Você pode aumentar esse valor até 10 para aumentar a quantidade de esforço gasto em chaves expirando. A compensação é mais CPU e latência potencialmente maior. Recomendamos um valor de 1, a menos que você esteja vendo alto uso de memória e possa tolerar um aumento na utilização da CPU.
`lazyfree-lazy-user-del (added in 6.0)`	Padrão: não Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Quando o valor é definido como yes (sim), o comando `DEL` funciona da mesma forma que `UNLINK`.

Os parâmetros removidos no Redis OSS 6.x são os seguintes.

Nome Detalhes Description

Nome	Detalhes	Description
`lua-replicate-commands`	Valores permitidos: yes/no Padrão: sim Tipo: booliano Modificável: sim As alterações entram em vigor: imediatamente	Sempre habilite ou não a replicação de efeito Lua em scripts Lua

lua-replicate-commands

Valores permitidos: yes/no

Padrão: sim

Tipo: booliano

Modificável: sim

As alterações entram em vigor: imediatamente

Sempre habilite ou não a replicação de efeito Lua em scripts Lua

Alterações de parâmetros do Redis OSS 5.0.3

Família de grupo de parâmetros: redis5.0

Grupos de parâmetros padrão do Redis OSS 5.0

default.redis5.0: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster desabilitado).
default.redis5.0.cluster.on: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster habilitado).

Parâmetros adicionados no Redis OSS 5.0.3
Nome	Detalhes	Description
`rename-commands`	Padrão: nenhum Tipo: string Modificável: sim As alterações entrarão em vigor: imediatamente em todos os nós no cluster.	Uma lista separada por espaços de comandos Redis OSS renomeados. Veja a seguir uma lista restrita de comandos disponíveis para renomear: 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

Para obter mais informações, consulte ElastiCache versão 5.0.6 para Redis OSS (aprimorada).

Alterações de parâmetros do Redis OSS 5.0.0

Família de grupo de parâmetros: redis5.0

Grupos de parâmetros padrão do Redis OSS 5.0

default.redis5.0: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster desabilitado).
default.redis5.0.cluster.on: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster habilitado).

Parâmetros adicionados no Redis OSS 5.0
Nome	Detalhes	Description
`stream-node-max-bytes`	Valores permitidos: 0+ Padrão: 4096 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	A estrutura do fluxo de dados é uma árvore radix de nós que codifica vários itens dentro. Use esta configuração para especificar o tamanho máximo de um nó único em uma árvore radix em bytes. Se definido como 0, o tamanho do nó da árvore é ilimitado.
`stream-node-max-entries`	Valores permitidos: 0+ Padrão: 100 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	A estrutura do fluxo de dados é uma árvore radix de nós que codifica vários itens dentro. Use essa configuração para especificar o número máximo de itens que um único nó pode conter antes de alternar para um novo nó ao anexar novas entradas de fluxo. Se definido como 0, o número de itens no nó da árvore é ilimitado
`active-defrag-max-scan-fields`	Valores permitidos: 1 a 1000000 Padrão: 1000 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	Número máximo de zset/list campos set/hash/que serão processados a partir da verificação do dicionário principal
`lua-replicate-commands`	Valores permitidos: yes/no Padrão: sim Tipo: booliano Modificável: sim As alterações entram em vigor: imediatamente	Sempre habilite ou não a replicação de efeito Lua em scripts Lua
`replica-ignore-maxmemory`	Padrão: sim Tipo: booliano Modificável: não	Determina se a réplica ignora a configuração `maxmemory` ao não remover itens independentes do primário

Parâmetros alterados no Redis OSS 5.0
Nome	Detalhes	Description
`active-defrag-cycle-min`	Valores permitidos: 1-75 Padrão: 5 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Esforço mínimo para desfragmentação em porcentagem de CPU.

O Redis OSS renomeou vários parâmetros na versão 5.0 do mecanismo em resposta ao feedback da comunidade. Para obter mais informações, consulte O que há de novo no Redis OSS 5? A tabela a seguir lista os novos nomes e como eles mapeiam para versões anteriores.

Parâmetros renomeados no Redis OSS 5.0
Nome	Detalhes	Description
`replica-lazy-flush`	Padrão: sim Tipo: booliano Modificável: não Nome anterior: slave-lazy-flush	Realiza um flushDB assíncrono durante a sincronização da réplica.
`client-output-buffer-limit-replica-hard-limit`	Padrão: para valores, consulte Parâmetros específicos de node-type do Redis OSS Tipo: inteiro Modificável: não Nome anterior: client-output-buffer-limit-slave-hard-limit	Para réplicas de leitura do Redis OSS: se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado.
`client-output-buffer-limit-replica-soft-limit`	Padrão: para valores, consulte Parâmetros específicos de node-type do Redis OSS Tipo: inteiro Modificável: não Nome anterior: client-output-buffer-limit-slave-soft-limit	Para réplicas de leitura do Redis OSS: se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado, mas somente se essa condição persistir por `client-output-buffer-limit-replica-soft-seconds`.
`client-output-buffer-limit-replica-soft-seconds`	Padrão: 60 Tipo: inteiro Modificável: não Nome anterior: client-output-buffer-limit-slave-soft-seconds	Para réplicas de leitura do Redis OSS: se o buffer de saída de um cliente permanecer em `client-output-buffer-limit-replica-soft-limit` bytes por mais tempo que esse número de segundos, o cliente será desconectado.
`replica-allow-chaining`	Padrão: não Tipo: string Modificável: não Nome anterior: slave-allow-chaining	Determina se uma réplica de leitura no Redis OSS pode ter réplicas de leitura próprias.
`min-replicas-to-write`	Padrão: 0 Tipo: inteiro Modificável: sim Nome anterior: min-slaves-to-write As alterações terão efeito: imediatamente	O número mínimo de réplicas de leitura que devem estar disponíveis para que o nó primário aceite gravações de clientes. Se o número de réplicas disponíveis cair abaixo desse número, o nó primário não aceitará mais solicitações de gravação. Se esse parâmetro ou min-replicas-max-lag for 0, então o nó primário sempre aceitará solicitações de gravação, mesmo que não haja réplicas disponíveis.
`min-replicas-max-lag`	Padrão: 10 Tipo: inteiro Modificável: sim Nome anterior: min-slaves-max-lag As alterações terão efeito: imediatamente	O número de segundos em que o nó primário deve receber uma solicitação de ping de uma réplica de leitura. Se essa quantidade de tempo passar, e o primário não receber um ping, a réplica não será mais considerada disponível. Se o número de réplicas disponíveis cair abaixo de min-replicas-to-write, então o primário deixará de aceitar gravações nesse ponto. Se esse parâmetro ou min-replicas-to-write for 0, então o nó primário sempre aceitará solicitações de gravação, mesmo que não haja réplicas disponíveis.
`close-on-replica-write`	Padrão: sim Tipo: booliano Modificável: sim Nome anterior: close-on-slave-write As alterações terão efeito: imediatamente	Se ativado, os clientes que tentarem gravar em uma réplica somente leitura serão desconectados.

Parâmetros removidos no Redis OSS 5.0
Nome	Detalhes	Description
`repl-timeout`	Padrão: 60 Modificável: não	O parâmetro não está disponível nesta versão.

Alterações de parâmetros do Redis OSS 4.0.10

Família de grupo de parâmetros: redis4.0

Grupos de parâmetros padrão do Redis OSS 4.0.x

default.redis4.0: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster desabilitado).
default.redis4.0.cluster.on: use este grupo de parâmetros, ou um grupo derivado dele, para grupos de replicação e clusters do Valkey ou Redis OSS (modo cluster habilitado).

Parâmetros alterados no Redis OSS 4.0.10
Nome	Detalhes	Description
`maxmemory-policy`	Valores permitidos: `allkeys-lru`, `volatile-lru`, `allkeys-lfu`, `volatile-lfu`, `allkeys-random`, `volatile-random`, `volatile-ttl`, `noeviction` Padrão: volatile-lru Tipo: string Modificável: sim As alterações ocorrem: imediatamente	`maxmemory-policy` foi adicionado na versão 2.6.13. Na versão 4.0.10 foram adicionados dois novos valores permitidos: `allkeys-lfu`, que excluirá qualquer chave que esteja usando LFU aproximado, e `volatile-lfu`, que excluirá o uso de LFU aproximado entre as chaves com um conjunto de expiração. Na versão 6.2, quando a família de nós r6gd foi introduzida para uso com classificação de dados em níveis, somente as políticas `noeviction`, `volatile-lru` e `allkeys-lru` são compatíveis com os tipos de nó r6gd.

Parâmetros adicionados no Redis OSS 4.0.10
Nome	Detalhes	Description
Parâmetros de exclusão assíncrona
`lazyfree-lazy-eviction`	Valores permitidos: yes/no Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Realiza uma exclusão assíncrona em remoções.
`lazyfree-lazy-expire`	Valores permitidos: yes/no Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Realiza uma exclusão assíncrona em chaves expiradas.
`lazyfree-lazy-server-del`	Valores permitidos: yes/no Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Realiza uma exclusão assíncrona para comandos que atualizam valores.
`slave-lazy-flush`	Valores permitidos: N/A Padrão: não Tipo: booliano Modificável: não As mudanças ocorrem: N/A	Realiza um flushDB assíncrono durante a sincronização subordinada.
Parâmetros de LFU
`lfu-log-factor`	Valores permitidos: qualquer inteiro > 0 Padrão: 10 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Defina o fator de log, que determina o número de hits de chave para saturar o contador de chaves.
`lfu-decay-time`	Valores permitidos: qualquer inteiro Padrão: 1 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	O tempo em minutos para diminuir o contador de chaves.
Parâmetros de desfragmentação ativa
`activedefrag`	Valores permitidos: yes/no Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Habilita a desfragmentação ativa. nota Nas versões 7.0 e superiores do Valkey e Redis OSS, AWS pode realizar automaticamente a desfragmentação quando necessário operacionalmente, independentemente dessa configuração.
`active-defrag-ignore-bytes`	Valores permitidos: 10485760-104857600 Padrão: 104857600 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Quantidade mínima de desperdício de fragmentação para iniciar a desfragmentação ativa.
`active-defrag-threshold-lower`	Valores permitidos: 1-100 Padrão: 10 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Porcentagem mínima de fragmentação para iniciar a desfragmentação ativa.
`active-defrag-threshold-upper`	Valores permitidos: 1-100 Padrão: 100 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Porcentagem máxima de fragmentação em que usamos o esforço máximo.
`active-defrag-cycle-min`	Valores permitidos: 1-75 Padrão: 25 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Esforço mínimo para desfragmentação em porcentagem de CPU.
`active-defrag-cycle-max`	Valores permitidos: 1-75 Padrão: 75 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Esforço máximo para desfragmentação em porcentagem de CPU.
Parâmetros de buffer de saída do cliente
`client-query-buffer-limit`	Valores permitidos: 1048576-1073741824 Padrão: 1073741824 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Tamanho máximo de um único buffer de consulta do cliente.
`proto-max-bulk-len`	Valores permitidos: 1048576-536870912 Padrão: 536870912 Tipo: inteiro Modificável: sim As alterações ocorrem: imediatamente	Tamanho máximo de uma única solicitação de elemento.

Alterações de parâmetros do Redis OSS 3.2.10

Família de grupo de parâmetros: redis3.2

ElastiCache para o Redis OSS 3.2.10, não há nenhum parâmetro adicional suportado.

Alterações de parâmetros do Redis OSS 3.2.6

Família de grupo de parâmetros: redis3.2

Para o Redis OSS 3.2.6, não há parâmetros adicionais com suporte.

Alterações de parâmetros do Redis OSS 3.2.4

Família de grupo de parâmetros: redis3.2

Começando com o Redis OSS 3.2.4, existem dois grupo de parâmetros padrão.

default.redis3.2: ao executar o Redis OSS 3.2.4, especifique este grupo de parâmetros, ou um derivado dele, se quiser criar um grupo de replicação do Valkey ou Redis OSS (modo cluster desabilitado) e ainda usar os atributos adicionais do Redis OSS 3.2.4.
default.redis3.2.cluster.on: especifique este grupo de parâmetros, ou um derivado dele, quando quiser criar um grupo de replicação do Valkey ou Redis OSS (modo cluster habilitado).

Tópicos

Novos parâmetros para o Redis OSS 3.2.4
Parâmetros alterados no Redis OSS 3.2.4 (aprimorado)

Novos parâmetros para o Redis OSS 3.2.4

Família de grupo de parâmetros: redis3.2

Para o Redis OSS 3.2.4, há suporte para os seguintes parâmetros adicionais.

Nome	Detalhes	Description
`list-max-ziplist-size`	Padrão: -2 Tipo: inteiro Modificável: não	As listas são codificadas de forma especial para economizar espaço. O número de entradas permitidas por nó de lista interno pode ser especificado como um tamanho máximo fixo ou um número máximo de elementos. Para um tamanho máximo fixo, use de -5 a -1, significando: -5: tamanho máximo: 64 Kb - não recomendado para workloads normais -4: tamanho máximo: 32 Kb - não recomendado -3: tamanho máximo: 16 Kb - não recomendado -2: tamanho máximo: 8 Kb - recomendado -1: tamanho máximo: 4 Kb - recomendado Números positivos significam armazenar exatamente o número de elementos por nó de lista.
`list-compress-depth`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	As listas também podem ser compactadas. A profundidade de compactação é o número de nós ziplist de lista rápida de cada lado da lista a serem excluídos da compactação. O início e o final cauda da lista são sempre descompactados para operações Push e Pop rápidas. As configurações são: 0: desabilitar toda a compactação. 1: começar a compactar com o 1º nó de início e final. [início] -> nó-> nó -> ...-> nó -> [final] Todos os nós, exceto [início] e [final] são compactados. 2: começar a compactar com o 2º nó de início e final. [início] -> [próximo] -> nó-> nó -> ...-> nó -> [anterior] -> [final] [início], [próximo], [anterior], [final] não são compactados. Todos os outros nós são compactados. Etc.
`cluster-enabled`	Padrão: no/yes * Tipo: string Modificável: não	Indica se este é um grupo de replicação do Valkey ou Redis OSS (modo cluster habilitado) no modo cluster (sim) ou um grupo de replicação do Valkey ou Redis OSS (modo cluster habilitado) no modo sem cluster (não). Grupos de replicação do Valkey ou Redis OSS (modo cluster habilitado) no modo cluster podem particionar seus dados em até 500 grupos de nós. * O Redis OSS 3.2.x tem dois grupo de parâmetros padrão. `default.redis3.2` – valor padrão `no`. `default.redis3.2.cluster.on` – valor padrão `yes`. .
`cluster-require-full-coverage`	Padrão: não Tipo: booliano Modificável: sim As alterações terão efeito: imediatamente	Quando estão definidos como `yes`, os nós do Valkey ou Redis OSS (modo cluster habilitado) no modo cluster param de aceitar consultas quando detectam pelo menos um slot de hash descoberto (nenhum nó disponível que o sirva). Dessa forma, se o cluster estiver parcialmente inativo, ele ficará indisponível. Ele voltará a ficar disponível automaticamente assim que todos os slots forem novamente cobertos. No entanto, às vezes você deseja que o subconjunto do cluster que está trabalhando continue a aceitar consultas para a parte do espaço de chaves que ainda está coberto. Para fazer isto, basta configurar a opção `cluster-require-full-coverage` como `no`.
`hll-sparse-max-bytes`	Padrão: 3000 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	HyperLogLog limite de bytes de representação esparsa. O limite inclui o cabeçalho de 16 bytes. Quando um HyperLogLog uso da representação esparsa ultrapassa esse limite, ele é convertido na representação densa. Não é recomendado um valor superior a 16000, porque, nesse ponto, a representação densa é mais eficiente em termos de memória. Recomendamos um valor de 3000 para ter os benefícios da codificação eficiente do espaço sem diminuir demais o PFADD, que é O(N) com a codificação esparsa. O valor pode ser aumentado para ~ 10000 quando a CPU não é uma preocupação, mas o espaço é, e o conjunto de dados é composto por muitos HyperLogLogs com cardinalidade na faixa de 0 a 15000.
`reserved-memory-percent`	Padrão: 25 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	A porcentagem da memória de um nó reservada para o uso não de dados. Por padrão, a área de dados do Redis OSS cresce até consumir toda a memória do nó. Se isso ocorrer, o desempenho do nó provavelmente sofrerá devido a uma paginação de memória excessiva. Ao reservar memória, você pode separar uma parte da memória disponível para fins não Redis OSS, a fim de ajudar a reduzir a quantidade de paginação. Esse parâmetro é específico e não faz parte da distribuição padrão do Redis OSS. ElastiCache Para obter mais informações, consulte `reserved-memory` e Gerenciamento de memória reservada para Valkey e Redis OSS.

Parâmetros alterados no Redis OSS 3.2.4 (aprimorado)

Família de grupo de parâmetros: redis3.2

Para o Redis OSS 3.2.4, os parâmetros a seguir foram alterados.

Nome	Detalhes	Alteração
`activerehashing`	Modificável: Sim se o grupo de parâmetros não estiver associado a nenhum cluster. Do contrário, não.	Modificável era Não.
`databases`	Modificável: Sim se o grupo de parâmetros não estiver associado a nenhum cluster. Do contrário, não.	Modificável era Não.
`appendonly`	Padrão: desativado Modificável: não	Se quiser atualizar de uma versão anterior do Redis OSS, primeiro você deve desativar `appendonly`.
`appendfsync`	Padrão: desativado Modificável: não	Se quiser atualizar de uma versão anterior do Redis OSS, primeiro você deve desativar `appendfsync`.
`repl-timeout`	Padrão: 60 Modificável: não	Agora, ele não é modificável com um padrão de 60.
`tcp-keepalive`	Padrão: 300	O padrão era 0.
`list-max-ziplist-entries`		O parâmetro não está mais disponível.
`list-max-ziplist-value`		O parâmetro não está mais disponível.

Parâmetros adicionados do Redis OSS 2.8.24 (aprimorado)

Família de grupo de parâmetros: redis2.8

Para o Redis OSS 2.8.24, não há parâmetros adicionais com suporte.

Parâmetros adicionados do Redis OSS 2.8.23 (aprimorado)

Família de grupo de parâmetros: redis2.8

Para o Redis OSS 2.8.23, o parâmetro adicional a seguir tem suporte.

Nome Detalhes Description

Nome	Detalhes	Description
`close-on-slave-write`	Padrão: sim Tipo: string (yes/no) Modificável: sim As alterações terão efeito: imediatamente	Se ativado, os clientes que tentarem gravar em uma réplica somente leitura serão desconectados.

close-on-slave-write

Padrão: sim

Tipo: string (yes/no)

Modificável: sim

As alterações terão efeito: imediatamente

Se ativado, os clientes que tentarem gravar em uma réplica somente leitura serão desconectados.

Como o close-on-slave-write funciona

O close-on-slave-write parâmetro é introduzido pela Amazon ElastiCache para dar a você mais controle sobre como seu cluster responde quando um nó primário e um nó de réplica de leitura trocam de função devido à promoção de uma réplica de leitura para primária.

Imagem: close-on-replica-write, tudo funcionando bem

Se o cluster de réplica de leitura for promovido a primário por qualquer motivo que não seja a falha de um grupo de replicação Multi-AZ habilitado, o cliente continuará tentando gravar no endpoint A. Como o endpoint A agora é o endpoint de uma réplica de leitura, essas gravações falharão. Esse é o comportamento do Redis OSS antes da ElastiCache introdução close-on-replica-write e o comportamento se você desabilitar. close-on-replica-write

Imagem: close-on-slave-write, gravações falhando

Com close-on-replica-write habilitado, a qualquer momento que um cliente tentar gravar em uma réplica de leitura, a conexão do cliente com o cluster será encerrada. Sua lógica de aplicativo deve detectar a desconexão, verificar a tabela DNS e reconectar-se ao endpoint primário, que agora seria o endpoint B.

Imagem: close-on-slave-write, gravando em novo cluster primário

Quando você pode desativar o close-on-replica-write

Se desabilitar close-on-replica-write resulta na falha do cluster, por que você deseja desabilitar close-on-replica-write?

Conforme mencionado anteriormente, com close-on-replica-write habilitado, a qualquer momento que um cliente tentar gravar em uma réplica de leitura, a conexão do cliente com o cluster será encerrada. Estabelecer uma nova conexão com o nó leva tempo. Assim, desconectar e reconectar devido a uma solicitação de gravação para a réplica também afeta a latência das solicitações de leitura que são veiculadas pela mesma conexão. Esse efeito permanece em vigor até uma nova conexão ser estabelecida. Se seu aplicativo for especialmente pesado em termos de leitura ou muito sensível à latência, convém manter seus clientes conectados para evitar degradar o desempenho de leitura.

Parâmetros adicionados do Redis OSS 2.8.22 (aprimorado)

Família de grupo de parâmetros: redis2.8

Para o Redis OSS 2.8.22, não há parâmetros adicionais com suporte.

Importante

A partir do Redis OSS versão 2.8.22, repl-backlog-size aplica-se ao cluster primário, bem como a clusters de réplica.
A partir do Redis OSS versão 2.8.22, o parâmetro repl-timeout não tem suporte. Se for alterado, ElastiCache substituirá pelo padrão (60s), como fazemos comappendonly.

Os seguintes parâmetros não têm mais suporte.

appendonly
appendfsync
repl-timeout

Parâmetros adicionados do Redis OSS 2.8.21

Família de grupo de parâmetros: redis2.8

Para o Redis OSS 2.8.21, não há parâmetros adicionais com suporte.

Parâmetros adicionados do Redis OSS 2.8.19

Família de grupo de parâmetros: redis2.8

Para o Redis OSS 2.8.19, não há parâmetros adicionais com suporte.

Parâmetros adicionados do Redis OSS 2.8.6

Família de grupo de parâmetros: redis2.8

Para o Redis OSS 2.8.6, há suporte para os seguintes parâmetros adicionais.

Nome Detalhes Description

Nome	Detalhes	Description
`min-slaves-max-lag`	Padrão: 10 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O número de segundos em que o nó primário deve receber uma solicitação de ping de uma réplica de leitura. Se essa quantidade de tempo passar, e o primário não receber um ping, a réplica não será mais considerada disponível. Se o número de réplicas disponíveis cair abaixo de min-slaves-to-write, o primário deixará de aceitar gravações nesse ponto. Se esse parâmetro ou min-slaves-to-write for 0, o nó primário sempre aceitará solicitações de gravação, mesmo que não haja réplicas disponíveis.
`min-slaves-to-write`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O número mínimo de réplicas de leitura que devem estar disponíveis para que o nó primário aceite gravações de clientes. Se o número de réplicas disponíveis cair abaixo desse número, o nó primário não aceitará mais solicitações de gravação. Se esse parâmetro ou min-slaves-max-lag for 0, o nó primário sempre aceitará solicitações de gravação, mesmo que não haja réplicas disponíveis.
`notify-keyspace-events`	Padrão: (uma string vazia) Tipo: string Modificável: sim As alterações terão efeito: imediatamente	Os tipos de eventos de espaço de chaves sobre os quais o Redis OSS pode notificar os clientes. Cada tipo de evento é representado por uma única letra: K: eventos de espaço de chaves, publicados com um prefixo de __keyspace@<db>__ <db>E — Key-event eventos, publicados com o prefixo __keyevent@ __ g — Comandos genéricos não específicos, como DEL, EXPIRE, RENAME, etc. $ — Comandos de string l — Listar comandos s — Definir comandos h — Comandos de hash z — Comandos de conjuntos classificados x — Eventos expirados (eventos gerados sempre que uma chave expira) e — Eventos removidos (eventos gerados quando uma chave é removida para maxmemory) A — Um alias para g$lshzxe Observação: inclua pelo menos K ou E na string para que a Amazon ElastiCache possa enviar notificações. Event-typecaracteres (como `x` para eventos expirados) identificam o que aconteceu, mas não acionam a entrega sozinhos. Se você omitir K e E, a Amazon ElastiCache aceitará a configuração sem erros, mas desativará silenciosamente as notificações. Você pode ter qualquer combinação desses tipos de eventos. Por exemplo, AKE significa que o Redis OSS pode publicar notificações de todos os tipos de eventos. Não use nenhum caractere diferente dos listados acima. Se isso for feito, mensagens de erro serão geradas. Por padrão, esse parâmetro é definido como uma string vazia, o que significa que a notificação de eventos de espaço de chaves está desabilitada.
`repl-backlog-size`	Padrão: 1048576 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O tamanho, em bytes, do buffer de backlog do nó primário. O backlog é usado para registrar atualizações de dados no nó primário. Quando uma réplica de leitura se conecta ao primário, ela tenta executar uma sincronização parcial (`psync`), onde aplica dados do backlog para chegar ao mesmo nível do nó primário. Se `psync` falhar, será necessária uma sincronização completa. O valor mínimo para esse parâmetro é 16384. nota A partir do Redis OSS 2.8.22, esse parâmetro se aplica ao cluster primário, bem como às réplicas de leitura.
`repl-backlog-ttl`	Padrão: 3600 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O número de segundos que o nó primário manterá o buffer de backlog. A partir do momento em que o último nó de réplica tiver sido desconectado, os dados no backlog permanecerão intactos até `repl-backlog-ttl` expirar. Se a réplica não tiver se conectado ao primário dentro desse tempo, o primário liberará o buffer de backlog. Quando a réplica eventualmente se reconectar, ela terá que executar uma sincronização completa com o primário. Se esse parâmetro estiver definido como 0, o buffer de backlog nunca será liberado.
`repl-timeout`	Padrão: 60 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Representa o período de tempo limite, em segundos, para: Transferência de dados em massa durante a sincronização, sob a perspectiva da réplica de leitura Tempo limite do nó primário, sob a perspectiva da réplica Tempo limite da réplica, sob a perspectiva do nó primário

min-slaves-max-lag

Padrão: 10

Tipo: inteiro

Modificável: sim

As alterações terão efeito: imediatamente

O número de segundos em que o nó primário deve receber uma solicitação de ping de uma réplica de leitura. Se essa quantidade de tempo passar, e o primário não receber um ping, a réplica não será mais considerada disponível. Se o número de réplicas disponíveis cair abaixo de min-slaves-to-write, o primário deixará de aceitar gravações nesse ponto.

Se esse parâmetro ou min-slaves-to-write for 0, o nó primário sempre aceitará solicitações de gravação, mesmo que não haja réplicas disponíveis.

min-slaves-to-write

Padrão: 0

Tipo: inteiro

Modificável: sim

As alterações terão efeito: imediatamente

O número mínimo de réplicas de leitura que devem estar disponíveis para que o nó primário aceite gravações de clientes. Se o número de réplicas disponíveis cair abaixo desse número, o nó primário não aceitará mais solicitações de gravação.

Se esse parâmetro ou min-slaves-max-lag for 0, o nó primário sempre aceitará solicitações de gravação, mesmo que não haja réplicas disponíveis.

notify-keyspace-events

Padrão: (uma string vazia)

Tipo: string

Modificável: sim

As alterações terão efeito: imediatamente

Os tipos de eventos de espaço de chaves sobre os quais o Redis OSS pode notificar os clientes. Cada tipo de evento é representado por uma única letra:

K: eventos de espaço de chaves, publicados com um prefixo de __keyspace@<db>__
<db>E — Key-event eventos, publicados com o prefixo __keyevent@ __
g — Comandos genéricos não específicos, como DEL, EXPIRE, RENAME, etc.
$ — Comandos de string
l — Listar comandos
s — Definir comandos
h — Comandos de hash
z — Comandos de conjuntos classificados
x — Eventos expirados (eventos gerados sempre que uma chave expira)
e — Eventos removidos (eventos gerados quando uma chave é removida para maxmemory)
A — Um alias para g$lshzxe

Observação: inclua pelo menos K ou E na string para que a Amazon ElastiCache possa enviar notificações. Event-typecaracteres (como x para eventos expirados) identificam o que aconteceu, mas não acionam a entrega sozinhos. Se você omitir K e E, a Amazon ElastiCache aceitará a configuração sem erros, mas desativará silenciosamente as notificações.

Você pode ter qualquer combinação desses tipos de eventos. Por exemplo, AKE significa que o Redis OSS pode publicar notificações de todos os tipos de eventos.

Não use nenhum caractere diferente dos listados acima. Se isso for feito, mensagens de erro serão geradas.

Por padrão, esse parâmetro é definido como uma string vazia, o que significa que a notificação de eventos de espaço de chaves está desabilitada.

repl-backlog-size

Padrão: 1048576

Tipo: inteiro

Modificável: sim

As alterações terão efeito: imediatamente

O tamanho, em bytes, do buffer de backlog do nó primário. O backlog é usado para registrar atualizações de dados no nó primário. Quando uma réplica de leitura se conecta ao primário, ela tenta executar uma sincronização parcial (psync), onde aplica dados do backlog para chegar ao mesmo nível do nó primário. Se psync falhar, será necessária uma sincronização completa.

O valor mínimo para esse parâmetro é 16384.

nota

A partir do Redis OSS 2.8.22, esse parâmetro se aplica ao cluster primário, bem como às réplicas de leitura.

repl-backlog-ttl

Padrão: 3600

Tipo: inteiro

Modificável: sim

As alterações terão efeito: imediatamente

O número de segundos que o nó primário manterá o buffer de backlog. A partir do momento em que o último nó de réplica tiver sido desconectado, os dados no backlog permanecerão intactos até repl-backlog-ttl expirar. Se a réplica não tiver se conectado ao primário dentro desse tempo, o primário liberará o buffer de backlog. Quando a réplica eventualmente se reconectar, ela terá que executar uma sincronização completa com o primário.

Se esse parâmetro estiver definido como 0, o buffer de backlog nunca será liberado.

repl-timeout

Padrão: 60

Tipo: inteiro

Modificável: sim

As alterações terão efeito: imediatamente

Representa o período de tempo limite, em segundos, para:

Transferência de dados em massa durante a sincronização, sob a perspectiva da réplica de leitura
Tempo limite do nó primário, sob a perspectiva da réplica
Tempo limite da réplica, sob a perspectiva do nó primário

Parâmetros do Redis OSS 2.6.13

Família de grupo de parâmetros: redis2.6

O Redis OSS 2.6.13 foi a primeira versão do Redis OSS suportada pelo. ElastiCache A tabela a seguir mostra os parâmetros do Redis OSS 2.6.13 que suportam. ElastiCache

Nome	Detalhes	Description
`activerehashing`	Padrão: sim Tipo: string (yes/no) Modificável: sim As alterações ocorrem: na criação	Determina se deseja o recurso de rehashing ativo do Redis deve ou não ser habilitado. A tabela de hash principal é sofre rehashing dez vezes por segundo. Cada operação de rehash consome 1 milissegundo de tempo da CPU. Esse valor é definido quando você cria o grupo de parâmetros. Ao atribuir um novo grupo de parâmetros a um cluster, esse valor deve ser o mesmo nos grupo de parâmetros antigo e novo.
`appendonly`	Padrão: não Tipo: string Modificável: sim As alterações terão efeito: imediatamente	Habilita ou desabilita o recurso de arquivo somente de acréscimo (AOF) do Redis. O AOF captura todos os comandos do Redis OSS que alteram dados no cache e é usado para recuperação de determinadas falhas de nós. O valor padrão é no, o que significa que o AOF está desligado. Defina esse parâmetro como yes para habilitar o AOF. Para obter mais informações, consulte Atenuar falhas. nota O Append Only Files (AOF) não é compatível com os nós cache.t2.*. Para nós desse tipo, o valor do parâmetro `appendonly` é ignorado. nota Para grupos Multi-AZ de replicação, o AOF não é permitido.
`appendfsync`	Padrão: everysec Tipo: string Modificável: sim As alterações terão efeito: imediatamente	Quando `appendonly` é definido como sim, controla com que frequência o buffer de saída do AOF é gravado no disco: no — o buffer é liberado no disco, conforme necessário. everysec: o buffer é liberado uma vez por segundo. Esse é o padrão. always — o buffer é liberado sempre que os dados no cluster são modificados. O Appendfsync não é compatível com as versões 2.8.22 e posteriores.
`client-output-buffer-limit-normal-hard-limit`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado. O padrão é zero (sem limite fixo).
`client-output-buffer-limit-normal-soft-limit`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado, mas somente se essa condição persistir por `client-output-buffer-limit-normal-soft-seconds`. O padrão é zero (sem limite flexível).
`client-output-buffer-limit-normal-soft-seconds`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Se o buffer de saída de um cliente permanecer em `client-output-buffer-limit-normal-soft-limit` bytes por mais tempo que esse número de segundos, o cliente será desconectado. O padrão é zero (sem limite de tempo).
`client-output-buffer-limit-pubsub-hard-limit`	Padrão: 33554432 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Para publish/subscribe clientes Redis OSS: Se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado.
`client-output-buffer-limit-pubsub-soft-limit`	Padrão: 8388608 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Para publish/subscribe clientes Redis OSS: Se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado, mas somente se essa condição persistir. `client-output-buffer-limit-pubsub-soft-seconds`
`client-output-buffer-limit-pubsub-soft-seconds`	Padrão: 60 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Para publish/subscribe clientes Redis OSS: Se o buffer de saída de um cliente permanecer em `client-output-buffer-limit-pubsub-soft-limit` bytes por mais tempo do que esse número de segundos, o cliente será desconectado.
`client-output-buffer-limit-slave-hard-limit`	Padrão: para valores, consulte Parâmetros específicos de node-type do Redis OSS Tipo: inteiro Modificável: não	Para réplicas de leitura do Redis OSS: se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado.
`client-output-buffer-limit-slave-soft-limit`	Padrão: para valores, consulte Parâmetros específicos de node-type do Redis OSS Tipo: inteiro Modificável: não	Para réplicas de leitura do Redis OSS: se o buffer de saída de um cliente atingir o número especificado de bytes, o cliente será desconectado, mas somente se essa condição persistir por `client-output-buffer-limit-slave-soft-seconds`.
`client-output-buffer-limit-slave-soft-seconds`	Padrão: 60 Tipo: inteiro Modificável: não	Para réplicas de leitura do Redis OSS: se o buffer de saída de um cliente permanecer em `client-output-buffer-limit-slave-soft-limit` bytes por mais tempo que esse número de segundos, o cliente será desconectado.
`databases`	Padrão: 16 Tipo: inteiro Modificável: não As alterações ocorrem: na criação	O número de partições lógicas em que os bancos de dados estão divididos. Recomendamos manter esse valor baixo. Esse valor é definido quando você cria o grupo de parâmetros. Ao atribuir um novo grupo de parâmetros a um cluster, esse valor deve ser o mesmo nos grupo de parâmetros antigo e novo.
`hash-max-ziplist-entries`	Padrão: 512 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória usada para hashes. Hashes com menos que o número especificado de entradas são armazenados usando uma codificação especial que economiza espaço.
`hash-max-ziplist-value`	Padrão: 64 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória usada para hashes. Hashes com entradas menores que o número especificado de bytes são armazenados usando uma codificação especial que economiza espaço.
`list-max-ziplist-entries`	Padrão: 512 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória usada para listas. Listas com menos que o número especificado de entradas são armazenadas usando uma codificação especial que economiza espaço.
`list-max-ziplist-value`	Padrão: 64 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória usada para listas. Listas com entradas menores que o número especificado de bytes são armazenadas usando uma codificação especial que economiza espaço.
`lua-time-limit`	Padrão: 5000 Tipo: inteiro Modificável: não	O tempo máximo de execução de um script Lua, em milissegundos, antes da ElastiCache ação de interromper o script. Se `lua-time-limit` for excedido, todos os comandos do Redis OSS retornarão um erro no formato ____-BUSY. Como esse estado pode causar interferência em muitas operações essenciais do Redis OSS, primeiro ElastiCache emitirá um comando SCRIPT KILL. Se isso não for bem-sucedido, ElastiCache reiniciará forçosamente o Redis OSS.
`maxclients` Esse valor se aplica a todos os tipos de instâncias, exceto às instâncias explicitamente especificadas	Padrão: 65000 Tipo: inteiro Modificável: não	O número máximo de clientes que podem ser conectados ao mesmo tempo.
	t2.medium Padrão: 20000 Tipo: inteiro Modificável: não
	t2.small Padrão: 20000 Tipo: inteiro Modificável: não
	t2.micro Padrão: 20000 Tipo: inteiro Modificável: não
	t4g.micro Padrão: 20000 Tipo: inteiro Modificável: não
	t3.medium Padrão: 46000 Tipo: inteiro Modificável: não
	t3.small Padrão: 46000 Tipo: inteiro Modificável: não
	t3.micro Padrão: 20000 Tipo: inteiro Modificável: não
`maxmemory-policy`	Padrão: volatile-lru Tipo: string Modificável: sim As alterações terão efeito: imediatamente	A política de remoção de chaves quando o uso máximo da memória é atingido. Os valores válidos são: `volatile-lru \| allkeys-lru \| volatile-random \| allkeys-random \| volatile-ttl \| noeviction` Para obter mais informações, consulte Usar o Valkey ou Redis OSS como um cache LRU.
`maxmemory-samples`	Padrão: 3 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Para cálculos de uso menos recente (LRU) e tempo de vida (TTL), esse parâmetro representa o tamanho de amostra das chaves para verificar. Por padrão, o Redis OSS escolhe 3 chaves e usa a que foi usada menos recentemente.
`reserved-memory`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	A memória total, em bytes, reservada para o uso de não dados. Por padrão, o nó do Redis OSS crescerá até consumir o `maxmemory` do nó (consulte Parâmetros específicos de node-type do Redis OSS). Se isso ocorrer, o desempenho do nó provavelmente sofrerá devido a uma paginação de memória excessiva. Ao reservar memória, você pode separar uma parte da memória disponível para fins não Redis OSS, a fim de ajudar a reduzir a quantidade de paginação. Esse parâmetro é específico e não faz parte da distribuição padrão do Redis OSS. ElastiCache Para obter mais informações, consulte `reserved-memory-percent` e Gerenciamento de memória reservada para Valkey e Redis OSS.
`set-max-intset-entries`	Padrão: 512 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória utilizada para certos tipos de conjuntos (strings que são inteiros em radix 10 no intervalo de inteiros de 64 bits com sinal). Esses conjuntos com menos que o número especificado de entradas são armazenados usando uma codificação especial que economiza espaço.
`slave-allow-chaining`	Padrão: não Tipo: string Modificável: não	Determina se uma réplica de leitura no Redis OSS pode ter réplicas de leitura próprias.
`slowlog-log-slower-than`	Padrão: 10000 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O tempo máximo de execução, em microssegundos, para que os comandos sejam registrados pelo atributo de log lento do Redis OSS.
`slowlog-max-len`	Padrão: 128 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O comprimento máximo do log lento do Redis OSS.
`tcp-keepalive`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Se estiver definido como um valor diferente de zero (N), os clientes do nó são sondados a cada N segundos para garantir que ainda estejam conectados. Com a configuração padrão de 0, essa sondagem não ocorre. Importante Alguns aspectos desse parâmetro mudaram na versão 3.2.4 do Redis OSS. Consulte Parâmetros alterados no Redis OSS 3.2.4 (aprimorado).
`timeout`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O número de segundos que um nó espera antes do tempo limite. Os valores são: `0` – nunca desconectar um cliente ocioso. `1-19` – valores inválidos. `>=20` – o número de segundos que um nó espera antes de desconectar um cliente ocioso.
`zset-max-ziplist-entries`	Padrão: 128 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória utilizada para conjuntos classificados. Os conjuntos classificados com menos que o número especificado de elementos são armazenados usando uma codificação especial que economiza espaço.
`zset-max-ziplist-value`	Padrão: 64 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Determina a quantidade de memória utilizada para conjuntos classificados. Os conjuntos classificados com entradas menores que o número especificado de bytes são armazenados usando uma codificação especial que economiza espaço.

nota

Se você não especificar um grupo de parâmetros para seu cluster do Redis OSS 2.6.13, um grupo de parâmetros padrão (default.redis2.6) será usado. Não é possível alterar os valores de parâmetros no grupo de parâmetros padrão. No entanto, você sempre pode criar um grupo de parâmetros personalizado e atribuí-lo ao seu cluster a qualquer momento.

Parâmetros específicos do tipo de nó Valkey

O valor de maxmemory é o número máximo de bytes disponíveis para armazenamento de dados no nó. Para obter mais informações, consulte Available memory (Memória disponível).

nota

O parâmetro maxmemory não pode ser modificado.

Tipo de nó	Memória máxima (bytes)
cache.t2.micro	581959680
cache.t2.small	1665138688
cache.t2.medium	3461349376
cache.t3.micro	536870912
cache.t3.small	1471026299
cache.t3.medium	3317862236
cache.t4g.micro	536870912
cache.t4g.small	1471026299
cache.t4g.medium	3317862236
cache.m4.large	6892593152
cache.m4.xlarge	15328501760
cache.m4.2xlarge	31889126359
cache.m4.4xlarge	65257290629
cache.m4.10xlarge	166047614239
cache.m5.large	6854542746
cache.m5.xlarge	13891921715
cache.m5.2xlarge	27966669210
cache.m5.4xlarge	56116178125
cache.m5.12xlarge	168715971994
cache.m5.24xlarge	337500562842
cache.m6g.large	6854542746
cache.m6g.xlarge	13891921715
cache.m6g.2xlarge	27966669210
cache.m6g.4xlarge	56116178125
cache.m6g.8xlarge	111325552312
cache.m6g.12xlarge	168715971994
cache.m6g.16xlarge	225000375228
cache.m7g.large	6854542746
cache.m7g.xlarge	13891921715
cache.m7g.2xlarge	27966669210
cache.m7g.4xlarge	56116178125
cache.m7g.8xlarge	111325552312
cache.m7g.12xlarge	168715971994
cache.m7g.16xlarge	225000375228
cache.m8g.large	7294178820
cache.m8g.xlarge	15222495510
cache.m8g.2xlarge	31866224640
cache.m8g.4xlarge	65856864256
cache.m8g.8xlarge	133838143488
cache.m8g.12xlarge	201819422720
cache.m8g.16xlarge	269800701952
cache.r4.large	13201781556
cache.r4.xlarge	26898228839
cache.r4.2xlarge	54197537997
cache.r4.4xlarge	108858546586
cache.r4.8xlarge	218255432090
cache.r4.16xlarge	437021573120
cache.r5.large	14037181030
cache.r5.xlarge	28261849702
cache.r5.2xlarge	56711183565
cache.r5.4xlarge	113609865216
cache.r5.12xlarge	341206346547
cache.r5.24xlarge	682485973811
cache.r6g.large	14037181030
cache.r6g.xlarge	28261849702
cache.r6g.2xlarge	56711183565
cache.r6g.4xlarge	113609865216
cache.r6g.8xlarge	225000375228
cache.r6g.12xlarge	341206346547
cache.r6g.16xlarge	450000750456
cache.r6gd.xlarge	28261849702
cache.r6gd.2xlarge	56711183565
cache.r6gd.4xlarge	113609865216
cache.r6gd.8xlarge	225000375228
cache.r6gd.12xlarge	341206346547
cache.r6gd.16xlarge	450000750456
cache.r7g.large	14037181030
cache.r7g.xlarge	28261849702
cache.r7g.2xlarge	56711183565
cache.r7g.4xlarge	113609865216
cache.r7g.8xlarge	225000375228
cache.r7g.12xlarge	341206346547
cache.r7g.16xlarge	450000750456
cache.r8g.large	15222495510
cache.r8g.xlarge	31866224640
cache.r8g.2xlarge	65856864256
cache.r8g.4xlarge	133838143488
cache.r8g.8xlarge	269800701952
cache.r8g.12xlarge	405763260416
cache.r8g.16xlarge	541725818880
cache.c7gn.large	3317862236
cache.c7gn.xlarge	6854542746
cache.c7gn.2xlarge	13891921715
cache.c7gn.4xlarge	27966669210
cache.c7gn.8xlarge	56116178125
cache.c7gn.12xlarge	84357985997
cache.c7gn.16xlarge	113609865216
cache.c8gn.large	3330020474
cache.c8gn.xlarge	7294178820
cache.c8gn.2xlarge	15222495510
cache.c8gn.4xlarge	31866224640
cache.c8gn.8xlarge	65856864256
cache.c8gn.12xlarge	99847503872
cache.c8gn.16xlarge	133838143488

Parâmetros específicos de node-type do Redis OSS

O valor de maxmemory é o número máximo de bytes disponíveis para armazenamento de dados no nó. Para obter mais informações, consulte Available memory (Memória disponível).

nota

O parâmetro maxmemory não pode ser modificado.

Tipo de nó	Memória máxima (bytes)
cache.t1.micro	142606336
cache.t2.micro	581959680
cache.t2.small	1665138688
cache.t2.medium	3461349376
cache.t3.micro	536870912
cache.t3.small	1471026299
cache.t3.medium	3317862236
cache.t4g.micro	536870912
cache.t4g.small	1471026299
cache.t4g.medium	3317862236
cache.m1.small	943718400
cache.m1.medium	3093299200
cache.m1.large	7025459200
cache.m1.xlarge	14889779200
cache.m2.xlarge	17091788800
cache.m2.2xlarge	35022438400
cache.m2.4xlarge	70883737600
cache.m3.medium	2988441600
cache.m3.large	6501171200
cache.m3.xlarge	14260633600
cache.m3.2xlarge	29989273600
cache.m4.large	6892593152
cache.m4.xlarge	15328501760
cache.m4.2xlarge	31889126359
cache.m4.4xlarge	65257290629
cache.m4.10xlarge	166047614239
cache.m5.large	6854542746
cache.m5.xlarge	13891921715
cache.m5.2xlarge	27966669210
cache.m5.4xlarge	56116178125
cache.m5.12xlarge	168715971994
cache.m5.24xlarge	337500562842
cache.m6g.large	6854542746
cache.m6g.xlarge	13891921715
cache.m6g.2xlarge	27966669210
cache.m6g.4xlarge	56116178125
cache.m6g.8xlarge	111325552312
cache.m6g.12xlarge	168715971994
cache.m6g.16xlarge	225000375228
cache.m7g.large	6854542746
cache.m7g.xlarge	13891921715
cache.m7g.2xlarge	27966669210
cache.m7g.4xlarge	56116178125
cache.m7g.8xlarge	111325552312
cache.m7g.12xlarge	168715971994
cache.m7g.16xlarge	225000375228
cache.c1.xlarge	6501171200
cache.r3.large	14470348800
cache.r3.xlarge	30513561600
cache.r3.2xlarge	62495129600
cache.r3.4xlarge	126458265600
cache.r3.8xlarge	254384537600
cache.r4.large	13201781556
cache.r4.xlarge	26898228839
cache.r4.2xlarge	54197537997
cache.r4.4xlarge	108858546586
cache.r4.8xlarge	218255432090
cache.r4.16xlarge	437021573120
cache.r5.large	14037181030
cache.r5.xlarge	28261849702
cache.r5.2xlarge	56711183565
cache.r5.4xlarge	113609865216
cache.r5.12xlarge	341206346547
cache.r5.24xlarge	682485973811
cache.r6g.large	14037181030
cache.r6g.xlarge	28261849702
cache.r6g.2xlarge	56711183565
cache.r6g.4xlarge	113609865216
cache.r6g.8xlarge	225000375228
cache.r6g.12xlarge	341206346547
cache.r6g.16xlarge	450000750456
cache.r6gd.xlarge	28261849702
cache.r6gd.2xlarge	56711183565
cache.r6gd.4xlarge	113609865216
cache.r6gd.8xlarge	225000375228
cache.r6gd.12xlarge	341206346547
cache.r6gd.16xlarge	450000750456
cache.r7g.large	14037181030
cache.r7g.xlarge	28261849702
cache.r7g.2xlarge	56711183565
cache.r7g.4xlarge	113609865216
cache.r7g.8xlarge	225000375228
cache.r7g.12xlarge	341206346547
cache.r7g.16xlarge	450000750456
cache.c7gn.large	3317862236
cache.c7gn.xlarge	6854542746
cache.c7gn.2xlarge	13891921715
cache.c7gn.4xlarge	27966669210
cache.c7gn.8xlarge	56116178125
cache.c7gn.12xlarge	84357985997
cache.c7gn.16xlarge	113609865216

nota

Todos os tipos de instâncias da geração atual são criados em uma Amazon Virtual Private Cloud VPC por padrão.

As instâncias T2 não oferecem suporte ao Redis OSS AOF.

Variáveis de configuração do Redis OSS appendonly e não appendfsync são suportadas.

Parâmetros específicos do Memcached

Memcached

Se você não especificar um parameter group para seu cluster Memcached, será usado um parameter group padrão apropriado. Não é possível alterar os valores de nenhum parâmetro em um grupo de parâmetros padrão. No entanto, é possível criar um grupo de parâmetros personalizado e atribui-lo ao cluster a qualquer momento. Para obter mais informações, consulte Criação de um grupo de ElastiCache parâmetros.

Tópicos

Mudanças no Memcached 1.6.17
Parâmetros adicionados do Memcached 1.6.6
Alterações de parâmetros do Memcached 1.5.10
Parâmetros adicionados do Memcached 1.4.34
Parâmetros adicionados do Memcached 1.4.33
Parâmetros adicionados do Memcached 1.4.24
Parâmetros adicionados do Memcached 1.4.14
Parâmetros com suporte do Memcached 1.4.5
Sobrecarga de conexões do Memcached
Parâmetros específicos do tipo de nó do Memcached

Mudanças no Memcached 1.6.17

A partir do Memcached 1.6.17, não oferecemos mais suporte a estes comandos administrativos: lru_crawler, lru e slabs. Com essas mudanças, você não poderá fazer isso enable/disable lru_crawler em tempo de execução por meio de comandos. enable/disable lru_crawlerPor favor, modificando seu grupo de parâmetros personalizados.

Parâmetros adicionados do Memcached 1.6.6

Para o Memcached 1.6.6, não há suporte para parâmetros adicionais.

Família de grupos de parâmetros: memcached1.6

Alterações de parâmetros do Memcached 1.5.10

Para o Memcached 1.5.10, há suporte para os seguintes parâmetros adicionais.

Família de parameter groups: memcached1.5

Nome Detalhes Description

Nome	Detalhes	Description
`no_modern`	Padrão: 1 Tipo: booliano Modificável: sim Allowed_Values: 0,1 As alterações terão efeito: na execução	Um alias para desabilitar comandos `slab_reassign`, `lru_maintainer_thread`, `lru_segmented` e `maxconns_fast`. Ao usar o Memcached 1.5 e posteriores, `no_modern` também define o hash_algorithm como `jenkins`. Além disso, ao usar o Memcached 1.5.10, `inline_ascii_reponse` é controlado pelo parâmetro `parallelly`. Isso significa que, se `no_modern` estiver desabilitado, `inline_ascii_reponse` estará desabilitado. Do mecanismo Memcached 1.5.16 em diante, o parâmetro `inline_ascii_response` não se aplica mais, portanto, `no_modern` estar habilitado ou desabilitado não tem efeito sobre `inline_ascii_reponse`. Se `no_modern` estiver desabilitado, então `slab_reassign`, `lru_maintainer_thread`, `lru_segmented` e `maxconns_fast` ESTARÃO habilitados. Como os parâmetros `slab_automove` e `hash_algorithm` não são parâmetros SWITCH, sua configuração é baseada nas configurações do grupo de parâmetros. Se você quiser desabilitar `no_modern` e reverter para `modern`, é preciso configurar um grupo de parâmetros personalizado para desabilitar esse parâmetro e, em seguida, reinicializar para que essas alterações entrem em vigor. nota O valor padrão de configuração para esse parâmetro foi alterado de 0 para 1 a partir de 20 de agosto de 2021. O valor padrão atualizado será automaticamente escolhido pelos novos ElastiCache usuários de cada região após 20 de agosto de 2021. ElastiCache Os usuários existentes nas regiões antes de 20 de agosto de 2021 precisam modificar manualmente seus grupos de parâmetros personalizados para captar essa nova alteração.
`inline_ascii_resp`	Padrão: 0 Tipo: booliano Modificável: sim Allowed_Values: 0,1 As alterações terão efeito: na execução	Armazena números da resposta `VALUE`, dentro de um item, usando até 24 bytes. Pequena desaceleração para os conjuntos do ASCII `get`, `faster`.

no_modern

Padrão: 1

Tipo: booliano

Modificável: sim

Allowed_Values: 0,1

As alterações terão efeito: na execução

Um alias para desabilitar comandos slab_reassign, lru_maintainer_thread, lru_segmented e maxconns_fast.

Ao usar o Memcached 1.5 e posteriores, no_modern também define o hash_algorithm como jenkins.

Além disso, ao usar o Memcached 1.5.10, inline_ascii_reponse é controlado pelo parâmetro parallelly. Isso significa que, se no_modern estiver desabilitado, inline_ascii_reponse estará desabilitado. Do mecanismo Memcached 1.5.16 em diante, o parâmetro inline_ascii_response não se aplica mais, portanto, no_modern estar habilitado ou desabilitado não tem efeito sobre inline_ascii_reponse.

Se no_modern estiver desabilitado, então slab_reassign, lru_maintainer_thread, lru_segmented e maxconns_fast ESTARÃO habilitados. Como os parâmetros slab_automove e hash_algorithm não são parâmetros SWITCH, sua configuração é baseada nas configurações do grupo de parâmetros.

Se você quiser desabilitar no_modern e reverter para modern, é preciso configurar um grupo de parâmetros personalizado para desabilitar esse parâmetro e, em seguida, reinicializar para que essas alterações entrem em vigor.

nota

O valor padrão de configuração para esse parâmetro foi alterado de 0 para 1 a partir de 20 de agosto de 2021. O valor padrão atualizado será automaticamente escolhido pelos novos ElastiCache usuários de cada região após 20 de agosto de 2021. ElastiCache Os usuários existentes nas regiões antes de 20 de agosto de 2021 precisam modificar manualmente seus grupos de parâmetros personalizados para captar essa nova alteração.

inline_ascii_resp

Padrão: 0

Tipo: booliano

Modificável: sim

Allowed_Values: 0,1

As alterações terão efeito: na execução

Armazena números da resposta VALUE, dentro de um item, usando até 24 bytes. Pequena desaceleração para os conjuntos do ASCII get, faster.

Para a versão 1.5.10 do Memcached, os parâmetros seguintes foram removidos.

Nome Detalhes Description

Nome	Detalhes	Description
`expirezero_does_not_evict`	Padrão: 0 Tipo: booliano Modificável: sim Allowed_Values: 0,1 As alterações terão efeito: na execução	Não é mais compatível nesta versão.
`modern`	Padrão: 1 Tipo: booliano Modificável: sim (requer reinicialização se definido para `no_modern`) Allowed_Values: 0,1 As alterações terão efeito: na execução	Não é mais compatível nesta versão. A partir desta versão, o `no-modern` é ativado por padrão com cada inicialização ou reinicialização.

expirezero_does_not_evict

Padrão: 0

Tipo: booliano

Modificável: sim

Allowed_Values: 0,1

As alterações terão efeito: na execução

Não é mais compatível nesta versão.

modern

Padrão: 1

Tipo: booliano

Modificável: sim (requer reinicialização se definido para no_modern)

Allowed_Values: 0,1

As alterações terão efeito: na execução

Não é mais compatível nesta versão. A partir desta versão, o no-modern é ativado por padrão com cada inicialização ou reinicialização.

Parâmetros adicionados do Memcached 1.4.34

Para o Memcached 1.4.34, não há suporte para parâmetros adicionais.

Família de parameter groups: memcached1.4

Parâmetros adicionados do Memcached 1.4.33

Para o Memcached 1.4.33, há suporte para os seguintes parâmetros adicionais.

Família de parameter groups: memcached1.4

Nome	Detalhes	Description
`modern`	Padrão: habilitado Tipo: booliano Modificável: sim As alterações terão efeito: na execução	Um alias para vários recursos. Habilitar `modern` equivale a ativar os seguintes comandos e usar um algoritmo de hash murmur3: `slab_reassign`, `slab_automove`, `lru_crawler`, `lru_maintainer`, `maxconns_fast` e `hash_algorithm=murmur3`.
`watch`	Padrão: habilitado Tipo: booliano Modificável: sim As alterações terão efeito: imediatamente Logs podem ser descartados se o usuário atingir seus limites de `watcher_logbuf_size` e `worker_logbuf_size`.	Buscas, remoções ou mutações de logs. Quando, por exemplo, o usuário ativa `watch`, ele pode ver logs quando ocorre `get`, `set`, `delete` ou `update`.
`idle_timeout`	Padrão: 0 (desabilitado) Tipo: inteiro Modificável: sim As alterações terão efeito: na execução	O número mínimo de segundos que um cliente terá permissão para ficar ocioso antes que o seu fechamento seja solicitado. Faixa de valores: 0 a 86400.
`track_sizes`	Padrão: desabilitado Tipo: booliano Modificável: sim As alterações terão efeito: na execução	Mostra os tamanhos que cada grupo de slabs consumiu. Habilitar `track_sizes` permite que você execute `stats sizes` sem a necessidade de executar `stats sizes_enable`.
`watcher_logbuf_size`	Padrão: 256 (KB) Tipo: inteiro Modificável: sim As alterações terão efeito: na execução	O comando `watch` ativa o registro em log de streams para o Memcached. No entanto, `watch` poderá descartar logs se a taxa de remoções, mutações ou buscas for alta o suficiente para fazer com que o buffer de registro em log fique cheio. Nessas situações, os usuários podem aumentar o tamanho do buffer para reduzir a chance de perdas de log.
`worker_logbuf_size`	Padrão: 64 (KB) Tipo: inteiro Modificável: sim As alterações terão efeito: na execução	O comando `watch` ativa o registro em log de streams para o Memcached. No entanto, `watch` poderá descartar logs se a taxa de remoções, mutações ou buscas for alta o suficiente para fazer com que o buffer de registro em log fique cheio. Nessas situações, os usuários podem aumentar o tamanho do buffer para reduzir a chance de perdas de log.
`slab_chunk_max`	Padrão: 524288 (bytes) Tipo: inteiro Modificável: sim As alterações terão efeito: na execução	Especifica o tamanho máximo de um slab. A configuração de tamanho de slab menor usa a memória de forma mais eficiente. Itens com mais de `slab_chunk_max` são divididos em vários slabs.
`lru_crawler metadump [all\|1\|2\|3]`	Padrão: desabilitado Tipo: booliano Modificável: sim As alterações terão efeito: imediatamente	se lru_crawler estiver habilitado, esse comando despejará todas as chaves. `all\|1\|2\|3` - todos os slab, ou especifique um número específico de slab

Parâmetros adicionados do Memcached 1.4.24

Para o Memcached 1.4.24, há suporte para os seguintes parâmetros adicionais.

Família de parameter groups: memcached1.4

Nome	Detalhes	Description
`disable_flush_all`	Padrão: 0 (desabilitado) Tipo: booliano Modificável: sim As alterações terão efeito: na execução	Adicione o parâmetro (`-F`) para desabilitar flush_all. Útil se você nunca quiser ser capaz de executar uma liberação total em instâncias de produção. Valores: 0, 1 (o usuário pode fazer `flush_all` quando o valor é 0).
`hash_algorithm`	Padrão: jenkins Tipo: string Modificável: sim As alterações terão efeito: na execução	O algoritmo de hash a ser usado. Valores permitidos: murmur3 e jenkins.
`lru_crawler`	Padrão: 0 (desabilitado) Tipo: booliano Modificável: sim As alterações terão efeito: após a reinicialização nota Você pode habilitar `lru_crawler` temporariamente em tempo de execução a partir da linha de comando. Para obter mais informações, consulte a coluna Descrição.	Limpa as classes de itens de slabs que expiraram. Este é um processo de baixo impacto que é executado em segundo plano. Atualmente, ele exige iniciar um rastreamento usando um comando manual. Para habilitar temporariamente, execute `lru_crawler enable` na linha de comando. `lru_crawler 1,3,5` rastreia as classes de slab 1, 3 e 5, procurando itens expirados para adicionar à lista livre. Valores: 0,1 nota Habilitar `lru_crawler` na linha de comando habilita o crawler até que ele seja desabilitado na linha de comando ou na próxima reinicialização. Para habilitar permanentemente, você deve modificar o valor do parâmetro. Para obter mais informações, consulte Modificando um grupo de ElastiCache parâmetros.
`lru_maintainer`	Padrão: 0 (desabilitado) Tipo: booliano Modificável: sim As alterações terão efeito: na execução	Uma thread em segundo plano que embaralha itens entre as LRUs à medida que as capacidades são atingidas. Valores: 0, 1.
`expirezero_does_not_evict`	Padrão: 0 (desabilitado) Tipo: booliano Modificável: sim As alterações terão efeito: na execução	Quando usado com `lru_maintainer`, faz com que itens com um tempo de expiração de 0 não possam ser removidos. Atenção Isso pode lotar a memória disponível para outros itens removíveis. Pode ser configurado para desconsiderar `lru_maintainer`.

Parâmetros adicionados do Memcached 1.4.14

Para o Memcached 1.4.14, há suporte para os seguintes parâmetros adicionais.

Família de parameter groups: memcached1.4

Parâmetros adicionados no Memcached 1.4.14
Nome	Detalhes	Description
`config_max`	Padrão: 16 Tipo: inteiro Modificável: não	O número máximo de entradas de ElastiCache configuração.
`config_size_max`	Padrão: 65536 Tipo: inteiro Modificável: não	O tamanho máximo das entradas de configuração, em bytes.
`hashpower_init`	Padrão: 16 Tipo: inteiro Modificável: não	O tamanho inicial da tabela de ElastiCache hash, expresso como potência de dois. O padrão é 16 (2^16) ou 65536 chaves.
`maxconns_fast`	Padrão: 0 (false) Tipo: booliano Modificável: sim As alterações terão efeito: após a reinicialização	Altera o modo como novas solicitações de conexão são tratadas quando o limite máximo de conexão é atingido. Se esse parâmetro estiver definido como 0 (zero), novas conexões serão adicionadas à fila de backlog e aguardarão até que outras conexões sejam encerradas. Se o parâmetro estiver definido como 1, ElastiCache envia um erro ao cliente e fecha imediatamente a conexão.
`slab_automove`	Padrão: 0 Tipo: inteiro Modificável: sim As alterações terão efeito: após a reinicialização	Ajusta o algoritmo de movimentação automática de slabs: se esse parâmetro estiver definido como 0 (zero), o algoritmo de movimentação automática será desabilitado. Se estiver definido como 1, o ElastiCache usará uma abordagem lenta e conservadora para mover slabs automaticamente. Se estiver definido como 2, move ElastiCache agressivamente as placas sempre que houver um despejo. (Esse modo não é recomendado, exceto para fins de teste.)
`slab_reassign`	Padrão: 0 (false) Tipo: booliano Modificável: sim As alterações terão efeito: após a reinicialização	Habilite ou desabilite a reatribuição de slabs. Se esse parâmetro estiver definido como 1, você poderá usar o comando "slabs reassign" para reatribuir a memória manualmente.

Parâmetros com suporte do Memcached 1.4.5

Família de parameter groups: memcached1.4

Para o Memcached 1.4.5, há suporte para os seguintes parâmetros.

Parâmetros adicionados no Memcached 1.4.5
Nome	Detalhes	Description
`backlog_queue_limit`	Padrão: 1024 Tipo: inteiro Modificável: não	O limite de fila de backlog.
`binding_protocol`	Padrão: automático Tipo: string Modificável: sim As alterações terão efeito: após a reinicialização	O protocolo de associação. Os valores permitidos são: `ascii` e `auto`. Para obter orientação sobre como modificar o valor de `binding_protocol`, consulte Modificando um grupo de ElastiCache parâmetros.
`cas_disabled`	Padrão: 0 (false) Tipo: booliano Modificável: sim As alterações terão efeito: após a reinicialização	Se `1` (true), as operações Verificar e Definir (CAS) serão desabilitadas, e os itens armazenados consumirão 8 bytes a menos do que quando essas operações estão habilitadas.
`chunk_size`	Padrão: 48 Tipo: inteiro Modificável: sim As alterações terão efeito: após a reinicialização	O valor mínimo, em bytes, de espaço para alocar para a chave, o valor e os sinalizadores do menor item.
`chunk_size_growth_factor`	Padrão: 1.25 Tipo: flutuante Modificável: sim As alterações terão efeito: após a reinicialização	O fator de crescimento que controla o tamanho de cada bloco Memcached sucessivo; cada bloco será `chunk_size_growth_factor` vezes maior que o bloco anterior.
`error_on_memory_exhausted`	Padrão: 0 (false) Tipo: booliano Modificável: sim As alterações terão efeito: após a reinicialização	Se `1` (true), quando não há mais memória para armazenar itens, o Memcached retornará um erro em vez de remover itens.
`large_memory_pages`	Padrão: 0 (false) Tipo: booliano Modificável: não	Se `1` (verdadeiro), ElastiCache tentará usar páginas de memória grandes.
`lock_down_paged_memory`	Padrão: 0 (false) Tipo: booliano Modificável: não	Se `1` (verdadeiro), ElastiCache bloqueará toda a memória paginada.
`max_item_size`	Padrão: 1048576 Tipo: inteiro Modificável: sim As alterações terão efeito: após a reinicialização	O tamanho, em bytes, do maior item que pode ser armazenado no cluster.
`max_simultaneous_connections`	Padrão: 65000 Tipo: inteiro Modificável: não	O número máximo de conexões simultâneas.
`maximize_core_file_limit`	Padrão: 0 (false) Tipo: booliano Permite modificação: As alterações terão efeito: após a reinicialização	Se `1` (verdadeiro), ElastiCache maximizará o limite do arquivo principal.
`memcached_connections_overhead`	Padrão: 100 Tipo: inteiro Modificável: sim As alterações terão efeito: após a reinicialização	A quantidade de memória a ser reservada para conexões Memcached e outras sobrecargas diversas. Para obter informações sobre esse parâmetro, consulte Sobrecarga de conexões do Memcached.
`requests_per_event`	Padrão: 20 Tipo: inteiro Modificável: não	O número máximo de solicitações por evento para uma determinada conexão. Este limite é necessário para evitar o esgotamento de recursos.

Sobrecarga de conexões do Memcached

Em cada nó, a memória disponibilizada para armazenar itens é a memória total disponível nesse nó (que é armazenada no parâmetro max_cache_memory) menos a memória usada para conexões e outras sobrecargas (que é armazenada no parâmetro memcached_connections_overhead). Por exemplo, um nó do tipo cache.m5.large tem um max_cache_memory de 6537 MB. Com o memcached_connections_overhead valor padrão de 100 MB, o processo do Memcached terá 6437 MB disponíveis para armazenar itens.

Os valores padrão para o parâmetro memcached_connections_overhead satisfazem a maioria dos casos de uso. No entanto, a quantidade necessária de alocação para sobrecarga de conexão pode variar dependendo de vários fatores, entre eles a taxa de solicitação, o tamanho da carga útil e o número de conexões.

Você pode alterar o valor de memcached_connections_overhead para melhor atender às necessidades do seu aplicativo. Por exemplo, aumentar o valor do parâmetro memcached_connections_overhead reduzirá a quantidade de memória disponível para armazenar itens e fornecerá um buffer maior para a sobrecarga de conexões. Diminuir o valor do parâmetro memcached_connections_overhead fornecerá mais memória para armazenar itens, mas pode aumentar seu risco de uso de permuta e desempenho degradado. Se você observar uso de permuta e desempenho degradado, tente aumentar o valor do parâmetro memcached_connections_overhead.

Parâmetros específicos do tipo de nó do Memcached

Embora a maioria dos parâmetros tenha um valor único, alguns parâmetros têm valores diferentes dependendo do tipo de nó usado. A tabela a seguir mostra os valores padrão para os parâmetros max_cache_memory e num_threads para cada tipo de nó. Os valores nesses parâmetros não podem ser modificados.

Tipo de nó	max_cache_memory (em megabytes)	num_threads
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.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
cache.m6g.2xlarge	26671	8
cache.m6g.4xlarge	53516	16
cache.m6g.8xlarge	107000	32
cache.m6g.12xlarge	160900	48
cache.m6g.16xlarge	214577	64
cache.m7g.large	6537	2
cache.m7g.xlarge	13248	4
cache.m7g.2xlarge	26671	8
cache.m7g.4xlarge	53516	16
cache.m7g.8xlarge	107000	32
cache.m7g.12xlarge	160900	48
cache.m7g.16xlarge	214577	64
cache.m8g.large	6956	2
cache.m8g.xlarge	14517	4
cache.m8g.2xlarge	30390	8
cache.m8g.4xlarge	62806	16
cache.m8g.8xlarge	127638	32
cache.m8g.12xlarge	192470	48
cache.m8g.16xlarge	257302	64
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
cache.r6g.2xlarge	54084	8
cache.r6g.4xlarge	108347	16
cache.r6g.8xlarge	214577	32
cache.r6g.12xlarge	325400	48
cache.r6g.16xlarge	429154	64
cache.r7g.large	13387	2
cache.r7g.xlarge	26953	4
cache.r7g.2xlarge	54084	8
cache.r7g.4xlarge	108347	16
cache.r7g.8xlarge	214577	32
cache.r7g.12xlarge	325400	48
cache.r7g.16xlarge	429154	64
cache.r8g.large	14517	2
cache.r8g.xlarge	30390	4
cache.r8g.2xlarge	62806	8
cache.r8g.4xlarge	127638	16
cache.r8g.8xlarge	257302	32
cache.r8g.12xlarge	386966	48
cache.r8g.16xlarge	516630	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
cache.c8gn.large	3176	2
cache.c8gn.xlarge	6956	4
cache.c8gn.2xlarge	14517	8
cache.c8gn.4xlarge	30390	16
cache.c8gn.8xlarge	62806	32
cache.c8gn.12xlarge	95222	48
cache.c8gn.16xlarge	127638	64

nota

Todas as instâncias T2 são criadas em uma Amazon Virtual Private Cloud (Amazon VPC).

Atenção O Javascript está desativado ou não está disponível no seu navegador.

Para usar a documentação da AWS, o Javascript deve estar ativado. Consulte as páginas de Ajuda do navegador para obter instruções.

Convenções do documento

Excluindo um grupo de ElastiCache parâmetros

Conectando automaticamente uma instância do EC2 e um ElastiCache cache