À propos du moniteur tableaux de bord

Accès au moniteur tableaux de bord

1. À partir d’un compte d’administration sur GitHub Enterprise Server, cliquez sur en haut à droite de n’importe quelle page.

2. Si vous ne figurez pas déjà sur la page « Administrateur du site », dans le coin supérieur gauche, cliquez sur Administrateur du site.

3. Dans la barre latérale « Site admin », cliquez sur Console de gestion.

4. Dans la barre de navigation supérieure, cliquez sur Surveiller.

   

5. Dans les environnements HA et cluster, il est possible de basculer entre les nœuds en utilisant le menu déroulant et en sélectionnant un autre nom d’hôte.

Utilisation des tableaux de bord du moniteur

Les tableaux de bord affichent des indicateurs qui peuvent être utiles pour résoudre les problèmes de performances et mieux comprendre comment votre appliance GitHub Enterprise Server est utilisée. Les données derrière les graphiques sont collectées par les services de surveillance et échantillonné régulièrement.

Dans les tableaux de bord prédéfinis, vous trouverez différentes sections regroupant des graphiques de différents types de ressources système. Utilisez les liens sur la page pour naviguer entre les tableaux de bord.

Tableau de bord « Santé opérationnelle »

Il s’agit du tableau de bord par défaut affiché sur la page « Moniteur ». Il affiche les métriques clés qui vous permettent d’obtenir un aperçu rapide de l’état de votre appliance GitHub Enterprise Server.

Tableau de bord « Application Insights » du système &

Ce tableau de bord plus détaillé vous permet d’obtenir des informations supplémentaires sur tous les aspects des services qui s’exécutent sur votre appareil.

Création de tableaux de bord

La création de votre propre tableau de bord et alertes nécessite que les données soient transférées à une instance externe. Vous pouvez utiliser des métriques collectées pour la supervision externe.

Pour plus d’informations sur les métriques collectées, consultez À propos des métriques collectées.

À propos des métriques sur les tableaux de bord du moniteur

Les tableaux de bord du moniteur fournissent une vue complète des différentes métriques qui vous aident à comprendre les performances et l’intégrité de votre instance GitHub Enterprise Server. Ces métriques sont classées en différentes sections pour faciliter l’analyse des aspects spécifiques du système.

Santé du système

Les graphiques d’état du système offrent une vue d’ensemble des services et de l’utilisation des ressources système. Les graphiques représentant l’utilisation du processeur, la mémoire et la charge moyenne sont utiles pour identifier les tendances ou les moments où les ressources provisionnées ont atteint leur saturation. Pour plus d’informations, consultez « Seuils d’alerte recommandés ».

Intégrité de l’application

Ces graphiques présentent les métriques clés relatives à l’utilisation des ressources des services qui alimentent GitHub Enterprise Server. Ils permettent de visualiser les problèmes en cours lors du traitement des demandes.

•         **Tâches Nomad :** l’utilisation de l’unité centrale et de la mémoire des différents services. GitHub Enterprise Server utilise Nomad en interne comme orchestrateur de charge de travail.
  

•         **Code réponse :** nombre de réponses par code d’état renvoyées par les services GitHub Enterprise Server.
  

•         **Temps de réponse :** vitesse des requêtes Web au 90e centile en millisecondes.
  

•         **Travailleurs actifs :** nombre de travailleurs Web occupés par application GitHub Enterprise Server.
  

•         **Demandes en attente :** nombre de demandes Web en attente par application GitHub Enterprise Server. Ce panneau devrait afficher « Aucune donnée » lorsqu’aucune demande n’est en attente.
  

•         **État de santé du cluster ElasticSearch :** état de santé du cluster ElasticSearch, basé sur l’état de ses fragments principaux et répliqués. Ce cluster alimente la recherche GitHub Enterprise Server.
  

Processus

La section Graphique des processus examine plus en détail les principaux services individuels qui composent l’appareil GitHub Enterprise Server. L’examen individuel de ces services permet de comprendre comment les tendances d’utilisation influencent les ressources du système au fil du temps.

Authentification

