Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

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.

Speicherkapazität erhöhen

Du kannst die für Git-Repositorys, Datenbanken, Suchindizes und andere persistente Anwendungsdaten verfügbare Speicherkapazität erhöhen oder ändern.

Warnung: Der Prozess zur Zuordnung neuer Systemressourcen variiert entsprechend der Virtualisierungsplattform und dem Ressourcentyp. Du solltest Überwachung- und Alarmierung für wichtige Systemressourcen immer konfigurieren. Weitere Informationen findest du unter Überwachen deiner Appliance.

Wenn mehr Benutzer deine GitHub Enterprise Server-Instanz beitreten, musst du die Größe deines Speichervolumes anpassen. Informationen zur Storage-Größenanpassung findest du in der Dokumentation für deine Virtualisierungsplattform.

Anforderungen und Empfehlungen

Hinweis: Bevor du die Größe eines Speichervolumes änderst, versetze deine Instanz in den Wartungsmodus. Weitere Informationen findest du unter Aktivieren und Planen des Wartungsmodus.

Mindestanforderungen

BenutzerlizenzenvCPUsArbeitsspeicherStammspeicherAngefügter Speicher (Datenspeicher)
Test, Demo oder 10 Benutzer mit eingeschränkten Funktionen432 GB200 GB150 GB
10–3000848 GB200 GB300 GB
3000–50001264 GB200 GB500 GB
5000–80001696 GB200 GB750 GB
8000–10000+20160 GB200 GB1000 GB

Größe der Datenpartition erhöhen

  1. Passe die Größe der vorhandenen Benutzer-Volume-Disk mithilfe der Tools deiner Virtualisierungsplattform an.

  2. Melde dich über SSH bei deine GitHub Enterprise Server-Instanz an. Wenn deine Instanz mehrere Knoten umfasst, wenn z. B. Hochverfügbarkeit oder Georeplikation konfiguriert ist, wird SSH im primären Knoten konfiguriert. Wenn du einen Cluster verwendest, kannst du SSH in einen beliebigen Knoten einfügen. Weitere Informationen zum SSH-Zugriff findest du unter Auf die Verwaltungsshell (SSH) zugreifen.

    $ ssh -p 122 admin@HOSTNAME
  3. Versetze die Appliance in den Wartungsmodus. Weitere Informationen findest du unter Aktivieren und Planen des Wartungsmodus.

  4. Starte die Appliance neu, um die neue Speicherzuordnung zu ermitteln:

    $ sudo reboot
  5. Führe den Befehl ghe-storage-extend aus, um das Dateisystem /data/user zu erweitern:

    $ ghe-storage-extend

Größe der Root-Partition mit einer neuen Appliance erhöhen

  1. Richte eine neue GitHub Enterprise Server-Instanz mit einer größeren Root-Disk ein. Verwende dazu dieselbe Version wie deine aktuelle Appliance. Weitere Informationen findest du unter Einrichten einer GitHub Enterprise Server-Instanz.
  2. Fahre die aktuelle Appliance herunter:
    $ sudo poweroff
  3. Trenne mithilfe der Tools deiner Virtualisierungsplattform die Daten-Disk von der aktuellen Appliance.
  4. Füge die Daten-Disk an die neue Appliance mit der größeren Root-Disk an.

Größe der Root-Partition mit einer vorhandenen Appliance erhöhen

Warnung: Bevor du die Stammpartition vergrößerst, musst du deine Instanz in den Wartungsmodus versetzen. Weitere Informationen findest du unter Aktivieren und Planen des Wartungsmodus.

  1. Füge eine neue Disk an deine GitHub Enterprise Server-Appliance an.

  2. Führe den Befehl lsblk aus, um den Gerätenamen des neuen Datenträgers zu ermitteln.

  3. Führe den Befehl parted aus, um den Datenträger zu formatieren, und ersetze dabei /dev/xvdg durch deinen Gerätenamen:

    $ sudo parted /dev/xvdg mklabel msdos
    $ sudo parted /dev/xvdg mkpart primary ext4 0% 50%
    $ sudo parted /dev/xvdg mkpart primary ext4 50% 100%
  4. Wenn deine Appliance für Hochverfügbarkeit oder Georeplikation konfiguriert ist, führe den Befehl ghe-repl-stop auf jedem Replikatknoten aus, um die Replikation zu beenden:

    $ ghe-repl-stop
  5. Führe den Befehl ghe-upgrade aus, um auf dem neu partitionierten Datenträger ein vollständiges, plattformspezifisches Paket zu installieren. Ein universelles Hotpatch-Upgradepaket wie github-enterprise-2.11.9.hpkg funktioniert nicht wie erwartet. Nach Abschluss des Befehls ghe-upgrade werden Anwendungsdienste automatisch beendet.

    $ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
  6. Fahre die Appliance herunter:

    $ sudo poweroff
  7. Entferne auf dem Hypervisor die alte Root-Disk, und füge die neue Root-Disk am selben Ort als die alte Root-Disk an.

  8. Starte die Appliance.

  9. Stelle sicher, dass Systemdienste ordnungsgemäß funktionieren, und gib dann den Wartungsmodus frei. Weitere Informationen findest du unter Aktivieren und Planen des Wartungsmodus.

Wenn deine Appliance für Hochverfügbarkeit oder Georeplikation konfiguriert ist, musst du die Replikation mit ghe-repl-start auf jedem Replikatknoten starten, nachdem der Speicher auf allen Knoten aktualisiert wurde.