En brefSurveillez les métriques de performance de Redis dans ClickStack à l’aide du récepteur Redis OTel. Comprend un jeu de données de démonstration et un tableau de bord préconfiguré.
Intégration avec une instance Redis existante
Prérequis
- Instance ClickStack en fonctionnement
- Installation Redis existante (version 3.0 ou ultérieure)
- Accès réseau de ClickStack à Redis (port par défaut 6379)
- Mot de passe Redis si l’authentification est activée
Vérifiez la connexion à Redis
Commencez par vérifier que vous pouvez vous connecter à Redis et que la commande INFO fonctionne :- Installation locale :
localhost:6379 - Docker : utilisez le nom du conteneur ou le nom du service (par ex.
redis:6379) - À distance :
<redis-host>:6379
Créer une configuration personnalisée pour l’OTel collector
ClickStack vous permet d’étendre la configuration de base de l’OpenTelemetry Collector en montant un fichier de configuration personnalisé et en définissant une variable d’environnement. Cette configuration personnalisée est fusionnée avec la configuration de base gérée par HyperDX via OpAMP.Créez un fichier nomméredis-metrics.yaml avec la configuration suivante :redis-metrics.yaml
- Se connecte à Redis sur
localhost:6379(ajustez le point de terminaison à votre configuration) - Collecte des métriques toutes les 10 secondes
- Collecte les principales métriques de performance (commandes, clients, mémoire, statistiques de l’espace de clés)
- Définit l’attribut de ressource
service.namerequis conformément aux conventions sémantiques OpenTelemetry - Achemine les métriques vers l’exporter ClickHouse via un pipeline dédié
redis.commands.processed- Commandes traitées par seconderedis.clients.connected- Nombre de clients connectésredis.clients.blocked- Clients bloqués sur des appels bloquantsredis.memory.used- Mémoire utilisée par Redis en octetsredis.memory.peak- Pic d’utilisation de la mémoireredis.keyspace.hits- Recherches de clés réussiesredis.keyspace.misses- Recherches de clés échouées (pour calculer le taux de réussite du cache)redis.keys.expired- Clés expiréesredis.keys.evicted- Clés évincées en raison d’une pression mémoireredis.connections.received- Nombre total de connexions reçuesredis.connections.rejected- Connexions rejetées
- Vous ne définissez de nouveaux receivers, processors et pipelines que dans la config personnalisée
- Les processors
memory_limiteretbatch, ainsi que l’exporterclickhouse, sont déjà définis dans la configuration de base de ClickStack ; vous n’avez qu’à les référencer par leur nom - Le processor
resourcedéfinit l’attributservice.namerequis conformément aux conventions sémantiques OpenTelemetry - En production avec authentification, stockez le mot de passe dans une variable d’environnement :
${env:REDIS_PASSWORD} - Ajustez
collection_intervalselon vos besoins (10s par défaut ; des valeurs plus faibles augmentent le volume de données) - Pour plusieurs instances Redis, personnalisez
service.namepour les distinguer (par exemple,"redis-cache","redis-sessions")
Configurer ClickStack pour charger une configuration personnalisée
Pour activer une configuration personnalisée du collecteur dans votre déploiement ClickStack existant, vous devez :- Monter le fichier de configuration personnalisé à l’emplacement
/etc/otelcol-contrib/custom.config.yaml - Définir la variable d’environnement
CUSTOM_OTELCOL_CONFIG_FILE=/etc/otelcol-contrib/custom.config.yaml - Vérifier la connectivité réseau entre ClickStack et Redis
Option 1 : Docker Compose
Mettez à jour la configuration de votre déploiement ClickStack :Option 2 : Docker run (image tout-en-un)
Si vous utilisez l’image tout-en-un avecdocker run :Vérifier les métriques dans HyperDX
Une fois la configuration terminée, connectez-vous à HyperDX et vérifiez que les métriques sont bien collectées :- Accédez à Metrics Explorer
- Recherchez les métriques commençant par
redis.(par ex.,redis.commands.processed,redis.memory.used) - Vous devriez voir apparaître des points de données selon l’intervalle de collecte configuré
Jeu de données de démonstration
Télécharger l’exemple de jeu de données de métriques
Téléchargez les fichiers de métriques pré-générés (24 heures de Redis Metrics avec des profils réalistes) :- Échauffement du cache (06:00) - Le taux de réussite passe de 30 % à 80 %
- Pic de trafic (14:30-14:45) - Multiplication par 5 du trafic avec pression sur les connexions
- Pression mémoire (20:00) - Évictions de clés et dégradation des performances du cache
- Profils de trafic quotidiens - Pics pendant les heures ouvrées, baisse en soirée, micro-pics aléatoires
Démarrer ClickStack
Démarrez une instance ClickStack :Vérifier les métriques dans HyperDX
Une fois les données chargées, le moyen le plus rapide de visualiser vos métriques est d’utiliser le tableau de bord préconfiguré.Rendez-vous dans la section Dashboards and visualization pour importer le tableau de bord et afficher toutes les métriques Redis Metrics en une seule vue.L’intervalle de temps du jeu de données de démonstration va de 2025-10-20 00:00:00 à 2025-10-21 05:00:00. Assurez-vous que l’intervalle de temps sélectionné dans HyperDX correspond à cette plage.Recherchez les profils intéressants suivants :
- 06:00 - Échauffement du cache (progression d’un faible taux de réussite)
- 14:30-14:45 - Pic de trafic (nombre élevé de connexions client, quelques rejets)
- 20:00 - Pression mémoire (début des évictions de clés)
Tableaux de bord et visualisations
la configuration du tableau de bord
Importer le tableau de bord préconfiguré
- Ouvrez HyperDX et accédez à la section Dashboards
- Cliquez sur Import Dashboard en haut à droite, dans le menu à points de suspension
- Téléversez le fichier
redis-metrics-dashboard.json, puis cliquez sur Finish Import
Afficher le tableau de bord
Le tableau de bord sera créé avec toutes les visualisations préconfigurées :Pour le jeu de données de démonstration, définissez l’intervalle de temps sur 2025-10-20 05:00:00 - 2025-10-21 05:00:00 (UTC) (à ajuster selon votre fuseau horaire local). Par défaut, aucun intervalle de temps n’est défini pour le tableau de bord importé.
Dépannage
La config personnalisée ne se charge pas
CUSTOM_OTELCOL_CONFIG_FILE est correctement définie :
/etc/otelcol-contrib/custom.config.yaml :
Aucune métrique n’apparaît dans HyperDX
Erreurs d’authentification
Problèmes de connectivité réseau
docker run placent les deux conteneurs sur le même réseau.
Prochaines étapes
- Configurez des alertes pour les métriques critiques (seuils d’utilisation de la mémoire, limites de connexion, baisse du taux de succès du cache)
- Créez des tableaux de bord supplémentaires pour des cas d’usage spécifiques (retard de réplication, performances de persistance)
- Surveillez plusieurs instances Redis en dupliquant la configuration du récepteur avec différents endpoints et noms de service