Überwachungs-dashboards

Zugreifen auf Überwachungs-dashboards

1. Klicke in einem Verwaltungskonto für GitHub Enterprise Server in der rechten oberen Ecke einer beliebigen Seite auf .

2. Wenn du dich nicht bereits auf der Seite „Websiteadministrator“ befindest, klicke in der oberen linken Ecke auf Websiteadministrator.

3. Wähle auf der Randleiste „ Websiteadministrator“ die Option Verwaltungskonsole aus.

4. Klicke auf der oberen Navigationsleiste auf Überwachen.

   

5. In HA- und Clusterumgebungen können Sie mithilfe der Dropdownliste zwischen Knoten wechseln und auf einen anderen Hostnamen klicken.

Verwenden der Monitordashboards

Auf den Dashboards werden Metriken visualisiert, die für das Beheben von Leistungsproblemen hilfreich sein können. Außerdem kannst du mit deren Hilfe besser nachvollziehen, wie deine GitHub Enterprise Server-Anwendung verwendet wird. Die Daten hinter den Diagrammen werden vom collectd-Dienst erfasst und alle 10 Sekunden abgefragt.

Auf vordefinierten Dashboards findest du verschiedene Abschnitte, in denen mit Graphen verschiedene Arten von Systemressourcen gruppiert werden. Verwende die Links auf der Seite, um zwischen den Dashboards zu navigieren.

Dashboard „Operational Health“

Dies ist das Standarddashboard, das auf der Seite „Monitor“ angezeigt wird. Darauf werden wichtige Metriken visualisiert, damit du einen schnellen Überblick über die Integrität deiner GitHub Enterprise Server-Anwendung erhalten kannst.

Dashboard „System & Application Insights“

Auf diesem detaillierteren Dashboard erhältst du weitere Erkenntnisse zu allen Aspekten der Dienste, die in deiner Anwendung ausgeführt werden.

Erstellen neuer Dashboards

Wenn Sie Ihr eigenes Dashboard und eigene Warnungen erstellen, müssen die Daten durch Aktivieren der collectd-Weiterleitung an eine externe Instanz weitergeleitet werden. Weitere Informationen finden Sie unter collectd für Ihre Instanzen konfigurieren.

Informationen zu den Metriken auf den Überwachungsdashboards

Systemintegrität

Die Systemintegritätsdiagramme bieten eine allgemeine Übersicht über Dienste und die Systemressourcennutzung. Die Diagramme für CPU, Arbeitsspeicher und Last sind nützlich, um Trends oder Zeiten zu identifizieren, in denen die bereitgestellte Ressourcensättigung aufgetreten ist. Weitere Informationen finden Sie unter Empfohlene Schwellenwerte für Meldungen.

Anwendungsintegrität

Diese Graphen bilden wichtige Metriken für die Ressourcenverwendung von Diensten ab, mit denen GitHub Enterprise Server läuft. Sie helfen beim Visualisieren aktueller Probleme während dem Verarbeiten von Anforderungen.

• Nomad-Aufträge: Die CPU- und Speichernutzung einzelner Dienste GitHub Enterprise Server nutzt Nomad intern als Workloadorchestrator.
• Antwortcode: Die Anzahl der Antworten nach Statuscode, die von den GitHub Enterprise Server-Diensten zurückgegeben werden
• Antwortzeit: Die Geschwindigkeit von Webanforderungen im 90. Quantil in Millisekunden
• Aktive Worker: Die Anzahl der aktiven Webworker pro GitHub Enterprise Server-Anwendung
• Anforderungen in der Warteschlange: Die Anzahl der Webanforderungen in der Warteschlange pro GitHub Enterprise Server-Anwendung Es wird erwartet, dass in diesem Panel „No data“ angezeigt wird, wenn sich keine Anforderungen in der Warteschlange befinden.
• ElasticSearch Cluster Health: Der Integritätsstatus des ElasticSearch-Clusters basierend auf dem Status der primären und Replikatshards Dieser Cluster ermöglicht die GitHub Enterprise Server-Suche.

Prozesse

Der Abschnitt mit dem Prozessdiagramm befasst sich genauer mit den wichtigsten einzelnen Diensten, aus denen die GitHub Enterprise Server-Anwendung besteht. Durch die individuelle Betrachtung dieser Dienste kann gezeigt werden, wie sich Nutzungstrends auf Systemressourcen im Laufe der Zeit auswirken.

Authentifizierung

