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 do Valkey 8
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 de node-type do Redis OSS

Alterações nos parâmetros do Valkey 8

Família de grupos de parâmetros: valkey8

nota

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

Alterações específicas de parâmetros
Name	Detalhes	Descrição
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 realizar uma sincronização parcial (psync), na qual aplica dados do backlog para alcançar o nó primário. Se o 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 e às réplicas de leitura.
máximo de amostras de memória	Padrão: 3 Valores permitidos: 1 a 64 Tipo: inteiro Modificável: sim As alterações entram em vigor: imediatamente	Para cálculos least-recently-used (LRU) e time-to-live (TTL), esse parâmetro representa o tamanho amostral das chaves a serem verificadas. Por padrão, o Redis OSS escolhe três chaves e usa a que foi usada menos recentemente.

Novos grupos de parâmetros
Name	Detalhes	Descrição
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 isso somente se você tiver problemas com ferramentas ou clientes. Impactos voltados para o cliente: `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 `HELLO` comando retorna “server” => “redis” e “version” => “7.2.4" (nossa versão de compatibilidade com o Redis OSS). O `INFO` campo para o modo é chamado de “redis_mode”.

Grupos de parâmetros removidos
Name	Detalhes	Descrição
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 sim, o comando DEL age 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.

Name	Detalhes	Descrição
`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 solicitações MOVED/ASKING, bem como o campo do endpoint para `CLUSTER SLOTS` e `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 encryption-in-transit estiver habilitado e, caso contrário, um endereço IP.
`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.

Name	Detalhes	Descrição
`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.

Name	Detalhes	Descrição
`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 Hierarquização 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 ter 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	Descrição
`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.

Name Detalhes Descrição

Name	Detalhes	Descrição
`lua-replicate-commands`	Valores permitidos: sim/não 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: sim/não

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
Name	Detalhes	Descrição
`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
Name	Detalhes	Descrição
`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 set/hash/zset/list campos que serão processados a partir da verificação do dicionário principal
`lua-replicate-commands`	Valores permitidos: sim/não 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

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
Name	Detalhes	Descrição
`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, o nó primário sempre aceitará solicitações de gravação, mesmo que nenhuma réplica esteja disponível.
`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 min-replicas-to-write, a primária deixará de aceitar gravações nesse momento. Se esse parâmetro ou min-replicas-to-write for 0, o nó primário sempre aceitará solicitações de gravação, mesmo que nenhuma réplica esteja disponível.
`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
Name	Detalhes	Descrição
`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
Name	Detalhes	Descrição
`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
Name	Detalhes	Descrição
Parâmetros de exclusão assíncrona
`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.
`slave-lazy-flush`	Valores permitidos: N/D Padrão: não Tipo: booliano Modificável: não As alterações ocorrem: N/D	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: sim/não Padrão: não Tipo: booliano Modificável: sim As alterações ocorrem: imediatamente	Desfragmentação ativa habilitada.
`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á suporte a parâmetros adicionais.

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.

Name	Detalhes	Descrição
`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: não/sim* 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 o 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 ter 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.

Name	Detalhes	Alteração
`activerehashing`	Modificável: Sim se o grupo de parâmetros não estiver associado a nenhum cluster de cache. 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 de cache. 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.

Name Detalhes Descrição

Name	Detalhes	Descrição
`close-on-slave-write`	Padrão: sim Tipo: string (sim/não) 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 (sim/não)

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ções 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 para primário por qualquer motivo que não seja o failover de um grupo de replicação habilitado para Multi-AZ, 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, falha na gravação

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 no novo cluster primário

Quando você pode desativar 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.

Name Detalhes Descrição

Name	Detalhes	Descrição
`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 min-slaves-to-write, a primária deixará de aceitar gravações nesse momento. Se esse parâmetro ou min-slaves-to-write for 0, o nó primário sempre aceitará solicitações de gravação, mesmo que nenhuma réplica esteja disponível.
`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 nenhuma réplica esteja disponível.
`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>__ E: eventos-chave, publicados com um prefixo de __keyevent@<db>__ 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 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 min-slaves-to-write, a primária deixará de aceitar gravações nesse momento.

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

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 nenhuma réplica esteja disponível.

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>__
E: eventos-chave, publicados com um prefixo de __keyevent@<db>__
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

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 compatíveis. ElastiCache

