Skip to main content

Diese Version von GitHub Enterprise Server wird eingestellt am 2026-08-25. Nicht mehr unterstützte Versionen werden nicht unterstützt. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Eine bessere Leistung, verbesserte Sicherheit und neue Features in GitHub Enterprise Server finden Sie unter Overview des Upgradeprozesses. Wenden Sie sich bei Fragen zum Upgrade an den GitHub Enterprise Support.

Konfigurieren des Clusterings

Die Clustertopologie für GitHub Enterprise Server bietet horizontale Skalierung für Umgebungen mit Zehntausenden von Entwicklern.

Wer kann dieses Feature verwenden?

GitHub bestimmt die Berechtigung für das Clustering und muss die Konfiguration für die Lizenz Ihrer Instanz aktivieren. Das Clustering erfordert eine sorgfältige Planung und zusätzlichen Verwaltungsaufwand. Weitere Informationen finden Sie unter Informationen zu Clustering.

Informationen zu Clustering

Die Clustertopologie GitHub Enterprise Server wurde entwickelt, um Zehntausende von Benutzern zu unterstützen, bei denen andere Topologien Ressourcenauslastung erleben würden. In einem Cluster werden die Dienste der Instanz horizontal auf mehreren Knoten skaliert.

Unterschiede zwischen Clustering und Hochverfügbarkeit

Erfahren Sie mehr über die Unterschiede zwischen Bereitstellungstopologien für die virtuellen Computer (VMs), die eine GitHub Enterprise Server Instanz umfassen.

Informationen zu Clusterknoten

In einem GitHub Enterprise Server-Cluster sind Knoten einzelne virtuelle Computer (VMs), auf denen die GitHub Enterprise Server-Software ausgeführt wird, aus der die Instanz besteht. Jeder Knoten führt eine Reihe von Diensten aus.

Clusternetzwerk-Konfiguration

Ein GitHub Enterprise Server-Cluster erfordert die richtige DNS-Namensauflösung, den Lastausgleich und die Kommunikation zwischen den Knoten.

Cluster initialisieren

Ein GitHub Enterprise Server Cluster muss mit einer Lizenz eingerichtet und mithilfe der Administrativen Shell (SSH) initialisiert werden.

Aufschieben des Datenbank-Seeding

Sie können den Prozess des Hinzufügens eines neuen MySQL-Replikatknotens zu Ihrem Cluster beschleunigen, indem Sie das Datenbank-Seeding aufschieben.

Upgrade eines Clusters

Um ein GitHub Enterprise Server Cluster auf die neueste Version zu aktualisieren, verwenden Sie die Administrative Shell (SSH).

Überwachen der Gesundheit Ihres Clusters

Um die Leistung und Redundanz eines GitHub Enterprise Server-Clusters sicherzustellen, können Sie den Zustand des Clusters überwachen.

Überwachen der Integrität deiner Clusterknoten mit dem Knotenberechtigungsdienst

Du kannst überwachen, ob Knoten in einem GitHub Enterprise Server-Cluster so lange offline waren, dass sie Probleme verursachen, indem du Node Eligibility Service verwendest.

Erneutes Ausgleichen von Cluster-Arbeitslasten

Sie können erzwingen, dass Ihr GitHub Enterprise Server Cluster Auftragszuweisungen für Arbeitslasten auf den Knoten des Clusters gleichmäßig verteilt.

Clusterknoten ersetzen

Ersetzen Sie einen funktionalen oder fehlgeschlagenen Knoten in einem GitHub Enterprise Server Cluster, während die vom Knoten bereitgestellten Dienste beibehalten werden.

Die Hochverfügbarkeitsreplikation für einen Cluster konfigurieren

Sie können eine Replik Ihres gesamten GitHub Enterprise Server-Clusters in einem separaten Rechenzentrum konfigurieren, sodass Ihr Cluster auf redundante Knoten umschalten kann.

Initiieren eines Failovers zu Ihrem Replikatcluster

Wenn ihr GitHub Enterprise Server Cluster fehlschlägt, können Sie mit dem Replikat fehlschlagen.