Voraussetzungen
- Du musst über eine GitHub Enterprise-Lizenzdatei verfügen. Weitere Informationen findest du unter Eine Testversion von GitHub Enterprise Server einrichten und unter Informationen zu Lizenzen für GitHub Enterprise.
- Du musst über Zugriff auf eine Installation von OpenStack Horizon verfügen, der webbasierten Benutzeroberfläche für OpenStack-Dienste. Weitere Informationen findest du in der Horizon-Dokumentation.
Hardwareaspekte
Empfohlene Mindestanforderungen
Basierend auf der Anzahl der Benutzerlizenzen für Ihre GitHub Enterprise Server-Instance werden verschiedene Hardwarekonfigurationen empfohlen. Wenn Sie mehr Ressourcen bereitstellen als für die empfohlenen Mindestanforderungen erforderlich, werden dadurch die Leistung und die Skalierung Ihrer Instanz verbessert.
Benutzerlizenzen | x86-64 vCPUs | Arbeitsspeicher | Stammspeicher | Angefügter Speicher (Datenspeicher) |
---|---|---|---|---|
Test, Demo oder 10 Benutzer mit eingeschränkten Funktionen | 4 | 32 GB | 200 GB | 150 GB |
10–3000 | 8 | 48 GB | 200 GB | 300 GB |
3000–5000 | 12 | 64 GB | 200 GB | 500 GB |
5000–8000 | 16 | 96 GB | 200 GB | 750 GB |
8000–10000+ | 20 | 160 GB | 200 GB | 1000 GB |
Wenn GitHub Actions oder GitHub Advanced Security für die Benutzer Ihrer Instanz aktiviert werden soll, sind weitere Ressourcen erforderlich.
- GitHub Actions – Erhöhen von CPU und Arbeitsspeicher um 25 %
- GitHub Advanced Security – Erhöhen von CPU und Arbeitsspeicher um 15 %
Diese Anpassungen sollten auf die Basisanforderungen für jede Benutzerebene angewendet werden.
Weitere Informationen zu diesen Anforderungen findest du unter Erste Schritte mit GitHub Actions für GitHub Enterprise Server.
Wenn Container registry für die Benutzer*innen deiner Instanz aktiviert werden soll, sind weitere Ressourcen erforderlich. Weitere Informationen zu diesen Anforderungen findest du unter Erste Schritte mit GitHub-Paketen für dein Unternehmen.
Weitere Informationen zum Anpassen von Ressourcen für eine vorhandene Instanz findest du unter Speicherkapazität erhöhen und CPU- und Arbeitsspeicherressourcen erhöhen.
Storage
Wir empfehlen ein Hochleistungs-SSD mit hoher Eingabe-/Ausgaberate pro Sekunde (IOPS) und niedriger Latenz für GitHub Enterprise Server. Workloads sind E/A-intensiv. Wenn du einen Bare-Metal-Hypervisor verwendest, empfehlen wir, den Datenträger direkt anzufügen oder einen Datenträger aus einem Storage Area Network (SAN) zu verwenden.
Deine Instanz erfordert einen beständigen Datenträger, der vom Stammdatenträger getrennt ist. Weitere Informationen findest du unter Systemübersicht.
Warning
Der Stammspeicher bezieht sich auf die Gesamtgröße des Stammdatenträgers deiner Instanz. Wenn die Instanz gestartet wird, sehen Sie, dass auf dem Stammdateisystem 100 GB sind auf dem Stammdateisystem verfügbar. Die verbleibenden 100 GB sind für Upgrades reserviert. Weitere Informationen findest du unter Systemübersicht.
Zum Konfigurieren von GitHub Actions musst du externen Blobspeicher bereitstellen. Weitere Informationen findest du unter Erste Schritte mit GitHub Actions für GitHub Enterprise Server.
Der verfügbare Speicherplatz im Stammdateisystem beträgt 50 % der Gesamtdatenträgergröße. Du kannst die Größe des Stammdatenträgers deiner Instanz ändern, indem du eine neue Instanz erstellst oder eine vorhandene Instanz verwendest. Weitere Informationen findest du unter Systemübersicht und unter Speicherkapazität erhöhen.
CPU und Arbeitsspeicher
Die für GitHub Enterprise Server erforderlichen CPU- und Arbeitsspeicherressourcen hängen vom Aktivitätsgrad für Benutzer, Automatisierungen und Integrationen ab.
Alle VMs, die du für Ihre GitHub Enterprise Server-Instance bereitstellst, müssen die x86-64-CPU-Architektur aufweisen. Andere Architekturen (z. B. Aarch64 oder arm64) werden nicht unterstützt.
Wenn du beabsichtigst, GitHub Actions für die Benutzer deiner GitHub Enterprise Server-Instanz zu aktivieren, musst du möglicherweise zusätzliche CPU- und Arbeitsspeicherressourcen für deine Instanz bereitstellen. Weitere Informationen findest du unter Erste Schritte mit GitHub Actions für GitHub Enterprise Server.
Wenn Sie CPU-Ressourcen erhöhen, empfiehlt GitHub mindestens 6,5 GB Arbeitsspeicher für jede vCPU (bis zu 16 vCPUs) hinzuzufügen, die Sie für die Instance bereitstellen. Wenn du mehr als 16 vCPUs verwendest, musst du keine 6,5 GB Arbeitsspeicher für jede vCPU hinzufügen. Du solltest deine Instanz jedoch überwachen, um sicherzustellen, dass genügend Arbeitsspeicher vorhanden ist.
Warnung: Benutzern wird empfohlen, Webhookereignisse zu konfigurieren, um externe Systeme über Aktivität auf GitHub Enterprise Server zu benachrichtigen. Automatisierte Überprüfungen auf Änderungen, oder auch Abrufe, wirken sich negativ auf die Leistung und Skalierbarkeit deiner Instanz aus. Weitere Informationen findest du unter Informationen zu Webhooks.
Weitere Informationen zum Überwachen der Kapazität und Leistung von GitHub Enterprise Server findest du unter Überwachen Ihrer Instanz.
Du kannst die CPU- oder Arbeitsspeicherressourcen deiner Instanz erhöhen. Weitere Informationen findest du unter CPU- und Arbeitsspeicherressourcen erhöhen.
GitHub Enterprise Server-Image herunterladen
-
Lade deine Lizenz herunter. Weitere Informationen findest du unter Herunterladen deiner Lizenz für GitHub Enterprise.
-
Navigiere zu dem Bild, das für die neue Instanz verwendet werden soll.
- Navigiere zu Release notes (Versionshinweise).
- Klicke in der rechten Seitenleiste auf die Version, die heruntergeladen werden soll.
- Klicke auf GitHub Enterprise Server X.X.X herunterladen.
-
Wähle unter „GitHub Lokal“ das Dropdownmenü „Hypervisor auswählen“ aus, und klicke auf OpenStack KVM (QCOW2).
-
Klicke auf Download für OpenStack KVM (QCOW2).
GitHub Enterprise Server-Instanz erstellen
Zum Erstellen der Instanz musst Du das GitHub Enterprise Server-Abbild auf Deine virtuelle Maschine importieren und ein zusätzliches Storage-Volume für Deine Instanzdaten anhängen. Weitere Informationen findest du unter Grundlegendes zur Hardware.
-
Lade in OpenStack Horizon das von dir heruntergeladene GitHub Enterprise Server-Image hoch. Anweisungen findest du im Abschnitt „Hochladen eines Image“ im OpenStack-Leitfaden zum Hochladen und Verwalten von Images.
-
Erstelle eine neue virtuelle Festplatte, die Du als angehängtes Speichervolumen für Deine Instanzdaten verwendest und konfiguriere die Größe basierend auf der Anzahl Deiner Benutzerlizenzen. Wenn du einen vorhandenen Datenträger wiederverwendest, stelle sicher, dass der Datenträger leer ist und keine Partitionen vorhanden sind. Entsprechende Anweisungen findest du im OpenStack-Leitfaden zum Erstellen und Verwalten von Volumes.
-
Erstelle eine Sicherheitsgruppe, und füge für jeden in der Tabelle aufgelisteten Port eine neue Sicherheitsgruppenregel hinzu. Anweisungen findest du im OpenStack-Leitfaden zum Konfigurieren des Zugriffs und der Sicherheit für Instanzen.
Port Dienst Beschreibung 22 SSH Git über SSH-Zugriff. Unterstützt das Klonen, Abrufen und Übertragen von Vorgängen an öffentliche/private Repositorys. 25 SMTP SMTP mit Verschlüsselung (STARTTLS) wird unterstützt. 80 HTTP Webanwendungszugriff. Alle Anforderungen werden an den HTTPS-Port weitergeleitet, wenn SSL aktiviert ist. 122 SSH Shellzugriff auf die Instanz. Der standardmäßige SSH-Port (22) ist für den Git- und SSH-Netzwerkdatenverkehr der Anwendung vorgesehen. 161/UDP SNMP Für Netzwerküberwachungs-Protokollvorgänge erforderlich. 443 HTTPS Webanwendung und Git über HTTPS-Zugriff. 1194/UDP VPN Sicherer Replikationsnetzwerktunnel in einer hochverfügbaren Konfiguration. Verschlüsselt mit WireGuard. 8080 HTTP Webbasierte Verwaltungskonsole in Nur-Text. Nur erforderlich, wenn SSL manuell deaktiviert wird. 8443 HTTPS Sichere webbasierte Verwaltungskonsole. Für die grundlegende Installation und Konfiguration erforderlich. 9418 Git Einfacher Git-Protokollport. Nur Klon- und Abrufvorgänge zu öffentlichen Repositorys. Unverschlüsselte Netzwerkkommunikation. Wenn du den privaten Modus in deiner Instanz aktiviert hast, ist das Öffnen dieses Ports nur erforderlich, wenn du auch anonymen Git-Lesezugriff aktiviert hast. Weitere Informationen findest du unter Erzwingen von Repositoryverwaltungsrichtlinien in einem Unternehmen. -
Ordne der Instanz optional eine Floating-IP zu. In Abhängigkeit deiner OpenStack-Einrichtung musst du dem Projekt ggf. eine Floating-IP zuordnen und sie mit der Instanz verknüpfen. Wende dich an deinen Systemadministrator, um zu ermitteln, ob dies bei dir der Fall ist. Weitere Informationen findest du in der OpenStack-Dokumentation unter Zuweisen einer Floating IP zu einer Instanz.
-
Starte Ihre GitHub Enterprise Server-Instance mit dem Image, dem Datenvolume und der Sicherheitsgruppe, das bzw. die du in den vorherigen Schritten erstellt hast. Anweisungen findest du im OpenStack-Leitfaden zum Starten und Verwalten von Instanzen.
GitHub Enterprise Server-Instanz konfigurieren
Zum Konfigurieren der Instanz musst du eine Lizenzdatei hochladen, das Stammkennwort für die Verwaltungskonsole festlegen, die Einstellungen der Instanz konfigurieren und die Instanz neu starten.
Warnung: Um zu verhindern, dass ein Angreifer die neue Instanz gefährdet, lege unbedingt persönlich das Stammkennwort für die Verwaltungskonsole fest, und erstelle den ersten Benutzer so schnell wie möglich.
- Kopiere den Namen des öffentlichen DNS der virtuellen Maschine, und füge ihn in einen Webbrowser ein.
- Lade an der Eingabeaufforderung Deine Lizenzdatei hoch, und lege das Passwort für die Managementkonsole fest. Weitere Informationen findest du unter Verwalten deiner Lizenz für GitHub Enterprise.
- Konfiguriere und speichere deine gewünschten Einstellungen in der Verwaltungskonsole. Weitere Informationen findest du unter Konfigurieren von GitHub Enterprise.
- Die Instanz wird automatisch neu gestartet.
- Klicke auf Instanz aufrufen.