Name	Detalhes	Descrição
`activerehashing`	Padrão: sim Tipo: string (sim/não) 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 recurso Arquivos somente de acréscimo (AOF) não tem suporte para nós cache.t1.micro e cache.t2.*. Para nós desse tipo, o valor do parâmetro `appendonly` é ignorado. nota Para grupos de replicação Multi-AZ, 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 clientes de publicação/assinatura 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-pubsub-soft-limit`	Padrão: 8388608 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	Para clientes de publicação/assinatura 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-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 clientes de publicação/assinatura do Redis OSS: se o buffer de saída de um cliente permanecer em `client-output-buffer-limit-pubsub-soft-limit` bytes por mais tempo 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 de ElastiCache agir para 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 least-recently-used (LRU) e time-to-live (TTL), esse parâmetro representa o tamanho amostral das chaves a serem verificadas. 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 ter 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 de node-type do Redis OSS

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 maxmemory, client-output-buffer-limit-slave-hard-limit e client-output-buffer-limit-slave-soft-limit para cada tipo de nó. O valor de maxmemory é o número máximo de bytes disponíveis para uso, dados e outros usos 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ó	Maxmemory	C lient-output-buffer-limit - slave-hard-limit	C lient-output-buffer-limit - slave-soft-limit
cache.t1.micro	142606336	14260633	14260633
cache.t2.micro	581959680	58195968	58195968
cache.t2.small	1665138688	166513868	166513868
cache.t2.medium	3461349376	346134937	346134937
cache.t3.micro	536870912	53687091	53687091
cache.t3.small	1471026299	147102629	147102629
cache.t3.medium	3317862236	331786223	331786223
cache.t4g.micro	536870912	53687091	53687091
cache.t4g.small	1471026299	147102629	147102629
cache.t4g.medium	3317862236	331786223	331786223
cache.m1.small	943718400	94371840	94371840
cache.m1.medium	3093299200	309329920	309329920
cache.m1.large	7025459200	702545920	702545920
cache.m1.xlarge	14889779200	1488977920	1488977920
cache.m2.xlarge	17091788800	1709178880	1709178880
cache.m2.2xlarge	35022438400	3502243840	3502243840
cache.m2.4xlarge	70883737600	7088373760	7088373760
cache.m3.medium	2988441600	309329920	309329920
cache.m3.large	6501171200	650117120	650117120
cache.m3.xlarge	14260633600	1426063360	1426063360
cache.m3.2xlarge	29989273600	2998927360	2998927360
cache.m4.large	6892593152	689259315	689259315
cache.m4.xlarge	15328501760	1532850176	1532850176
cache.m4.2xlarge	31889126359	3188912636	3188912636
cache.m4.4xlarge	65257290629	6525729063	6525729063
cache.m4.10xlarge	166047614239	16604761424	16604761424
cache.m5.large	6854542746	685454275	685454275
cache.m5.xlarge	13891921715	1389192172	1389192172
cache.m5.2xlarge	27966669210	2796666921	2796666921
cache.m5.4xlarge	56116178125	5611617812	5611617812
cache.m5.12xlarge	168715971994	16871597199	16871597199
cache.m5.24xlarge	337500562842	33750056284	33750056284
cache.m6g.large	6854542746	685454275	685454275
cache.m6g.xlarge	13891921715	1389192172	1389192172
cache.m6g.2xlarge	27966669210	2796666921	2796666921
cache.m6g.4xlarge	56116178125	5611617812	5611617812
cache.m6g.8xlarge	111325552312	11132555231	11132555231
cache.m6g.12xlarge	168715971994	16871597199	16871597199
cache.m6g.16xlarge	225000375228	22500037523	22500037523
cache.c1.xlarge	6501171200	650117120	650117120
cache.r3.large	14470348800	1468006400	1468006400
cache.r3.xlarge	30513561600	3040870400	3040870400
cache.r3.2xlarge	62495129600	6081740800	6081740800
cache.r3.4xlarge	126458265600	12268339200	12268339200
cache.r3.8xlarge	254384537600	24536678400	24536678400
cache.r4.large	13201781556	1320178155	1320178155
cache.r4.xlarge	26898228839	2689822883	2689822883
cache.r4.2xlarge	54197537997	5419753799	5419753799
cache.r4.4xlarge	108858546586	10885854658	10885854658
cache.r4.8xlarge	218255432090	21825543209	21825543209
cache.r4.16xlarge	437021573120	43702157312	43702157312
cache.r5.large	14037181030	1403718103	1403718103
cache.r5.xlarge	28261849702	2826184970	2826184970
cache.r5.2xlarge	56711183565	5671118356	5671118356
cache.r5.4xlarge	113609865216	11360986522	11360986522
cache.r5.12xlarge	341206346547	34120634655	34120634655
cache.r5.24xlarge	682485973811	68248597381	68248597381
cache.r6g.large	14037181030	1403718103	1403718103
cache.r6g.xlarge	28261849702	2826184970	2826184970
cache.r6g.2xlarge	56711183565	5671118356	5671118356
cache.r6g.4xlarge	113609865216	11360986522	11360986522
cache.r6g.8xlarge	225000375228	22500037523	22500037523
cache.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

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 T1 não oferecem suporte a Multi-AZ.

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

As variáveis de configuração do Redis OSS appendonly e appendfsync não são compatíveis com o Redis OSS versão 2.8.22 e posteriores.

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 alterações, você não poderá ativar/desativar lru_crawler no runtime por meio de comandos. Ative/desative lru_crawler 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

Name Detalhes Descrição

Name	Detalhes	Descrição
`no_modern`	Padrão: 1 Tipo: booliano Modificável: sim Valores permitidos: 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 coletado por novos ElastiCache usuários em 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 aceitar essa nova alteração.
`inline_ascii_resp`	Padrão: 0 Tipo: booliano Modificável: sim Valores permitidos: 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

Valores permitidos: 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 coletado por novos ElastiCache usuários em 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 aceitar essa nova alteração.

inline_ascii_resp

Padrão: 0

Tipo: booliano

Modificável: sim

Valores permitidos: 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.

Name Detalhes Descrição

Name	Detalhes	Descrição
`expirezero_does_not_evict`	Padrão: 0 Tipo: booliano Modificável: sim Valores permitidos: 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`) Valores permitidos: 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

Valores permitidos: 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)

Valores permitidos: 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

Name	Detalhes	Descrição
`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

Name	Detalhes	Descrição
`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 linha de fundo que embaralha os itens entre eles à 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
Name	Detalhes	Descrição
`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 uma 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 for 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
Name	Detalhes	Descrição
`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.m1.small tem um max_cache_memory de 1300 MB. Com o valor padrão memcached_connections_overhead de 100 MB, o processo Memcached terá 1200 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.

Importante

Para o tipo de nó cache.t1.micro, o valor para memcached_connections_overhead é determinado da seguinte forma:

Se o cluster estiver usando o grupo de parâmetros padrão, ElastiCache definirá o valor memcached_connections_overhead para 13 MB.
Se o seu cluster estiver usando um parameter group que você criou, será possível definir o valor de memcached_connections_overhead como um valor de sua escolha.

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

Tipo de nó	max_cache_memory (em megabytes)	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
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.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
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.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

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 uma EC2 instância e um ElastiCache cache automaticamente