Resumo rápidoMonitore as métricas de desempenho do Redis no ClickStack usando o receiver do Redis do OTel. Inclui um dataset de demonstração e um dashboard pré-configurado.
Integração com uma instalação existente do Redis
Pré-requisitos
- Instância do ClickStack em execução
- Instalação existente do Redis (versão 3.0 ou posterior)
- Acesso de rede do ClickStack ao Redis (porta padrão 6379)
- Senha do Redis, caso a autenticação esteja habilitada
Verifique a conexão com o Redis
Primeiro, verifique se consegue se conectar ao Redis e se o comando INFO funciona:- Instalação local:
localhost:6379 - Docker: use o nome do contêiner ou do serviço (por exemplo,
redis:6379) - Remoto:
<redis-host>:6379
Criar configuração personalizada do OTel collector
O ClickStack permite estender a configuração básica do OpenTelemetry collector ao montar um arquivo de configuração personalizado e definir uma variável de ambiente. A configuração personalizada é mesclada à configuração básica gerenciada pelo HyperDX via OpAMP.Crie um arquivo chamadoredis-metrics.yaml com a seguinte configuração:redis-metrics.yaml
- Conecta ao Redis em
localhost:6379(ajuste o endpoint para o seu ambiente) - Coleta métricas a cada 10 segundos
- Coleta as principais métricas de desempenho (comandos, clientes, memória, estatísticas do keyspace)
- Define o atributo de resource
service.nameobrigatório de acordo com as convenções semânticas do OpenTelemetry - Encaminha métricas para o ClickHouse exporter por meio de um pipeline dedicado
redis.commands.processed- Comandos processados por segundoredis.clients.connected- Número de clientes conectadosredis.clients.blocked- Clientes bloqueados em chamadas bloqueantesredis.memory.used- Memória usada pelo Redis em bytesredis.memory.peak- Pico de uso de memóriaredis.keyspace.hits- Buscas de chave bem-sucedidasredis.keyspace.misses- Buscas de chave malsucedidas (para cálculo da taxa de acerto do cache)redis.keys.expired- Chaves expiradasredis.keys.evicted- Chaves removidas devido à pressão de memóriaredis.connections.received- Total de conexões recebidasredis.connections.rejected- Conexões rejeitadas
- Na configuração personalizada, defina apenas novos receivers, processors e pipelines
- Os processors
memory_limiterebatche o exporterclickhousejá estão definidos na configuração base do ClickStack — basta referenciá-los pelo nome - O processor
resourcedefine o atributoservice.nameobrigatório de acordo com as convenções semânticas do OpenTelemetry - Para produção com autenticação, armazene a senha em uma variável de ambiente:
${env:REDIS_PASSWORD} - Ajuste
collection_intervalde acordo com as suas necessidades (padrão de 10s; valores menores aumentam o volume de dados) - Para várias instâncias do Redis, personalize
service.namepara diferenciá-las (por exemplo,"redis-cache","redis-sessions")
Configure o ClickStack para carregar uma configuração personalizada
Para habilitar uma configuração personalizada do coletor na implantação existente do ClickStack, você deve:- Montar o arquivo de configuração personalizado em
/etc/otelcol-contrib/custom.config.yaml - Definir a variável de ambiente
CUSTOM_OTELCOL_CONFIG_FILE=/etc/otelcol-contrib/custom.config.yaml - Garantir a conectividade de rede entre o ClickStack e o Redis
Opção 1: Docker Compose
Atualize a configuração de implantação do seu ClickStack:Opção 2: docker run (imagem all-in-one)
Se estiver usando a imagem all-in-one com docker run:Verifique as métricas no HyperDX
Depois de configurar, entre no HyperDX e verifique se as métricas estão sendo coletadas:- Acesse o explorador de métricas
- Procure métricas que comecem com
redis.(por exemplo,redis.commands.processed,redis.memory.used) - Você deverá ver pontos de dados das métricas aparecendo no intervalo de coleta configurado
Dataset de demonstração
Baixe o dataset de métricas de exemplo
Baixe os arquivos de métricas pré-gerados (24 horas de métricas do Redis com padrões realistas):- Evento de aquecimento de cache (06:00) - A taxa de acerto sobe de 30% para 80%
- Pico de tráfego (14:30-14:45) - Pico de 5x no tráfego com pressão nas conexões
- Pressão de memória (20:00) - Evicções de chaves e degradação do desempenho do cache
- Padrões diários de tráfego - Picos no horário comercial, quedas à noite e micropicos aleatórios
Inicie o ClickStack
Inicie uma instância do ClickStack:Verifique as métricas no HyperDX
Depois de carregadas, a forma mais rápida de ver suas métricas é pelo dashboard pré-configurado.Siga para a seção Painéis e visualização para importar o dashboard e ver todas as métricas do Redis de uma só vez.O intervalo de tempo do dataset de demonstração vai de 2025-10-20 00:00:00 a 2025-10-21 05:00:00. Certifique-se de que o intervalo de tempo no HyperDX corresponda a essa janela.Procure estes padrões interessantes:
- 06:00 - Aquecimento de cache (taxa de acerto baixa em alta)
- 14:30-14:45 - Pico de tráfego (muitas conexões de cliente, algumas rejeições)
- 20:00 - Pressão de memória (começam as evicções de chaves)
Dashboards e visualização
a configuração do dashboard
Importe o dashboard pré-configurado
- Abra o HyperDX e navegue até a seção Dashboards
- Clique em Import Dashboard no canto superior direito, no menu de reticências
- Faça upload do arquivo
redis-metrics-dashboard.jsone clique em Finish Import
Visualize o dashboard
O dashboard será criado com todas as visualizações pré-configuradas:Para o dataset de demonstração, defina o intervalo de tempo como 2025-10-20 05:00:00 - 2025-10-21 05:00:00 (UTC) (ajuste com base no seu fuso horário local). O dashboard importado não terá um intervalo de tempo especificado por padrão.
Solução de problemas
Configuração personalizada não está carregando
CUSTOM_OTELCOL_CONFIG_FILE está definida corretamente:
/etc/otelcol-contrib/custom.config.yaml:
As métricas não aparecem no HyperDX
Erros de autenticação
Problemas de conectividade de rede
docker run coloquem ambos os contêineres na mesma rede.
Próximos passos
- Configure alertas para métricas críticas (limites de uso de memória, limites de conexão, quedas na taxa de acerto do cache)
- Crie dashboards adicionais para casos de uso específicos (defasagem de replicação, desempenho da persistência)
- Monitore várias instâncias do Redis duplicando a configuração do receiver com endpoints e nomes de serviço diferentes