Informationen zu Clustering

Informationen zum Clustering für GitHub Enterprise Server

Die Clustertopologie für GitHub Enterprise Server bietet horizontale Skalierung für Unternehmen mit Zehntausenden von Entwicklern. GitHub empfiehlt die Bildung eines Clusters, wenn ein einzelner primärer Knoten regelmäßig an seine Ressourcengrenzen stoßen würde.

In einem Cluster stellt die Instanz Dienste bereit und verteilt Daten auf mehrere virtuelle Computer (VMs), die die GitHub Enterprise Server Software ausführen. Jeder virtuelle Computer wird als Knoten bezeichnet. Weitere Informationen finden Sie unter Informationen zu Clusterknoten.

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

Clustering bietet eine bessere Skalierbarkeit, indem die Last auf mehrere Knoten verteilt wird. Diese horizontale Skalierung empfiehlt sich allenfalls für Organisationen mit Zehntausenden Entwicklern. Das Einrichten eines redundanten und skalierbaren Clusters erfordert jedoch eine sorgfältige Planung. Im Vergleich zu anderen Topologien wie Hochverfügbarkeit (HA) wirkt sich die zusätzliche Komplexität auf Installation, Konfiguration, Notfallwiederherstellung und Upgrades aus.

GitHub Enterprise Server erfordert eine geringe Latenz zwischen Knoten und ist nicht für Redundanz an geografischen Standorten vorgesehen.

Clustering bietet Redundanz, ist jedoch nicht dazu vorgesehen, eine Hochverfügbarkeitskonfiguration zu ersetzen. Die Konfiguration und Wartung einer Hochverfügbarkeitskonfiguration ist viel einfacher als das Clustering und eignet sich für die meisten Umgebungen. Weitere Informationen findest du unter Konfigurieren von Hochverfügbarkeit und Unterschiede zwischen Clustering und Hochverfügbarkeit.

Wie kann ich auf Clustering zugreifen?

GitHub konzipierte die Clustertopologie für bestimmte Skalierungsszenarien. Clustering ist nicht für jedes Unternehmen oder jede Umgebung vorgesehen. Wenn Sie an Clustering in Ihrer Umgebung interessiert sind, wenden Sie sich an Ihren zuständigen Account Manager oder Vertriebsteam von GitHub.