Criando um Modelo de Parâmetro Personalizado

Procedimento

1. Efetue login no console do DCS.
2. Clique em no canto superior esquerdo do console de gerenciamento e selecione a região onde sua instância está localizada.
3. No painel de navegação, escolha Parameter Templates.
4. 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.

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

6. Selecione Modifiable parameters.

   Atualmente, você pode inserir uma palavra-chave na caixa de pesquisa para pesquisar um parâmetro pelo nome do parâmetro.

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

   

   1. 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.
   2. Para obter mais informações sobre os parâmetros descritos em Tabela 1, visite https://redis.io/topics/memory-optimization.
   3. 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.
   4. 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.

8. Clique em OK.