Tair (Redis® OSS-Compatible):Latency insights

Fonctionnement

Redis 2.8.13 a introduit une surveillance native de la latence. Cette fonctionnalité couvre un nombre limité d'événements, conserve les données pendant seulement 160 secondes et n'enregistre qu'un seul relevé par seconde (l'événement présentant la latence la plus élevée).

Latency insights étend ces capacités grâce aux améliorations suivantes :

• Persistance : les données sont stockées pendant trois jours, permettant de retracer les pics de latence sur cette période.

• Haute précision : l'intégralité des événements est surveillée avec une précision à la microseconde.

• Faible surcharge : l'implémentation asynchrone minimise l'impact sur les performances de l'instance.

• Requêtes en temps réel : les données sont immédiatement disponibles pour interrogation et agrégation.

• Multiples dimensions d'analyse : filtrez les données par type d'événement, plage horaire ou valeur de latence.

Seules les commandes et les événements dépassant un seuil défini sont enregistrés. Ces seuils varient selon le type d'événement (30 ms, 50 ms ou 100 ms). Consultez la section Annexe : Événements spéciaux courants pour obtenir la liste complète.

Prérequis

Avant de commencer, assurez-vous que :

• La version mineure de l'instance respecte les exigences minimales de votre édition. Pour mettre à jour la version mineure, consultez la rubrique Mettre à jour la version mineure d'une instance.

  Édition	Version mineure minimale	Notes
  Tair (Enterprise Edition) memory-optimized	1.6.9	Pour les statistiques des commandes de module Tair, utilisez la version 1.7.28 ou ultérieure.
  Redis Open-Source Edition 5.0	5.1.4
  Redis Open-Source Edition 6.0	0.1.15
  Redis Open-Source Edition 7.0	7.0.0.6

Consulter les statistiques de latence

1. Connectez-vous à la console et accédez à la page Instances. Dans la barre de navigation supérieure, sélectionnez la région où votre instance est déployée. Repérez l'instance concernée et cliquez sur son ID.

2. Dans le volet de navigation de gauche, cliquez sur CloudDBA > Latency Insights.

3. Sur la page Latency Insights, sélectionnez une plage horaire puis cliquez sur Search. La vue par défaut affiche les statistiques des cinq dernières minutes. Les requêtes peuvent couvrir jusqu'à trois jours de données, mais une seule requête ne peut pas dépasser une heure. Pour les instances en cluster et celles utilisant la séparation lecture/écriture, utilisez les onglets Data Node et Proxy Node afin de consulter les statistiques séparément par type de nœud.

4. Cliquez sur le nom d'un événement ou sur un compteur dans la liste pour afficher son graphique de tendance de latence. Dans le graphique, sélectionnez des métriques supplémentaires pour superposer leurs tendances.

   

   Seules les commandes et les événements dépassant leur seuil configuré sont enregistrés. Si vous observez des événements à haute latence, consultez la rubrique Suggestions for handling common latency events pour obtenir des recommandations de correction.

Référence des métriques

Le tableau Latency Insights présente les colonnes suivantes :

Metric	Description
Event	Nom de l'événement. Exemples : ExpireCycle, EventLoop, Ping, Scan, Commands, Info. Consultez la section Annexe : Événements spéciaux courants.
Total	Nombre total d'occurrences enregistrées.
Average Latency (us)	Latence moyenne de toutes les occurrences enregistrées, exprimée en microsecondes.
Maximum Latency (us)	Latence maximale observée, exprimée en microsecondes.
Aggregated count (< 1 ms)	Nombre d'événements dont la latence est inférieure à 1 ms. Cliquez sur l'icône pour développer les sous-plages : \<1 us, \<2 us, \<4 us, \<8 us, \<16 us, \<32 us, \<64 us, \<128 us, \<256 us, \<512 us, \<1 ms.
\<2 ms, \<4 ms, ..., >33s	Nombre d'événements dans chaque plage de latence.

Règles de comptage : Chaque plage exclut la borne inférieure et inclut la borne supérieure. Par exemple, \<2 us compte les événements dont la latence se situe entre 1 us et 2 us. \<2 ms compte les événements dont la latence se situe entre 1 ms et 2 ms. >33s compte les événements dont la latence dépasse 33 secondes.

Étapes suivantes

• Suggestions for handling common latency events — étapes de correction pour chaque type d'événement

• Update the minor version of an instance — mise à jour de l'instance pour respecter les exigences de version

Annexe : Événements spéciaux courants

Les événements sont regroupés selon le sous-système Redis auquel ils se rapportent. La colonne Threshold indique la latence minimale déclenchant l'enregistrement.