Criando um Modelo de Parâmetro Personalizado
Você pode criar modelos de parâmetros personalizados para diferentes versões do mecanismo de cache e tipos de instância com base nos requisitos de serviço.
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.
- Clique na guia Default Templates ou Custom Templates para criar um modelo baseado em um modelo padrão ou em um modelo personalizado existente.
- Se você selecionar Default Templates, clique em Customize na coluna Operation da linha que contém a versão do mecanismo de cache desejada.
- Se você selecionar Custom Templates, clique em Copy na coluna Operation na linha que contém o modelo personalizado desejado.
- Especifique Template Name e Description.
O nome do modelo pode conter de 4 a 64 caracteres e deve começar com uma letra ou dígito. Apenas letras, dígitos, hifens (-), sublinhados (_) e pontos (.) são permitidos. A descrição pode estar vazia.
- Selecione Modifiable parameters.
Atualmente, você pode inserir uma palavra-chave na caixa de pesquisa para pesquisar um parâmetro pelo nome do parâmetro.
- Na linha que contém o parâmetro a ser modificado, insira um valor na coluna Assigned Value.
Tabela 1 descreve os parâmetros. Na maioria dos casos, os valores padrão são mantidos.
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 podem ser modificados.
- Para obter mais informações sobre os parâmetros descritos em Tabela 1, visite https://redis.io/topics/memory-optimization.
- O parâmetro latency-monitor-threshold é normalmente usado para localização de falhas. Depois de localizar falhas com base nas informações de latência coletadas, altere o valor de latency-monitor-threshold para 0 para evitar latência desnecessária.
- Mais informações sobre o parâmetro notify-keyspace-events:
- A configuração do parâmetro deve conter pelo menos um K ou E.
- A é um apelido para "g$lshzxe" e não pode ser usado junto com qualquer um dos caracteres em "g$lshzxe".
- Por exemplo, o valor Kl significa que o Redis pode notificar clientes Pub/Sub sobre eventos de espaço de chaves e comandos de lista. O valor AKE significa que o Redis notificará os clientes do Pub/Sub sobre todos os eventos.
- Clique em OK.