Parâmetros específicos do Redis OSS

Se você não especificar um grupo de parâmetros para seu cluster Redis OSS, um grupo de parâmetros padrão apropriado à versão do seu mecanismo será usado. 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 ter mais informações, consulte Criar um parameter group.

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

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 esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster desativado).

• default.redis7.cluster.on— Use esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster ativado).

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

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

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

Nome	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 nos 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 esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster desativado).

• default.redis6.x.cluster.on— Use esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster ativado).

nota

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

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

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

Nome	Detalhes	Descrição
acl-pubsub-default (added in 6.2)	Valores permitidos: resetchannels, allchannels Padrão: allchannels Tipo: string Modificável: sim As alterações entram 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 de cluster ativado) continua processando comandos de leitura mesmo quando um nó não consegue atingir o 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 auxiliar no armazenamento em cache do lado do cliente, o Redis OSS oferece suporte ao rastreamento 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	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

Alterações nos 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 esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster desativado).

• default.redis5.0.cluster.on— Use esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster ativado).

Parâmetros adicionados no Redis OSS 5.0.3
Nome	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 do 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 ter mais informações, consulte ElastiCache (Redis OSS) versão 5.0.6 (aprimorada).

Alterações nos 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 esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster desativado).

• default.redis5.0.cluster.on— Use esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster ativado).

Parâmetros adicionados no Redis OSS 5.0
Nome	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 conjunto/hash/zset/lista de 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 motor 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	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 do tipo de nó 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 do tipo de nó 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. 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 do 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 suas próprias réplicas de leitura.
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
Nome	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 nos 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 esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster desativado).

• default.redis4.0.cluster.on— Use esse grupo de parâmetros, ou um derivado dele, para clusters e grupos de replicação do Redis OSS (modo de cluster ativado).

Parâmetros alterados no Redis OSS 4.0.10
Nome	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
Nome	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 nos parâmetros do Redis OSS 3.2.10

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

ElastiCache (Redis OSS) 3.2.10 não há suporte para parâmetros adicionais.

Alterações nos 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á suporte a parâmetros adicionais.

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

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

A partir do Redis OSS 3.2.4, há dois grupos de parâmetros padrão.

• default.redis3.2— Ao executar o Redis OSS 3.2.4, especifique esse grupo de parâmetros ou um derivado dele, se quiser criar um grupo de replicação do Redis OSS (modo de cluster desativado) e ainda usar os recursos adicionais do Redis OSS 3.2.4.

• default.redis3.2.cluster.on— Especifique esse grupo de parâmetros ou um derivado dele, quando quiser criar um grupo de replicação do Redis OSS (modo de cluster ativado).

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, os seguintes parâmetros adicionais são suportados.

Nome	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 esse é um grupo de replicação do Redis OSS (modo de cluster ativado) no modo de cluster (sim) ou um grupo de replicação do Redis OSS (modo de cluster ativado) no modo não cluster (não). Os grupos de replicação do Redis OSS (modo de cluster ativado) no modo cluster podem particionar seus dados em até 500 grupos de nós. * Redis OSS 3.2. x tem dois grupos 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 definidos comoyes, os nós do Redis OSS (modo de cluster ativado) no modo de cluster param de aceitar consultas se detectarem que há pelo menos um slot de hash descoberto (nenhum nó disponível o está servindo). 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 cobertura de dados do Redis OSS aumenta 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 reservar parte da memória disponível para fins não relacionados ao Redis OSS para 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 da memória reservada.

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 seguintes parâmetros foram alterados.

Nome	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 você quiser fazer o upgrade de uma versão anterior do Redis OSS, primeiro desativeappendonly.
appendfsync	Padrão: desativado Modificável: não	Se você quiser fazer o upgrade de uma versão anterior do Redis OSS, primeiro desativeappendfsync.
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 ao 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á suporte a parâmetros adicionais.

Parâmetros adicionados ao Redis OSS 2.8.23 (aprimorado)

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

Para o Redis OSS 2.8.23, o seguinte parâmetro adicional é suportado.

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

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

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

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.

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 ao 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á suporte a parâmetros adicionais.

Importante

• A partir da versão 2.8.22 do Redis OSS, repl-backlog-size aplica-se ao cluster primário e aos clusters de réplica.

• A partir da versão 2.8.22 do Redis OSS, o repl-timeout parâmetro não é suportado. 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á suporte a parâmetros adicionais.

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á suporte a parâmetros adicionais.

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, os seguintes parâmetros adicionais são suportados.

Nome	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 keyspace 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 e à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

Nome	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 se recuperar de certas 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 ter 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. 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 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 do tipo de nó 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 do tipo de nó 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. 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 do 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 Usando o 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 teclas 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 nó maxmemory (consulte). Parâmetros específicos do tipo de nó 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 reservar parte da memória disponível para fins não relacionados ao Redis OSS para 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 da memória reservada.
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 suas próprias réplicas de leitura.
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, dos comandos a serem registrados pelo recurso Redis OSS Slow Log.
slowlog-max-len	Padrão: 128 Tipo: inteiro Modificável: sim As alterações terão efeito: imediatamente	O comprimento máximo do Redis OSS Slow Log.
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 foram alterados 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 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ó 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 Redis OSS AOF.

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