Les graphiques d’authentification présentent les taux d’authentification des utilisateurs et des applications auprès de l’appareil GitHub Enterprise Server. Nous suivons également le protocole ou le type de service utilisé pour les authentifications, tel que Git ou API, ce qui est utile pour identifier les grandes tendances en matière d’activité des utilisateurs. Les graphiques d’authentification peuvent vous aider à identifier des tendances ou des périodes intéressantes à examiner lorsque vous analysez en détail les journaux d’authentification et de requêtes API.

LDAP

Les graphiques LDAP n’affichent les données que si l’authentification LDAP est activée sur l’appareil GitHub Enterprise Server. Pour plus d’informations, consultez « Utilisation de LDAP ». Ces graphiques peuvent vous aider à identifier les réponses lentes de votre serveur LDAP, ainsi que le volume global des authentifications basées sur des mots de passe LDAP.

Serveurs d’applications

La section Serveurs d’applications fournit des informations sur l’activité des services GitHub Enterprise Server qui fournissent des données aux utilisateurs et aux intégrations.

Demande/réponse de l’application

La section Requête-réponse examine le taux de demandes, la rapidité avec laquelle ces demandes sont traitées et le statut avec lequel elles sont renvoyées.

Actions

Les graphiques présentent différentes mesures relatives à GitHub Actions sur votre instance GitHub Enterprise Server, y compris un aperçu des requêtes Web des services GitHub Actions et la taille du journal des transactions de la base de données MSSQL .

Travaux en arrière-plan

Nombre de tâches en attente de traitement en arrière-plan sur l’appareil GitHub Enterprise Server.

Maintenance Git

La surveillance des défaillances de maintenance Git peut aider les clients disposant de référentiels volumineux et actifs à gérer de manière proactive la santé de leurs référentiels. Des « échecs sporadiques » et des « réessais » sont attendus, mais si un référentiel affiche constamment la maintenance Git marquée comme « ayant échoué », nous vous recommandons de contacter le support GitHub.

Réseau

Les graphiques d’interface réseau peuvent être utiles pour établir le profil de l’activité des utilisateurs et le débit du trafic entrant et sortant de l’appareil GitHub Enterprise Server.

Stockage

Les performances du référentiel GitHub Enterprise Server dépendent fortement du système de stockage sous-jacent. Les disques SSD locaux à faible latence offrent les meilleures performances. Pour plus d’informations sur l’architecture de stockage GitHub Enterprise, consultez Vue d’ensemble du système.

Services système spécifiques aux appareils

Les graphiques des services système contiennent des données relatives aux principales bases de données sur GitHub Enterprise Server. Il s’agit des bases de données persistantes MySQL et Elasticsearch, ainsi que Redis et Memcached qui contiennent des données éphémères.

• Memcached : fournit une couche de mise en cache en mémoire pour les opérations Web et API. Memcached contribue à accélérer les temps de réponse pour les utilisateurs et les intégrations interagissant avec le système.
• MySQL : la base de données principale dans GitHub Enterprise Server. Les métadonnées relatives aux utilisateurs, aux problèmes et autres éléments non liés à Git ou à la recherche sont stockées dans MySQL.
• Tâches Nomad : GitHub Enterprise Server utilise Nomad en interne comme orchestrateur de charge de travail, où l’utilisation du processeur et de la mémoire de chaque service peut être visualisée.
• Redis : la base de données contient principalement la file d’attente des tâches en arrière-plan, ainsi que les informations relatives à l’état des sessions.
• Kafka-Lite : service de courtage Kafka pour le traitement des tâches.
• Elasticsearch : alimente les fonctionnalités de recherche intégrées dans GitHub Enterprise Server.
• Hooks personnalisés : graphiques relatifs à l’exécution du hook pré-réception.
• Mise en cache Git fetch : GitHub Enterprise Server tentera de mettre en cache les opérations intensives, telles que Git pack-objects, lorsque plusieurs requêtes identiques arrivent rapidement les unes après les autres.
• MinIO : espace de stockage utilisé par certains services GitHub Enterprise Server.
• Packages : requêtes alimentant GitHub Packages.
• SecretScanning : services qui alimentent les fonctionnalités Secret scanning.
• CodeScanning : services permettant d’activer les fonctionnalités Code scanning.
• Cluster : graphiques relatifs à la haute disponibilité ou au clustering de GitHub Enterprise Server.
• Babeld : proxy Git.
• Alive : service permettant des mises à jour en temps réel.
• Ghes-manage : service alimentant l’API GHES Manage.