Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Présentation de J-Insight Device Monitor

À mesure que les réseaux deviennent de plus en plus complexes, la nécessité d’adopter des fonctionnalités qui simplifient le processus de surveillance, de maintenance et d’amélioration de l’état général de vos périphériques réseau devient de plus en plus critique pour fournir des services de manière plus prévisible et gérable.

J-Insight est une solution de surveillance des appareils basée sur les données qui offre une visibilité et des informations sur l’état d’un système en cours d’exécution. À partir de Junos OS version 18.2R1, le framework J-Insight facilite la surveillance en temps réel des ressources système pour les FRU FPC. Il a également été intégré à l’infrastructure existante de gestion des erreurs de connectivité pour normaliser la détection, la surveillance et le reporting des erreurs. L’objectif à long terme pour la conception architecturale du moniteur J-Insight est illustré à la Figure 1.

Figure 1 : Architecture de haut niveau à long terme pour J-Insight Long-term High-level Architecture for J-Insight

J-Insight est une application système sur site qui utilise l’interface de télémétrie Junos pour collecter en continu des données reflétant l’état actuel et l’état du composant de l’équipement surveillé.

Comprendre le fonctionnement de la surveillance de l’état de J-Insight

À partir de Junos OS version 18.2R1, J-Insight fournit des capacités de surveillance de l’état des FRU FPC sur les routeurs MX series. Dans le cadre de cette version initiale, le moniteur d’intégrité J-Insight prend en charge le flux de processus suivant (voir Figure 1) :

  1. Utilise un profil d’intégrité statique prédéfini. Le profil d’intégrité n’est pas configurable par l’utilisateur via l’interface de ligne de commande Junos OS.

  2. À l’aide du framework JTI (Junos Telemetry Interface), s’abonne aux KPI d’intégrité spécifiés dans le profil d’intégrité par défaut. Le moniteur de santé J-Insight s’abonne aux capteurs JTI à l’aide d’une interface standard. L’abonnement au moniteur de santé et les rapports sont désactivés par défaut et peuvent être activés via l’interface de ligne de commande Junos OS. À partir de Junos OS version 18.2R1, les KPI d’intégrité suivants sont pris en charge pour les FPC basés sur MX :

    • Utilisation du processeur

    • Capteurs de température

    • Utilisation de la mémoire PFE

    • Accessibilité de la fabric

  3. Rassemble les flux de données JTI collectés à partir de divers sous-systèmes.

  4. Évalue les données d’intégrité par rapport aux seuils configurés et signale l’état d’intégrité.

Comprendre le fonctionnement de la surveillance des pannes J-Insight

À partir de Junos OS version 18.2R1, J-Insight utilise l’infrastructure de gestion des erreurs de connectivité pour normaliser la détection, la surveillance et le reporting des erreurs. Grâce à cette infrastructure, J-Insight permet également de définir des politiques de panne basées sur les données. Chaque module peut définir des propriétés d’erreur en lisant un fichier DST/capacité. La fonction de surveillance des pannes est disponible par défaut dans Junos OS et ne peut pas être activée ou désactivée via l’interface de ligne de commande.

Chaque erreur est définie par les propriétés suivantes :

  • URI—Identificateur d’erreur. Chaque erreur est identifiée de manière unique par un ID d’erreur représenté par un URI (Uniform Resource Identifier).

  • Error—Nom de l’erreur.

  • Scope—Portée de l’erreur. Une étendue d’erreur fournit un niveau de classification supérieur à la catégorie d’erreur. Exemples de valeurs d’étendue d’erreur : pfe et board.

  • Category—Catégorie d’erreur. Une catégorie d’erreur classe les erreurs en divers sous-groupes sous un niveau d’étendue d’erreur spécifique. Exemples de valeurs de catégorie d’erreur : mémoire, traitement et stockage.

  • Details: description de l’erreur.

  • Count: le nombre de fois que des instances d’erreur se sont produites.

  • Clear count: le nombre de fois que les instances d’erreur ont été effacées.

  • Support: détails du support pour le type d’erreur.