{"meta":{"title":"Konfigurieren des Clusterings","intro":"Die Clustertopologie für GitHub Enterprise Server bietet horizontale Skalierung für Umgebungen mit Zehntausenden von Entwicklern.","product":"Unternehmensadministratoren","breadcrumbs":[{"href":"/de/enterprise-server@3.20/admin","title":"Unternehmensadministratoren"},{"href":"/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance","title":"Überwachen und verwalten Sie Ihre Instanz"},{"href":"/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering","title":"Konfigurieren des Clusterings"}],"documentType":"subcategory"},"body":"# Konfigurieren des Clusterings\n\nDie Clustertopologie für GitHub Enterprise Server bietet horizontale Skalierung für Umgebungen mit Zehntausenden von Entwicklern.\n\n## Links\n\n* [Informationen zu Clustering](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/about-clustering)\n\n  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.\n\n* [Unterschiede zwischen Clustering und Hochverfügbarkeit](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/differences-between-clustering-and-high-availability-ha)\n\n  Hier erfährst du mehr über die Unterschiede zwischen Bereitstellungstopologien für virtuelle Computer (VMs), die eine GitHub Enterprise Server-Instanz enthalten.\n\n* [Informationen zu Clusterknoten](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/about-cluster-nodes)\n\n  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.\n\n* [Clusternetzwerk-Konfiguration](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/cluster-network-configuration)\n\n  Ein GitHub Enterprise Server-Cluster erfordert die richtige DNS-Namensauflösung, den Lastausgleich und die Kommunikation zwischen den Knoten.\n\n* [Cluster initialisieren](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/initializing-the-cluster)\n\n  Ein GitHub Enterprise Server-Cluster muss mit einer Lizenz eingerichtet und mithilfe der Verwaltungsshell (SSH) initialisiert werden.\n\n* [Aufschieben des Datenbank-Seeding](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/deferring-database-seeding)\n\n  Sie können den Prozess des Hinzufügens eines neuen MySQL-Replikatknotens zu Ihrem Cluster beschleunigen, indem Sie das Datenbank-Seeding aufschieben.\n\n* [Upgrade eines Clusters](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/upgrading-a-cluster)\n\n  Verwende die Verwaltungsshell (SSH), um ein Upgrade eines GitHub Enterprise Server-Clusters auf die neueste Version durchzuführen.\n\n* [Überwachen der Gesundheit Ihres Clusters](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster)\n\n  Um die Leistung und Redundanz eines GitHub Enterprise Server-Clusters sicherzustellen, kannst du die Integrität des Clusters überwachen.\n\n* [Überwachen der Integrität deiner Clusterknoten mit dem Knotenberechtigungsdienst](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster-nodes-with-node-eligibility-service)\n\n  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.\n\n* [Erneutes Ausgleichen von Cluster-Arbeitslasten](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/rebalancing-cluster-workloads)\n\n  Du kannst erzwingen, dass dein GitHub Enterprise Server-Cluster Auftragszuordnungen für Workloads gleichmäßig auf den Knoten des Clusters verteilt.\n\n* [Clusterknoten ersetzen](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/replacing-a-cluster-node)\n\n  Wenn ein Knoten in einem GitHub Enterprise Server-Cluster fehlschlägt oder 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.\n\n* [Die Hochverfügbarkeitsreplikation für einen Cluster konfigurieren](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/configuring-high-availability-replication-for-a-cluster)\n\n  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.\n\n* [Initiieren eines Failovers zu Ihrem Replikatcluster](/de/enterprise-server@3.20/admin/monitoring-and-managing-your-instance/configuring-clustering/initiating-a-failover-to-your-replica-cluster)\n\n  Wenn bei deinem GitHub Enterprise Server-Cluster ein Fehler auftritt, können Sie Failover zum Replikat ausführen."}