À propos des tableaux de bord de surveillance

Accès aux tableaux de bord du moniteur

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 visualisent les métriques qui peuvent être utiles pour résoudre les problèmes de performances et mieux comprendre comment votre GitHub Enterprise Server appliance 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.

Si vous avez activé les métriques pour OpenTelemetry, des tableaux de bord supplémentaires sont disponibles, consultez : Tableaux de bord avancés des métriques OpenTelemetry.

Tableau de bord « Santé opérationnelle »

Il s’agit du tableau de bord par défaut affiché sur la page « Moniteur ». Il visualise les métriques clés qui vous aident à obtenir une vue d’ensemble rapide de l’intégrité de votre GitHub Enterprise Server appliance.

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

          GitHub Enterprise Server À compter de la version 3.18, vous pouvez créer des tableaux de bord et des alertes Grafana personnalisés directement à l’intérieur du Console de gestion. Ces tableaux de bord et alertes personnalisés persistent sur les mises à niveau, ce qui facilite la maintenance de votre configuration de supervision.

Vous pouvez utiliser OpenTelemetry et collecter des métriques simultanément pour la supervision externe. Pendant le préversion publique, collectd est activé et ne peut pas être désactivé.

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

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 de surveillance fournissent une vue complète des différentes métriques qui aident à comprendre les performances et l’intégrité de votre GitHub Enterprise Server instance. 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 incluent des métriques clés pour 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 de réponse : Nombre de réponses par code d’état retourné entre les GitHub Enterprise Server services.
• Temps de réponse : vitesse des requêtes Web au 90e centile en millisecondes.
• Travailleurs actifs : Le nombre de travailleurs web occupés par GitHub Enterprise Server application.
• Demandes en file d’attente : Nombre de requêtes web mises en file d’attente par GitHub Enterprise Server application. 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 GitHub Enterprise Server recherche.

Processus

La section graphique des processus examine plus en détail les principaux services individuels majeurs 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 décomposent les taux auxquels les utilisateurs et les applications s’authentifient auprès de l’appliance 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 affichent uniquement les données si l’authentification LDAP est activée sur l’appliance 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 un aperçu de l’activité des GitHub Enterprise Server services 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 décomposent différentes métriques concernant GitHub Actions sur votre instance GitHub Enterprise Server, y compris une vue d’ensemble des requêtes web des services et de la taille du journal des transactions de la base de données MSSQL.

Travaux en arrière-plan

Nombre de tâches mises en file d’attente pour le traitement en arrière-plan sur l’appliance 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 dans le profilage de l’activité utilisateur et le débit du trafic entrant et sortant de l’appliance GitHub Enterprise Server .

Stockage

          GitHub Enterprise Server Les performances du référentiel dépendent très 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 GitHub Enterprise stockage, consultez [AUTOTITLE](/admin/overview/system-overview).

Services système spécifiques aux appareils

Les graphiques des services système contiennent des données relatives aux bases de données principales 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 : Base de données primaire 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.
• Travaux nomades : GitHub Enterprise Server utilise Nomad en interne comme orchestrateur de charge de travail, où l’utilisation du processeur et de la mémoire des services individuels peut être vue.
• 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 de récupération Git : GitHub Enterprise Server tente de mettre en cache des opérations intensives, telles que git pack-objects, lorsque plusieurs requêtes identiques arrivent en succession rapide.
• MinIO : Stockage utilisé par certains GitHub Enterprise Server services.
• Packages : Demandes d’alimentation GitHub Packages.
• Services alimentant les fonctionnalités de Secret scanning SecretScanning.
• CodeScanning : fonctionnalités propulsant les Services Code scanning.
• Cluster : graphiques liés à la haute disponibilité ou au regroupement GitHub Enterprise Server.
• Babeld : proxy Git.
• Alive : service permettant des mises à jour en temps réel.
• Ghes-manage : service alimentant l’API GHES Manage.