Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Central de ajuda/ Distributed Cache Service/ Guia de usuário/ Modelos de parâmetros/ Criando um Modelo de Parâmetro Personalizado
Atualizado em 2022-11-08 GMT+08:00

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

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

    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.