Tair (Redis® OSS-Compatible):Padrões de desenvolvimento e O&M para Tair (Redis OSS-compatible)

Tipo de recurso

Descrição

Recursos de computação

Wildcards, scripts Lua concorrentes, PUBSUB um-para-muitos e hotkeys consomem muitos recursos de computação. Em instâncias cluster, esses itens também podem causar distorção de requisições e subutilização de shards.

Recursos de armazenamento

Jobs de streaming e large keys consomem muitos recursos de armazenamento. Em instâncias cluster, esses itens também podem causar distorção de dados e subutilização de shards.

Recursos de rede

Varreduras em todo o banco de dados (KEYS) e consultas de intervalo em large keys e valores grandes (HGETALL) consomem muitos recursos de rede e frequentemente causam congestionamento de threads.

Importância

Padrão

Descrição

★★★★★

• Cache de alta velocidade: Desative a persistência AOF em cenários apenas de cache para reduzir sobrecarga. Evite dependência forte dos dados em cache. Quando um banco de dados Tair atinge sua capacidade máxima de armazenamento, uma política de evicção de dados é acionada para liberar espaço, o que pode aumentar a latência sob cargas intensas de escrita.

  Importante

  Para usar o recurso de flashback de dados para restaurar dados por ponto no tempo, ative a persistência AOF.

• Bancos de dados em memória: Escolha Tair (Enterprise Edition) com instâncias otimizadas para memória persistente. Essas instâncias oferecem persistência no nível de comando. Monitore o uso de memória pelas Configurações de alerta.

★★★★★

Implante sua aplicação na mesma Virtual Private Cloud (VPC) das instâncias Tair, como em uma instância Elastic Compute Service (ECS).

O Tair oferece alto desempenho, mas implantar longe das instâncias Tair ou conectar-se pela Internet degrada significativamente o desempenho devido à latência de rede.

★★★★☆

Crie uma instância Tair para cada serviço.

Não compartilhe uma instância Tair entre serviços. Misturar cargas de trabalho de cache e banco de dados em memória faz com que políticas de evicção, consultas lentas e a execução do comando FLUSHDB de um serviço afetem os outros.

★★★★☆

Configure políticas de evicção adequadas para remover chaves expiradas.

A política padrão de evicção para chaves expiradas no Tair é volatile-lru . Configure as políticas de evicção em Parâmetros configuráveis para instâncias Redis Open-Source Edition.

★★★☆☆

Gerencie os dados e a duração dos testes de estresse.

O Tair não exclui dados de testes de estresse. Para evitar impactos nos seus negócios, gerencie os dados e a duração dos testes de estresse por conta própria.

Importância

Padrão

Descrição

★★★★★

Mantenha os valores abaixo de 10 KB.

Valores excessivamente grandes causam distorção de dados, hotkeys, alto consumo de largura de banda ou alta utilização de CPU.

★★★★★

Use nomes de chaves descritivos e concisos.

• Nomes de chaves:

  • Use strings legíveis. Separe os componentes de banco de dados, tabela e campo com dois pontos (:). Exemplo: project:user:001.

  • Abrevie os nomes das chaves sem perder o significado. Por exemplo, username pode ser abreviado para u.

  • No Redis, as chaves {} são hash tags. Em instâncias cluster, use chaves corretamente nos nomes das chaves para evitar distorsão de dados . Consulte a Especificação de cluster Redis.

    Nota

    Em uma instância cluster, se você quiser gerenciar várias chaves com um comando como RENAME e não usar hash tags para colocar as chaves no mesmo shard de dados, o comando falhará.

• Comprimento: Mantenha os nomes das chaves dentro de 128 bytes, preferencialmente mais curtos.

★★★★★

Limite as subchaves por estrutura de dados complexa a menos de 1.000.

A complexidade de tempo de comandos como HGETALL aumenta conforme o número de subchaves. O uso frequente de comandos O(N)+ em chaves com excesso de subchaves causa consultas lentas, distorção de dados e hotkeys.

★★★★☆

Serialize valores em estruturas legíveis.

