Skip to main content
Wir veröffentlichen regelmäßig Aktualisierungen unserer Dokumentation, und die Übersetzung dieser Seite ist möglicherweise noch nicht abgeschlossen. Aktuelle Informationen findest du in der englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wurde eingestellt am 2023-03-15. 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. Wende dich an den GitHub Enterprise-Support, um Hilfe zum Upgrade zu erhalten.

Konfigurieren des Clusterings

Erfahre mehr über Clustering und die Abgrenzung zu Hoch-Verfügbarkeit.

  • Informationen zu Clustering

    Mittels GitHub Enterprise Server-Clustering können Dienste, die den GitHub Enterprise Server bilden, knotenübergreifend per Scale-out erweitert werden.

  • Unterschiede zwischen Clustering und Hochverfügbarkeit

    Die GitHub Enterprise Server-Hochverfügbarkeitskonfiguration ist eine Konfiguration mit einer primären/sekundären Failoverinstanz, die Redundanz bereitstellt. Demgegenüber bietet Clustering Redundanz und Skalierbarkeit, indem die Last für Lese- und Schreibvorgänge auf mehrere Knoten verteilt wird.

  • Informationen zu Clusterknoten

    Knoten sind GitHub Enterprise Server-Instanzen, die in einem Cluster betrieben werden. Jeder Knoten führt verschiedene Dienste aus, die für den Cluster und letztendlich die Benutzer*innen bereitgestellt werden.

  • Clusternetzwerk-Konfiguration

    GitHub Enterprise Server Clustering basiert auf der richtigen DNS-Namensauflösung, dem Lastausgleich und der Kommunikation zwischen den Knoten, um ordnungsgemäß zu funktionieren.

  • 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 GitHub Enterprise Server-Cluster auf die neueste Version zu aktualisieren.

  • Clusterknoten überwachen

    Ein GitHub Enterprise Server-Cluster besteht aus redundanten Diensten, die auf mindestens zwei Knoten verteilt sind. Wenn bei einem einzelnen Dienst oder einem gesamten Knoten ein Fehler auftritt, sollte dies den Benutzern des Clusters sofort auffallen. Da jedoch Leistung und Redundanz betroffen sind, ist es wichtig, den Zustand eines GitHub Enterprise Server-Clusters zu überwachen.

  • Clusterknoten ersetzen

    Zum Ersetzen eines GitHub Enterprise Server-Knotens musst du die betroffenen Knoten in der Clusterkonfigurationsdatei (cluster.conf) als offline markieren und die Ersatzknoten hinzufügen. Dies ist ggf. erforderlich, wenn bei einem Knoten ein Fehler auftritt, oder um zur Leistungssteigerung einen Knoten mit mehr Ressourcen hinzuzufügen.

  • Evakuieren eines Clusterknotens, auf dem Datendienste ausgeführt werden

    Wenn auf einem Knoten in deinem 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.