Über die Dashboards für die Überwachung

Zugriff auf die Dashboards für die Überwachung

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. Klicke in der Randleiste „ Site admin“ auf Verwaltungskonsole.

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 Monitor-Dashboards

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 von den Überwachungsdiensten gesammelt und regelmäßig erfasst.

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.

Wenn Sie Metriken für OpenTelemetry aktiviert haben, sind weitere Dashboards verfügbar, siehe: Erweiterte Dashboards mit OpenTelemetry-Metriken.

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

Ab GitHub Enterprise Server 3.18 können Sie benutzerdefinierte Grafana-Dashboards und Alarme direkt innerhalb der Verwaltungskonsole erstellen. Diese benutzerdefinierten Dashboards und Warnungen bleiben über Upgrades erhalten, wodurch die Überwachung einfacher verwaltet werden kann.

Sie können OpenTelemetry und gesammelte Metriken gleichzeitig für die externe Überwachung verwenden. Während der öffentliche Vorschau bleibt collectd aktiviert und kann nicht deaktiviert werden.

Weitere Informationen zu OpenTelemetry-Metriken finden Sie unter Informationen zu OpenTelemetry-Metriken.

Weitere Informationen zu gesammelten Metriken finden Sie unter Informationen zu gesammelten Metriken.

Über die Metriken in den Dashboards für die Überwachung

Die Monitordashboards bieten eine umfassende Übersicht über verschiedene Metriken, die ihnen dabei helfen, die Leistung und integrität Ihrer GitHub Enterprise Server Instanz zu verstehen. Diese Metriken werden in verschiedene Abschnitte unterteilt, um die Analyse bestimmter Aspekte des Systems zu vereinfachen.

Systemzustand

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.

Anwendungsgesundheit

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 intern Nomad als Orchestrator für Workloads.
  

•         **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 „Keine Daten“ angezeigt wird, wenn keine Anfragen in der Warteschlange stehen.
  

•         **ElasticSearch Cluster Health**: Der Gesundheitszustand des Elasticsearch-Clusters, basierend auf dem Zustand seiner primären und Replikashards. 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 denen sich Benutzer und Anwendungen beim GitHub Enterprise Server-Gerät 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

In den Diagrammen werden verschiedene Metriken zu GitHub Actions in Ihre GitHub Enterprise Server-Instance aufgeschlüsselt, darunter eine Übersicht über GitHub Actions-Dienstwebanforderungen und die Größe des MSSQL-Datenbanktransaktionsprotokolls.

Hintergrundaufträge

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

Git-Wartung

Die Überwachung von Git-Wartungsfehlern kann Kunden mit großen und aktiven Repositorys dabei helfen, den Repositorystatus proaktiv zu verwalten. Gelegentliche „falsche Fehler“ und „Wiederholungen“ werden erwartet, aber wenn ein Repository die Git-Wartung dauerhaft als „fehlerhaft“ kennzeichnet, empfehlen wir, den GitHub-Support zu kontaktieren.

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.

Speicherung

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

Diagramme der Systemdienste enthalten Daten, die sich auf die wichtigen Datenbanken auf GitHub Enterprise Server beziehen. 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 zur 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: Anfragen, die GitHub Packages antreiben.
• SecretScanning: Dienste, die Secret scanning-Funktionen unterstützen.
• CodeScanning: Dienste, die Code scanning-Funktionen unterstützen.
• Cluster: Diagramme für GitHub Enterprise Server-Hochverfügbarkeit oder Clustering.
• Babeld: Git-Proxy.
• Alive: Dienst zur Unterstützung von Liveupdates.
• Ghes-manage: Dienst zur Unterstützung der GHES-Verwaltungs-API.