Skip to main content

Diese Version von GitHub Enterprise Server wurde eingestellt am 2024-09-25. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für bessere Leistung, verbesserte Sicherheit und neue Features aktualisiere auf die neueste Version von GitHub Enterprise Server. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Empfohlene Schwellenwerte für Meldungen

Du kannst eine Meldung so konfigurieren, dass du in Bezug auf Systemressourcenprobleme benachrichtigt wirst, bevor sie sich auf die Leistung deiner GitHub Enterprise Server-Appliance auswirken.

Du kannst externe Überwachungssysteme so konfigurieren, dass du in Bezug auf die Speicher-, CPU- und Arbeitsspeicherauslastung gewarnt wirst, die u. U. Probleme mit Ihre GitHub Enterprise Server-Instance verursacht. Weitere Informationen finden Sie unter Externe Überwachung festlegen und unter About the monitor dashboard.

Speicher überwachen

Du solltest die Root- und Benutzerspeichergeräte überwachen und eine Meldung mit Werten konfigurieren, die eine ausreichende Antwortzeit gestatten, wenn der verfügbare Disk-Speicher niedrig ist.

severitySchwellenwert
WarningDisk-Nutzung überschreitet 60 % des insgesamt verfügbaren Speichers
KritischDisk-Nutzung überschreitet 75 % des insgesamt verfügbaren Speichers

Du kannst diese Werte basierend auf der insgesamt zugeordneten Speicherkapazität, historischen Wachstumsmustern und der erwarteten Antwortzeit anpassen. Wir empfehlen eine übermäßige Zuordnung an Speicherressourcen, um Wachstum zu ermöglichen und die zum Zuordnen des zusätzlichen Speichers erforderliche Ausfallzeit zu verhindern.

CPU- und durchschnittliche Auslastung überwachen

Obwohl es normal ist, dass die CPU-Nutzung basierend auf ressourcenintensiven Git-Vorgängen schwankt, solltest du eine Meldung für ungewöhnlich hohe CPU-Auslastungen konfigurieren, da verlängerte Spitzen darauf hindeuten können, dass deine Instanz unterversorgt ist. Darüber empfehlen wir die Überwachung der CPU-Auslastung während einer normalen Arbeitswoche, wenn sich die Instanz in einem fehlerfreien Zustand befindet, um eine Ausgangsbasis zu bestimmen, die als Referenz dienen kann.

SeveritySchwellenwert
Warning20 % über der Ausgangsbasis
Kritisch40 % über der Ausgangsbasis

Darüber hinaus wird empfohlen, dass du die „Diebstahlzeit“ der Virtualisierung überwachst, um sicherzustellen, dass andere virtuelle Maschinen, die auf demselben Hostsystem ausgeführt werden, nicht alle Ressourcen der Instanz verwenden.

Überwachen der Arbeitsspeichernutzung

Die Ihre GitHub Enterprise Server-Instance zugeordnete Menge an physischem Arbeitsspeicher kann erhebliche Auswirkungen auf die Gesamtleistung und die Anwendungsreaktionsfähigkeit haben. Zum Beschleunigen von Git-Vorgängen soll das System den Kernel-Disk-Cache intensiv verwenden. Die Menge des dem Prozess zugewiesenen physischen Speichers sollte bei Spitzenauslastung in einem Bereich von 50 % des gesamten verfügbaren RAM liegen.

SeveritySchwellenwert
WarningAnhaltende Speicherauslastung überschreitet 50 % des insgesamt verfügbaren Speichers
KritischAnhaltende Speicherauslastung überschreitet 70 % des insgesamt verfügbaren Speichers

Für Clusterinstallationen empfehlen wir jedoch eine ähnliche Vorgehensweise wie bei der CPU-Überwachung: Bestimmen Sie eine Ausgangsbasis, die definiert, was als normale Auslastung zu betrachten ist, und legen Sie den Schwellenwert entsprechend fest. Dieser Schwellenwert kann bei verschiedenen Rollen auch unterschiedlich sein.

Wenn der Arbeitsspeicher erschöpft ist, versucht der OOM-Killer des Kernels Arbeitsspeicherressourcen freizugeben. Dazu werden zwangsweise RAM-intensive Anwendungsprozesse beendet, was zu einer Dienstunterbrechung führen kann. Du solltest der virtuellen Maschine mehr Arbeitsspeicher zuordnen, als dies im normalen Betriebsablauf erforderlich ist.