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.
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.
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.
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.