Die Authentifizierungsdiagramme veranschaulichen die Raten, mit sich denen Benutzer und Anwendungen bei der GitHub Enterprise Server-Anwendung authentifizieren. Außerdem verfolgen wir den Protokoll- oder Diensttyp, z. B. Git oder API, für die Authentifizierungen, die bei der Identifizierung allgemeiner Benutzeraktivitätstrends hilfreich sind. Die Authentifizierungsdiagramme können Ihnen helfen, interessante Trends oder Zeiträume zu finden, in denen es sich lohnt, sich eingehender mit Authentifizierungs- und API-Anforderungsprotokollen zu befassen.

LDAP

LDAP-Diagramme zeigen nur Daten an, wenn die LDAP-Authentifizierung für die GitHub Enterprise Server-Anwendung aktiviert ist. Weitere Informationen finden Sie unter Verwenden von LDAP. Diese Diagramme können Ihnen helfen, langsame Antworten von Ihrem LDAP-Server sowie das Gesamtvolumen der kennwortbasierten LDAP-Authentifizierungen zu identifizieren.

App-Server

Der Abschnitt mit den Anwendungsservern bietet Einblicke in die Aktivität von GitHub Enterprise Server-Diensten, die Daten für Benutzer und Integrationen bereitstellen.

App-Anforderung/-Antwort

Im Abschnitt App-Anforderung/Antwort wird die Anzahl der Anforderungen, wie schnell diese Anforderungen beantwortet werden, und mit welchem Status sie zurückgegeben werden, betrachtet.

Aktionen

Mit den Graphen werden verschiedene Metriken von GitHub Actions in Ihre GitHub Enterprise Server-Instance aufgeschlüsselt, darunter eine Übersicht über Webanforderungen von GitHub Actions-Diensten und die MSSQL-Datenbanktransaktionsgröße.

Hintergrundaufträge

Die Anzahl der Aufgaben, die für die Hintergrundverarbeitung in derGitHub Enterprise Server-Anwendung in die Warteschlange gestellt werden.

Netzwerk

Die Netzwerkschnittstellendiagramme können bei der Profilerstellung von Benutzeraktivitäten und beim Durchsatz des eingehenden und ausgehenden Datenverkehrs der GitHub Enterprise Server-Anwendung nützlich sein.

Storage

Die Repositoryleistung von GitHub Enterprise Server ist stark vom zugrunde liegenden Speichersystem abhängig. Latenzarme, lokale SSD-Datenträger bieten die höchste Leistung. Weitere Informationen zur GitHub Enterprise-Speicherarchitektur findest du unter Systemübersicht.

Anwendungsspezifische Systemdienste

Systemdienstdiagramme enthalten Daten im Zusammenhang mit den Hauptdatenbanken auf GitHub Enterprise Server. Hierbei handelt es sich um persistente mySQL- und Elasticseach-Datenbanken sowie um Redis und Memcached, die kurzlebige Daten enthalten.

• Memcached: Stellt eine Ebene der Speicherzwischenspeicherung für Web- und API-Vorgänge bereit. Memcached hilft bei der Bereitstellung schnellerer Antwortzeiten für Benutzer und Integrationen, die mit dem System interagieren.
• MySQL: Die primäre Datenbank in GitHub Enterprise Server. Benutzer-, Problem- und andere nicht git- oder suchbezogene Metadaten werden in MySQL gespeichert.
• Nomad-Aufträge: GitHub Enterprise Server nutzt Nomad intern als Workload-Orchestrator, wobe die CPU- und Speicherauslastung einzelner Dienste sichtbar ist.
• Redis: Die Datenbank enthält hauptsächlich eine Warteschlange für Hintergrundaufträge sowie Sitzungsstatusinformationen.
• Kafka-Lite: Kafka-Brokerdienst für die Auftragsverarbeitung.
• Elasticsearch: Unterstützt die integrierten Suchfunktionen in GitHub Enterprise Server.
• Benutzerdefinierte Hooks: Diagramme im Zusammenhang mit der Ausführung von Pre-Receive-Hooks.
• Git-Fetch-Zwischenspeicherung: GitHub Enterprise Server versucht, intensive Vorgänge wie Git Pack-Objekte zwischenzuspeichern, wenn mehrere identische Anforderungen schnell aufeinander folgen.
• MinIO: Speicher, der von einigen GitHub Enterprise Server-Diensten verwendet wird.
• Pakete: Anforderungen, die GitHub Packages unterstützen.
• SecretScanning: Dienste, die Secret scanning-Funktionen unterstützen.
• CodeScanning: Dienste, die Code scanning-Funktionen unterstützen.
• Cluster: Diagramme im Zusammenhang mit der hohen Verfügbarkeit von GitHub Enterprise Server oder Clustering.
• Babeld: Git-Proxy.
• Alive: Dienst zur Unterstützung von Liveupdates.
• Ghes-manage: Dienst zur Unterstützung der GHES-Verwaltungs-API.