Skip to main content

Diese Version von GitHub Enterprise Server wird eingestellt am 2024-06-29. 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.

Konfigurieren des Clusterings

Die Clustertopologie für GitHub Enterprise Server ermöglicht eine horizontale Skalierung für Umgebungen mit Zehntausenden von Entwickler*innen.

Wer kann dieses Feature verwenden?

GitHub bestimmt die Berechtigung zum Clustering und muss die Konfiguration für die Lizenz deiner Instanz aktivieren. Das Clustering erfordert eine sorgfältige Planung und zusätzlichen Verwaltungsaufwand. Weitere Informationen findest du unter Informationen zu Clustering.

Informationen zu Clustering

Die Clustertopologie für GitHub Enterprise Server ist zum Unterstützen von zehntausenden Benutzer*innen entwickelt worden, wohingegen andere Topologien dafür nicht ausreichend Ressourcen hätten. In einem Cluster werden die Dienste der Instanz horizontal auf mehreren Knoten skaliert.

Unterschiede zwischen Clustering und Hochverfügbarkeit

Hier erfährst du mehr über die Unterschiede zwischen Bereitstellungstopologien für virtuelle Computer (VMs), die eine GitHub Enterprise Server-Instanz enthalten.

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 Verwaltungsshell (SSH) initialisiert werden.

Cluster-Upgrade

Verwende die Verwaltungsshell (SSH), um ein Upgrade eines GitHub Enterprise Server-Clusters auf die neueste Version durchzuführen.

Überwachen der Integrität deines Clusters

Um die Leistung und Redundanz eines GitHub Enterprise Server-Clusters sicherzustellen, kannst du die Integrität 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 Clusterworkloads

Du kannst erzwingen, dass dein GitHub Enterprise Server-Cluster Auftragszuordnungen für Workloads gleichmäßig auf den Knoten des Clusters verteilt.

Evakuieren eines Clusterknotens, auf dem Datendienste ausgeführt werden

Wenn auf einem Knoten in deinem GitHub Enterprise Server-Cluster Dienste ausgeführt werden, die verteilte Daten speichern, kannst du beim Vorbereiten der Ersetzung des Knotens die Redundanz sicherstellen, indem du die Daten des Knotens evakuierst.

Clusterknoten ersetzen

Wenn ein Knoten in einem GitHub Enterprise Server-Cluster fehlschlägt, oder wenn du einen neuen Knoten mit mehr Ressourcen hinzufügen möchtest, markiere alle zu ersetzenden Knoten als offline, und füge dann den neuen Knoten hinzu.

Konfigurieren der Hochverfügbarkeitsreplikation für einen Cluster

Sie können ein Replikat Ihres gesamten GitHub Enterprise Server-Clusters in einem separaten Rechenzentrum konfigurieren, sodass Ihr Cluster ein Failover auf redundante Knoten ausführen kann.

Initiieren eines Failovers zu Ihrem Replikatcluster

Wenn bei deinem GitHub Enterprise Server-Cluster ein Fehler auftritt, können Sie Failover zum Replikat ausführen.