Exibindo Modelos de Parâmetros
Esta seção descreve como exibir modelos de parâmetros no console do DCS.
Procedimento
- Efetue login no console do DCS.
- Clique em
no canto superior esquerdo do console de gerenciamento e selecione a região onde sua instância está localizada. - No painel de navegação, escolha Parameter Templates.
- Escolha a guia Default Templates ou Custom Templates.
- Exibir modelos de parâmetros.
Atualmente, você pode inserir uma palavra-chave na caixa de pesquisa para pesquisar um modelo de parâmetro pelo nome do modelo.
- Clique em um modelo de parâmetro. Os parâmetros contidos no modelo são exibidos. Para obter detalhes sobre os parâmetros, consulte Tabela 1.
Tabela 1 Parâmetros de configuração da instância do DCS Redis Parameter
Descrição
Value Range
Default Value
tempo limite
O período máximo de tempo (em segundos) que uma conexão entre um cliente e a instância do DCS pode permanecer ociosa antes que a conexão seja encerrada. Uma configuração de 0 significa que esta função está desabilitada.
0–7200 segundos
0
apêndicefsync
Controla a frequência com que o fsync() transfere dados em cache para o disco. Observe que alguns SO realizarão uma transferência de dados completa, mas alguns outros apenas fazem uma tentativa de "melhor esforço".
Existem três configurações:
no: fsync() nunca é chamado. O SO liberará os dados quando estiver pronto. Este modo oferece o mais alto desempenho.
sempre: fsync() é chamado após cada gravação no AOF. Este modo é muito lento, mas também muito seguro.
Everysec: fsync() é chamado uma vez por segundo. Este modo proporciona um compromisso entre segurança e desempenho.
- não
- Sempre
- a cada seg
a cada seg
apenas anexação
Indica se cada modificação da instância deve ou não ser registrada. Por padrão, dados são gravados em discos de maneira assíncrona no Redis. Se essa função estiver desativada, os dados gerados recentemente poderão ser perdidos no caso de uma falha de energia. Opções:
yes: Os logs são ativados, ou seja, a persistência é ativada.
no: Os logs são desabilitados, ou seja, a persistência é desabilitada.
- Sim
- não
Sim
client-output-buffer-limit-slave-soft-segundos
Número de segundos que o buffer de saída permanece acima do client-output-buffer-slave-soft-limit antes que o cliente seja desconectado.
0–60
60
client-output-buffer-slave-hard-limit
Limite rígido (em bytes) no buffer de saída de clientes de réplica. Uma vez que o buffer de saída excede o limite rígido, o cliente é imediatamente desconectado.
0–17.179.869.184
1.717.986.918
client-output-buffer-slave-soft-limit
Limite suave (em bytes) no buffer de saída de clientes de réplica. Uma vez que o buffer de saída excede o limite suave e permanece continuamente acima do limite pelo tempo especificado pelo parâmetro client-output-buffer-limit-slave-soft-seconds, o cliente é desconectado.
0–17.179.869.184
1.717.986.918
política de maxmemória
A política aplicada quando o limite maxmemory é atingido.
Para obter mais informações sobre esse parâmetro, consulte https://redis.io/topics/lru-cache.
- volatile-lru
- allkeys-lru
- volatile-random
- allkeys-random
- volatile-ttl
- noeviction
volatile-lru
NOTA:Se a instância do DCS Redis for criada antes de julho de 2020 e esse parâmetro não tiver sido modificado, o valor padrão será noeviction. Se a instância for criada depois de julho de 2020, o valor padrão será volatile-lru.
lua-limite de tempo
Tempo máximo permitido para executar um script Lua (em milissegundos).
100–5000
5000
mestre-somente-leitura
Define a instância como somente leitura. Todas as operações de escrita falharão.
- Sim
- não
não
maxclientes
O número máximo de clientes que podem ser conectados simultaneamente a uma instância de DCS.
1000–50.000
10.000
proto-max-bulk-len
Tamanho máximo de uma solicitação de um único elemento (em bytes).
1.048.576–536.870.912
536.870.912
repl-backlog-tamanho
O tamanho do backlog de replicação (bytes). O backlog é um buffer que acumula dados de réplica quando réplicas são desconectadas do principal. Quando uma réplica é reconectada, uma sincronização parcial é realizada para sincronizar os dados que foram perdidos enquanto as réplicas eram desconectadas.
16.384–1.073.741.824
1.048.576
repl-backlog-ttl
A quantidade de tempo, em segundos, antes do buffer de backlog ser liberado, a partir da última vez que uma réplica foi desconectada. O valor 0 indica que o backlog nunca é liberado.
0–604.800
3600
repl- timeout
Tempo limite de replicação (em segundos).
30–3600
60
hash-max-ziplist-entradas
O número máximo de hashes que podem ser codificados usando ziplist, uma estrutura de dados otimizada para reduzir o uso de memória.
1–10.000
512
hash-max-ziplist-value
O maior valor permitido para um hash codificado usando ziplist, uma estrutura de dados especial otimizada para uso de memória.
1–10.000
64
set-max-intset-entradas
Se um conjunto é composto inteiramente de cadeias de caracteres que são inteiros em radix 10 dentro do intervalo de inteiros com sinal de 64 bits, o conjunto é codificado usando intset, uma estrutura de dados otimizada para uso de memória.
1–10.000
512
zset-max-ziplist-entradas
O número máximo de conjuntos classificados que podem ser codificados usando ziplist, uma estrutura de dados otimizada para reduzir o uso de memória.
1–10.000
128
zset-max-ziplist-valor
O maior valor permitido para um conjunto ordenado codificado usando ziplist, uma estrutura de dados especial otimizada para uso de memória.
1–10.000
64
latência-monitor-limiar
A quantidade mínima de latência que será registrada como picos de latência
- configure para 0: O monitoramento de latência está desativado.
- Definir como mais de 0: Tudo com pelo menos este tempo de latência (em ms) será registrado.
Ao executar o comando LATENCY, você pode executar operações relacionadas ao monitoramento de latência, como obter dados estatísticos e configurar e ativar o monitoramento de latência. Para obter mais informações sobre o latency-monitor-threshold, visite https://redis.io/docs/reference/optimization/latency-monitor/.
0–86.400.000 ms
0
notific-keyspace-events
Controla para quais notificações de eventos de keyspace são ativadas. Se esse parâmetro estiver configurado, o recurso Redis Pub/Sub permitirá que os clientes recebam uma notificação de evento quando um conjunto de dados do Redis for modificado.
As instâncias de cluster de proxy não têm esse parâmetro.
Uma combinação de valores diferentes pode ser usada para ativar notificações para vários tipos de eventos. Os valores possíveis incluem:
K: Eventos de espaço de chave, publicados com o prefixo __keyspace@__
e: Eventos keyevent, publicados com o prefixo __keyevent@__
g: Comandos genéricos (não específicos do tipo), como DEL, EXPIRE e RENAME
$: Comandos de string
eu: Comandos de lista
s: Definir comandos
h: Comandos de hash
z: Comandos do conjunto classificado
x: Eventos expirados (eventos gerados toda vez que uma chave expira)
e: Eventos despejados (eventos gerados quando uma chave é despejada da maxmemory)
Para obter mais informações, consulte a seguinte nota.
Ex
slowlog-log-mais lento-do que
A quantidade máxima de tempo permitida, em microssegundos, para execução de comandos. Se esse limite for excedido, o log de consultas lentas do Redis registrará o comando.
0–1.000.000
10.000
slowlog-max-len
O número máximo permitido de consultas lentas que podem ser registradas. O log de consulta lento consome memória, mas você pode recuperar essa memória executando o comando SLOWLOG RESET.
0–1000
128
- Os valores padrão e intervalos de valores do maxclients, reserved-memory-percent, client-output-buffer-slave-soft-limit, e os parâmetros client-output-buffer-slave-hard-limit estão relacionados às especificações da instância. Portanto, esses parâmetros não são exibidos no modelo de parâmetro.
- Para obter mais informações sobre os parâmetros descritos em Tabela 1, visite https://redis.io/topics/memory-optimization.
