Informationen zu den Monitordashboards

Zugreifen auf die Monitordashboards

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

Die Dashboards visualisieren Metriken, die hilfreich sein können, um Leistungsprobleme zu beheben und besser zu verstehen, wie Ihre GitHub Enterprise Server Appliance 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. Es visualisiert wichtige Metriken, die Ihnen helfen, einen schnellen Überblick über den Zustand Ihrer GitHub Enterprise Server Appliance zu erhalten.

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

          GitHub Enterprise Server Ab 3.18 können Sie benutzerdefinierte Grafana-Dashboards und -Warnungen direkt innerhalb der Umgebung 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 des Ö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 helfen, die Leistung und den Status 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 Diagramme enthalten wichtige Kennzahlen zur Ressourcennutzung von Diensten, die GitHub Enterprise Server bereitstellen. 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 Workload-Orchestrator.
• Antwortcode: Die Anzahl der Antworten nach Statuscode, der über GitHub Enterprise Server Dienste hinweg zurückgegeben wird.
• Antwortzeit: Die Geschwindigkeit von Webanforderungen im 90. Quantil in Millisekunden
• Aktive Mitarbeiter: Die Anzahl der Webmitarbeiter, die pro GitHub Enterprise Server Anwendung beschäftigt sind.
• In die Warteschlange eingereihte Anforderungen: Die Anzahl der Webanforderungen, die pro GitHub Enterprise Server Anwendung in die Warteschlange gestellt werden. 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 GitHub Enterprise Server die Suche.

Prozesse

Der Abschnitt "Prozessdiagramm" befasst sich genauer mit den wichtigsten einzelnen Diensten, die die GitHub Enterprise Server Appliance bilden. Durch die individuelle Betrachtung dieser Dienste kann gezeigt werden, wie sich Nutzungstrends auf Systemressourcen im Laufe der Zeit auswirken.

Authentifizierung

Die Authentifizierungsdiagramme stellen die Raten dar, mit denen Benutzer und Anwendungen an der GitHub Enterprise Server Appliance 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 auf der GitHub Enterprise Server Appliance 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 "Anwendungsserver" 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 auf Ihre GitHub Enterprise Server-Instance aufgeschlüsselt, einschließlich einer Übersicht über Dienst-Webanforderungen und die Größe des MSSQL-Datenbanktransaktionsprotokolls von GitHub Actions.

Hintergrundaufträge

Die Anzahl der Aufgaben, die für die Hintergrundverarbeitung auf dem GitHub Enterprise Server Gerät in der Warteschlange stehen.

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 dem Durchsatz des Datenverkehrs in und außerhalb der GitHub Enterprise Server Appliance nützlich sein.

Speicherung

          GitHub Enterprise Server Die Repositoryleistung hängt sehr vom zugrunde liegenden Speichersystem ab. Latenzarme, lokale SSD-Datenträger bieten die höchste Leistung. Weitere Informationen zur GitHub Enterprise Speicherarchitektur finden Sie unter [AUTOTITLE](/admin/overview/system-overview).

Anwendungsspezifische Systemdienste

Systemdienstediagramme 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 Jobs: GitHub Enterprise Server nutzt Nomad intern als Workload Orchestrator, wo die CPU- und Speicherauslastung einzelner Dienste zu sehen 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-Abrufzwischenspeicherung: GitHub Enterprise Server wird versuchen, intensive Vorgänge, wie das Zwischenspeichern von Git Pack-Objekten, durchzuführen, wenn mehrere identische Anforderungen schnell hintereinander eingehen.
• MinIO: Von einigen GitHub Enterprise Server Diensten genutzter Speicher.
• Pakete: Fordert energiestärken GitHub Packages.
• SecretScanning: Dienste, die Funktionen von Secret scanning bereitstellen.
• CodeScanning: Dienste, die Code scanning Features bereitstellen.
• Cluster: Diagramme im GitHub Enterprise Server Zusammenhang mit hoher Verfügbarkeit oder Clustering.
• Babeld: Git-Proxy.
• Alive: Dienst zur Unterstützung von Liveupdates.
• Ghes-manage: Dienst zur Unterstützung der GHES-Verwaltungs-API.