Accès au moniteur tableau de bord
-
À partir d’un compte d’administration sur GitHub Enterprise Server, cliquez sur en haut à droite de n’importe quelle page.
-
Si vous ne figurez pas déjà sur la page « Administrateur du site », dans le coin supérieur gauche, cliquez sur Administrateur du site.
-
Dans la barre latérale « Site admin », cliquez sur Management Console.
-
Dans la barre de navigation supérieure, cliquez sur Surveiller.
-
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 du tableau de bord du moniteur
Cette page affiche des métriques 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 le tableau de bord prédéfini, vous trouverez différentes sections regroupant des graphiques de différents types de ressources système.
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 le transfert collectd pour la surveillance 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 ».
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 .
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.