Auf das Überwachungs-Dashboard zugreifen
-
Klicke in einem Verwaltungskonto auf GitHub Enterprise Server und dann in der rechten oberen Ecke einer beliebigen Seite auf „“.
-
Wenn du dich nicht bereits auf der Seite „Websiteadministrator“ befindest, klicke in der oberen linken Ecke auf Websiteadministrator.
-
Wähle auf der Randleiste „ Websiteadministrator“ die Option Verwaltungskonsole aus.
-
Klicke auf der oberen Navigationsleiste auf Überwachen.
-
In HA- und Clusterumgebungen können Sie mithilfe der Dropdownliste zwischen Knoten wechseln und auf einen anderen Hostnamen klicken.
Verwenden des Überwachungsdashboards
Auf der Seite werden Metriken visualisiert, die für die Problembehandlung von Leistungsproblemen hilfreich sein können. Außerdem können Sie besser verstehen, wie IhreGitHub Enterprise Server-Anwendung verwendet wird. Die Daten hinter den Diagrammen werden vom collectd-Dienst erfasst und alle 10 Sekunden abgefragt.
Im vordefinierten Dashboard finden Sie verschiedene Abschnitte zum Gruppieren von Diagrammen verschiedener Arten von Systemressourcen.
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 findest du unter collectd für Ihre Instanzen konfigurieren.
Informationen zu den Metriken im Überwachungsdashboard
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 findest du unter Empfohlene Schwellenwerte für Meldungen.
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 findest du 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
In den Diagrammen werden unterschiedliche Metriken zu GitHub Actions auf Ihre GitHub Enterprise Server-Instance, einschließlich einer Übersicht über Webanforderungen von GitHub Actions-Diensten näher betrachtet.
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 finden Sie 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.