Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen finden Sie in unserer englischsprachigen Dokumentation.

Diese Version von GitHub Enterprise wird eingestellt am Diese Version von GitHub Enterprise wurde eingestellt am 2020-01-22. Es wird keine Patch-Freigabe vorgenommen, auch nicht für kritische Sicherheitsprobleme. Für eine bessere Leistung, verbesserte Sicherheit und neue Features nehmen Sie ein Upgrade auf die neueste Version von GitHub Enterprise vor. Wenden Sie sich an den GitHub Enterprise-Support, um Hilfe beim Upgrade zu erhalten.

Clustering-Übersicht

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

Inhalt dieses Artikels

Clustering-Architektur

GitHub Enterprise Server besteht aus einer Reihe an Diensten. In einem Cluster werden diese Dienste knotenübergreifend ausgeführt, und die Last der Anforderungen wird zwischen ihnen ausgeglichen. Änderungen werden automatisch mit redundanten Kopien auf separaten Knoten gespeichert. Die meisten Dienste sind gleichwertige Peers mit anderen Instanzen desselben Diensts. Die Dienste mysql-server und redis-server bilden hierzu die Ausnahmen. Diese werden mit einem einzelnen primären Knoten betrieben, der mindestens einen Replikatknoten aufweist.

Weitere Informationen finden Sie unter „Für das Clustering erforderliche Dienste“.

Ist Clustering die richtige Lösung für meine Organisation?

Clustering bietet eine bessere Skalierbarkeit, indem die Last auf mehrere Knoten verteilt wird. Diese horizontale Skalierung empfiehlt sich ggf. für einige Organisationen mit Zehntausenden Entwicklern. Das Einrichten eines redundanten und skalierbaren Clusters kann jedoch komplex sein und erfordert eine genaue Planung. Diese zusätzliche Komplexität muss bei der Installation, bei Disaster Recovery-Szenarien und bei Upgrades berücksichtigt werden.

GitHub Enterprise Server erfordert eine niedrige Latenz zwischen den Knoten und ist nicht für die Redundanz über geografische Standorte hinweg vorgesehen.

Clustering bietet Redundanz, ist jedoch nicht dazu vorgesehen, eine Hochverfügbarkeitskonfiguration zu ersetzen. Weitere Informationen finden Sie unter „Hochverfügbarkeitskonfiguration“. Eine Konfiguration mit einer primären/sekundären Failover-Instanz ist viel einfacher als Clustering und erfüllt die Anforderungen vieler Organisationen. Weitere Informationen finden Sie unter „Unterschiede zwischen Clustering und Hochverfügbarkeit“.

Wie kann ich auf Clustering zugreifen?

Clustering ist für bestimmte Skalierungssituationen vorgesehen, nicht aber für jede Organisation. Wenn Sie Interesse am Clustering haben, wenden Sie sich an Ihren zuständigen Ansprechpartner oder an unser Kundendienstteam unter sales@github.com.

Menschliche Unterstützung einholen

Sie können das Gesuchte nicht finden?

Kontakt