O bytecode da linguagem pode mudar entre versões. Armazenar objetos brutos (Java, C#) no Tair dificulta as atualizações de stack. Em vez disso, serialize os valores em estruturas legíveis.

Importância

Padrão

Descrição

★★★★★

Use JedisPool ou JedisCluster para conectar-se a instâncias Tair.

Conexões únicas não conseguem se reconectar automaticamente após um tempo limite. Configure as conexões do JedisPool: Use um cliente para conectar-se a uma instância, Otimização do JedisPool e JedisCluster.

★★★★☆

Projete mecanismos adequados de tolerância a falhas para seus clientes.

Flutuações de rede e alto uso de recursos podem causar tempos limite de conexão ou consultas lentas no Tair. Para prevenir esses riscos, projete mecanismos adequados de tolerância a falhas para seus clientes.

★★★★☆

Use intervalos de nova tentativa adequados.

Intervalos de nova tentativa menores que 200 ms podem acionar retentativas rápidas e causar uma avalanche de serviço. Mecanismos de nova tentativa para clientes Redis.

Importância

Padrão

Descrição

★★★★★

Evite consultas de intervalo como KEYS *. Use consultas pontuais ou SCAN em vez disso.

Consultas de intervalo podem causar interrupções de serviço, consultas lentas ou congestionamento.

★★★★★

Use estruturas de dados estendidas (Integração de múltiplos módulos de dados) em vez de scripts Lua.

Scripts Lua consomem muitos recursos de computação e memória sem suporte a multithreading. Scripts complexos ou inadequados podem esgotar os recursos.

★★★★☆

Use pipelines para reduzir o tempo de ida e volta (RTT) dos dados.

Quando seu cliente não depende de respostas individuais, agrupe comandos com um pipeline. Diretrizes:

• Estabeleça uma conexão dedicada para operações de pipeline, separada das operações regulares.

• Limite cada pipeline a 100 comandos ou menos.

★★★★☆

Use os comandos Redis corretamente.

Limitações de comandos de transação:

• Transações Redis não podem sofrer rollback.

• Para executar comandos de transação em instâncias cluster, use hash tags para alocar chaves no mesmo hash slot. Previna a distorção de armazenamento que as hash tags podem causar.

• Não envolva comandos de transação em scripts Lua — a compilação e o carregamento consomem muitos recursos de computação.

★★★★☆

Evite distribuição de mensagens em larga escala com comandos Pub/Sub.

O Pub/Sub não possui persistência de dados nem mecanismos de confirmação. Distribuir mensagens maiores que 1 KB para mais de 100 assinantes pode esgotar os recursos do servidor e causar perda de mensagens.

Importância

Padrão

Descrição

★★★★★

Compreenda os impactos de diferentes operações de gerenciamento de instâncias.

Alterações de configuração ou reinicializações podem causar desconexões transitórias em uma instância Tair. Compreenda os impactos antes de prosseguir. Estados e impactos da instância.

★★★★★

Teste o tratamento de erros do cliente e a lógica de recuperação de desastres.

O Tair monitora a integridade dos nós e aciona automaticamente o failover mestre-réplica quando um mestre fica indisponível. Antes de colocar um cliente em produção, acione manualmente um failover para verificar o tratamento de erros e a lógica de recuperação de desastres. Alternar manualmente cargas de trabalho de um nó mestre para um nó réplica.

★★★★★

Desative comandos demorados ou de alto risco.

O uso indevido de comandos em produção pode causar perda de dados (FLUSHALL) ou congestionamento de rede (KEYS). Desative comandos arriscados para melhorar a estabilidade. Desativar comandos de alto risco.

★★★★☆

Trate eventos pendentes prontamente.

A Alibaba Cloud gera eventos pendentes para atualizações de hardware, software ou manutenção de rede — por exemplo, quando uma versão secundária do banco de dados precisa ser atualizada. Revise o impacto e reagende se necessário. Visualizar e gerenciar eventos agendados.

★★★★☆

Configure alertas para métricas principais.

Monitore a utilização de CPU, uso de memória e largura de banda em tempo real com as Configurações de alerta.

★★★★☆

Verifique regularmente a integridade da instância usando recursos de O&M do Tair para solucionar anomalias de recursos.

• Use logs de consulta lenta para solucionar problemas de tempo limite: Localize consultas lentas e IPs de clientes de origem para resolver problemas de tempo limite.

• Visualize os dados de monitoramento de desempenho: O Tair fornece métricas de desempenho para monitorar a integridade do serviço e solucionar problemas prontamente.

• Crie um relatório de diagnóstico: Avalie o status da instância — níveis de desempenho, distorção de requisições e logs de consulta lenta — e identifique exceções.

• Use o recurso de análise de chaves offline: Identifique large keys e analise seu uso de memória, distribuição e TTL.

• Use o recurso de estatísticas de chaves em tempo real: Identifique hotkeys para otimizar o desempenho do banco de dados.

★★★☆☆

Ative o recurso de log de auditoria e avalie os logs de auditoria.

O recurso de log de auditoria registra operações de escrita e suporta consulta, análise online e exportação. Use-o para monitorar a segurança e o desempenho da instância. Log de Auditoria.