Sistemas de dados
    Atualizado maio de 2026
    Redis logo

    Redis Monitorização

    Monitorize a utilização de memória do Redis, as taxas de acesso, os clientes ligados e o estado da replicação em tempo real, sem necessidade de configuração.

    Por que monitorizar Redis?

    O Redis é o armazenamento de dados em memória mais popular do mundo, utilizado como cache, intermediário de mensagens e armazenamento de sessões por milhões de aplicações. A monitorização do Redis é essencial para evitar o esgotamento da memória, detetar falhas de cache, acompanhar as taxas de evicção e garantir a consistência da replicação. A integração do Redis da Xitoring oferece uma visibilidade aprofundada do estado da sua instância do Redis.

    Deteção automática via Xitogent — sem configuração manual necessária
    Métricas de utilização de memória e fragmentação em tempo real
    Acompanhamento dos rácios hit/miss e da eficácia da cache
    Monitorização de clientes ligados e bloqueados
    Acompanhamento da taxa de eviction e do keyspace
    Monitorização do lag de replicação e estado dos slaves
    Funciona em servidores Linux e Windows
    Intervalos de recolha de métricas de 1 minuto
    O que é a monitorização do Redis?

    Monitorização do Redis, explicada

    A monitorização do Redis deteta pressão de memória, fragmentação, tempestades de eviction, deriva de replicação e comandos lentos antes que causem OOM kills, ligações largadas ou cache misses em cascata. Como o Redis fica entre a sua app e a sua BD, um incidente do Redis é normalmente um incidente em todo o site — monitorizá-lo bem significa apanhar a maioria das falhas da camada de cache no primeiro minuto. O Xitoring descobre automaticamente o seu Redis, lê INFO + SLOWLOG + LATENCY num intervalo de 1 minuto e encaminha alertas para Slack, PagerDuty, Telegram ou a sua rotação de on-call existente.

    Métricas

    O que monitorizamos

    Memória usada

    Memória total alocada pelo Redis incluindo overhead.

    Rácio de fragmentação de memória

    Rácio entre a memória alocada pelo SO e a alocada pelo Redis. Valores acima de 1,5 indicam fragmentação.

    Clientes ligados

    Número de ligações de cliente atualmente ligadas.

    Clientes bloqueados

    Número de clientes à espera de uma chamada bloqueante (BLPOP, BRPOP, etc.).

    Taxa de hit do keyspace

    Percentagem de pesquisas de chaves bem-sucedidas vs misses, indicando a eficácia da cache.

    Chaves removidas

    Número de chaves removidas devido à política maxmemory.

    Chaves expiradas

    Número de chaves removidas devido à expiração de TTL.

    Comandos por segundo

    Taxa de comandos processados pelo servidor Redis.

    Tamanho do keyspace

    Número total de chaves armazenadas em todas as bases de dados.

    Offset de replicação

    Delta de offset de replicação entre master e replicas.

    Última gravação RDB

    Tempo decorrido desde o último snapshot RDB com sucesso.

    Reescrita AOF

    Estado e duração das operações de reescrita AOF.

    Alerta e notificação

    Configurável condições de alerta

    Configure alertas personalizados no seu painel para ser notificado assim que as métricas dRedis ultrapassarem os limites que definiu.

    Redis painel de controlo da configuração dos gatilhos de monitorização

    Utilização de memória

    crítico

    Dispara quando o consumo de memória do Redis excede o limite, arriscando OOM kills ou tempestades de eviction.

    Clientes ligados

    aviso

    Dispara quando as ligações de cliente excedem o limite, indicando potenciais connection leaks.

    Taxa de hit do keyspace

    aviso

    Alerta quando a taxa de hit cai abaixo do limite, indicando ineficiência de cache ou alterações no working set.

    Chaves removidas

    crítico

    Dispara quando a taxa de eviction sobe rapidamente, indicando que o Redis está a remover ativamente dados para se manter dentro dos limites de memória.

    Clientes bloqueados

    aviso

    Dispara quando os clientes estão bloqueados à espera de operações, indicando congestão de fila.

    Lag de replicação

    crítico

    Alerta quando o offset das replicas fica para trás do master, arriscando inconsistência de dados em cenários de failover.

    01

    Importância da monitorização do Redis

    O Redis é a espinha dorsal de desempenho para aplicações modernas — gere sessões, caching, rate limiting e analítica em tempo real. Sem monitorização, pressão de memória, tempestades de eviction e drift de replicação podem degradar silenciosamente toda a sua stack aplicacional.

    • Detete a pressão de memória antes que os OOM kills derrubem a sua instância
    • Monitorize as taxas de hit da cache para garantir desempenho aplicacional ótimo
    • Acompanhe os padrões de eviction para dimensionar corretamente a alocação de memória
    • Identifique connection leaks provenientes de clientes aplicacionais
    • Garanta a consistência da replicação para configurações de alta disponibilidade
    Dashboard de monitorização Redis com métricas de memória e hit rate
    Alertas de desempenho da cache e monitorização de evictions
    02

    Porquê escolher Xitoring

    O Xitoring oferece monitorização Redis de nível empresarial com configuração zero-config. O nosso agente leve deteta automaticamente as suas instâncias Redis, começa a recolher métricas em menos de 60 segundos e integra-se com os seus canais de notificação existentes.

    • Instalação num único comando — sem YAML complexo nem ficheiros de configuração
    • Mais de 15 nós de monitorização globais para verificações de baixa latência
    • Dashboard unificado para servidores, caches e uptime
    • Alertas flexíveis via Slack, PagerDuty, Telegram e outros
    • Retenção de dados históricos para planeamento de capacidade e auditorias
    Visão geral da monitorização do cluster Redis com Xitoring
    Configuração de canais de notificação de alertas
    Casos de uso

    Cenários comuns de monitorização do Redis

    Onde o Redis normalmente corre hoje — e o que pode correr mal se ninguém estiver a monitorizar.

    Acelerar uma aplicação web ou API

    O Redis mantém as aplicações web rápidas ao memorizar os resultados de trabalho repetido. Quando a cache enche ou deixa de compensar, cada pedido fica mais lento e a base de dados subjacente é sobrecarregada. Detetamos o momento em que a cache deixa de proteger a sua aplicação para que a equipa possa intervir antes que os utilizadores o sintam.

    Cache de alta disponibilidade dividida por servidores

    As aplicações de produção distribuem o Redis por vários servidores para que uma única falha não derrube a cache. Quando as cópias ficam dessincronizadas, a rede de segurança é mais fraca do que parece. Detetamos o desvio cedo para que o failover permaneça tão invisível quanto deveria ser.

    Logins, sessões e limitação de taxa

    Quando o Redis mantém sessões de utilizador ou impõe limites de pedido, atingir o seu limite de conexão significa que os utilizadores são subitamente desconectados ou bloqueados do site. Detetamos a tendência antes que o limite seja atingido, para que seja resolvido muito antes de alguém ligar para o suporte.

    Antes de começar

    Pré-requisitos para Redis

    Certifique-se de que tem tudo isto pronto — depois disso, a maioria das instalações leva 60 segundos.

    • Redis 5.x ou mais recente em execução
    • Palavra-passe AUTH se requirepass estiver definido
    • Acessibilidade de rede do Xitogent à instância Redis (porta predefinida 6379)
    Guia de configuração

    Comece a minutos

    1

    Instalar o Xitogent no seu servidor

    Se ainda não o fez, instale o leve agente de monitorização Xitogent no seu servidor.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Garantir o acesso ao comando INFO do Redis

    O Xitogent usa o comando INFO do Redis para recolher métricas. Garanta que a sua instância Redis permite ligações locais:

    redis-cli INFO server | head -5
    3

    Ativar a integração do Redis

    Use o painel do Xitoring ou a CLI para ativar a integração do Redis. O Xitogent vai detetar automaticamente a sua instância Redis.

    sudo xitogent integrate
    4

    Configurar limiares de alerta (opcional)

    Defina limiares personalizados para métricas como uso de memória, taxa de hit ou número de evictions para ser notificado quando algo merecer atenção.

    5

    Confirme que está a funcionar

    Execute este comando no servidor para confirmar que o Xitogent detetou a integração. Em cerca de 30 segundos começam a chegar novas métricas ao seu painel.

    sudo xitogent status

    Frequentemente perguntas feitas

    A integração com o Redis requer autenticação?
    Se a sua instância do Redis exigir uma palavra-passe (requirepass), pode configurá-la nas definições de integração. O Xitogent suporta tanto a autenticação por palavra-passe como por ACL.
    Esta integração afetará o desempenho do Redis?
    Não. O Xitogent utiliza o comando INFO, que é leve e tem um impacto insignificante no desempenho do Redis. É o mesmo comando utilizado pelas próprias ferramentas de monitorização do Redis.
    Posso monitorizar o Redis Cluster?
    Sim. O Xitogent permite monitorizar nós Redis individuais num cluster. Instale o agente em cada nó para obter uma visibilidade completa do cluster.
    Posso monitorizar o Redis Sentinel?
    Sim. A integração monitoriza instâncias individuais do Redis. Em combinação com a monitorização do tempo de atividade, obtém-se uma visibilidade total da sua configuração gerida pelo Sentinel.
    Quais são as versões do Redis suportadas?
    Xitoring é compatível com o Redis 4.0 e versões posteriores, incluindo a versão mais recente, o Redis 7.x. O KeyDB é suportado através de uma integração separada.
    Com que frequência são recolhidos os indicadores?
    Por predefinição, as métricas são recolhidas a intervalos de 1 minuto. Esta configuração pode ser ajustada através do painel de controlo do Xitoring ou da CLI.
    Como monitorizo a replicação do Redis?
    No master, `INFO replication` mostra `connected_slaves`, `lag` (segundos) e `offset` (bytes atrás) por slave. Nas replicas, `master_link_status`, `master_link_down_since`, `master_sync_in_progress` e `slave_repl_offset` mostram o estado de catch-up. Alerte sobre qualquer replica com lag a exceder o seu RPO ou `master_link_status: down`. Para Redis Cluster, observe também o `cluster_state` por nó a partir de `CLUSTER INFO`.
    Posso monitorizar Redis Cluster, Sentinel, KeyDB e Valkey?
    Sim. Instale o Xitogent junto a cada nó — Redis Cluster (primário + replicas por shard), configurações geridas por Sentinel, KeyDB (fork multi-threaded do Redis — mesmo protocolo de fio RESP) e Valkey (fork BSD da Linux Foundation que suporta o AWS ElastiCache Serverless e o GCP Memorystore). Todos falam `INFO` e a integração adapta-se automaticamente à variante.
    Que versões do Redis são suportadas?
    Redis 5.x até Redis 8 (AGPLv3, 2025) são totalmente suportadas, mais Redis Stack e Redis Enterprise. O Redis 8 inclui RedisJSON, RediSearch, RedisTimeSeries e RedisBloom na distribuição core — o Xitogent deteta os módulos carregados e expõe as suas métricas quando disponíveis. Para utilizadores do Valkey ou KeyDB, a mesma integração funciona via o protocolo RESP partilhado.

    Comece a monitorizar Redis hoje

    Configure em menos de 60 segundos. Não é necessário cartão de crédito. Estatísticas completas desde o primeiro dia.

    Iniciar período de avaliação gratuita

    Continue a explorar

    Relacionado Integrações