Speicherkapazität erhöhen

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 finden Sie unter Überwachen Ihrer Instanz.

Wenn mehr Benutzer Ihre GitHub Enterprise Server-Instance 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

Note

Bevor du die Größe eines Speichervolumes änderst, versetze deine Instanz in den Wartungsmodus. Du kannst Änderungen überprüfen, indem du eine IP-Ausnahmeliste konfigurierst, um den Zugriff über angegebenen IP-Adressen zuzulassen. Weitere Informationen findest du unter Wartungsmodus aktivieren und planen.

Empfohlene Mindestanforderungen

Benutzerlizenzen	x86-64 vCPUs	Arbeitsspeicher	Stammspeicher	Angefügter Speicher (Datenspeicher)	IOPS
Test, Demo oder 10 Benutzer mit eingeschränkten Funktionen	4	32 GB	400 GB	500 GB	600
Bis zu 1.000	8	48 GB	400 GB	500 GB	3000
1.000 bis 3.000	16	64 GB	400 GB	1000 GB	6000
3.000 bis 5.000	32	128 GB	400 GB	1500 GB	9000
5.000 bis 8.000	48	256 GB	400 GB	3.000 GB	12000
8000–10000+	64	512 GB	400 GB	5000 GB	15000

Der Stammspeicher bezieht sich auf die Gesamtgröße des Stammdatenträgers deiner Instanz. Der verfügbare Speicherplatz auf der Stammdateisystem beträgt 50 % des gesamten auf dem Stammdatenträger verfügbaren Speicherplatzes. Weitere Informationen finden Sie unter Systemübersicht.

Größe der Datenpartition erhöhen

Passe die Größe der vorhandenen Benutzer-Volume-Disk mithilfe der Tools deiner Virtualisierungsplattform an.
Melde dich über SSH bei Ihre GitHub Enterprise Server-Instance 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. Ersetzen Sie HOSTNAME durch den Hostnamen Ihrer Instanz bzw. durch den Hostnamen oder die IP-Adresse eines Knotens. Weitere Informationen finden Sie unter Auf die Verwaltungsshell (SSH) zugreifen.
Shell
```
ssh -p 122 admin@HOSTNAME
```
```
ssh -p 122 admin@HOSTNAME
```
Versetze die Appliance in den Wartungsmodus. Weitere Informationen finden Sie unter Wartungsmodus aktivieren und planen.
Starte die Appliance neu, um die neue Speicherzuordnung zu ermitteln:
```
sudo reboot
```
Führe den Befehl ghe-storage-extend aus, um das Dateisystem /data/user zu erweitern:
```
ghe-storage-extend
```
Stelle sicher, dass Systemdienste ordnungsgemäß funktionieren, und gib dann den Wartungsmodus frei. Weitere Informationen finden Sie unter Wartungsmodus aktivieren und planen.

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

Richte eine neue GitHub Enterprise Server-Instanz mit einer größeren Root-Disk ein. Verwende dazu dieselbe Version wie deine aktuelle Appliance. Weitere Informationen finden Sie unter GitHub Enterprise Server-Instanz einrichten.
Fahre die aktuelle Appliance herunter:
```
sudo poweroff
```
Trenne mithilfe der Tools deiner Virtualisierungsplattform die Daten-Disk von der aktuellen Appliance.
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

Warning

Bevor du die Stammpartition vergrößerst, musst du deine Instanz in den Wartungsmodus versetzen. Weitere Informationen finden Sie unter Wartungsmodus aktivieren und planen.

Füge eine neue Disk an deine GitHub Enterprise Server-Appliance an.
Führe den lsblk-Befehl aus, um den Gerätenamen des neuen Datenträgers zu identifizieren.

Sichere deine vorhandene EFI-Startpartition:

sudo dd if=/dev/disk/by-label/EFIBOOT of=EFIBOOT.bak bs=1M

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 gpt
sudo parted -a optimal /dev/xvdg mkpart bios fat32 1MiB 2MiB
sudo parted /dev/xvdg set 1 bios_grub on
sudo parted -a optimal /dev/xvdg mkpart efi fat32 2MiB 512MiB
sudo parted /dev/xvdg set 2 esp on
sudo parted -a optimal /dev/xvdg mkpart primary 512MiB 50%
sudo parted /dev/xvdg set 3 boot off
sudo parted /dev/xvdg set 3 esp off
sudo parted -a optimal /dev/xvdg mkpart primary 50% 100%

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
```
Führe den Befehl ghe-upgrade aus, um die GitHub Enterprise Server-Software auf dem neu partitionierten Datenträger zu installieren. Du musst PACKAGE-NAME.pkg durch den Pfad zu einem plattformspezifischen Upgradepaket ersetzen, das der Version von GitHub Enterprise Server entspricht, die bereits auf der Appliance ausgeführt wird. Du kannst kein universelles Hotpatch-Upgradepaket wie github-enterprise-2.11.9.hpkg verwenden. Nach Abschluss des Befehls ghe-upgrade werden Anwendungsdienste automatisch beendet.
```
ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg3
```

Führe diese Befehle für die sekundären Partitionen des neu hinzugefügten Datenträgers aus:

sudo dd if=/dev/disk/by-label/EFIBOOT of=/dev/xvdg2 bs=1M
sudo mkfs.ext4 -L fallback /dev/xvdg4

Fahre die Appliance herunter:
```
sudo poweroff
```
Entferne auf dem Hypervisor die alte Root-Disk, und füge die neue Root-Disk am selben Ort als die alte Root-Disk an.
Starte die Appliance.
Stelle sicher, dass Systemdienste ordnungsgemäß funktionieren, und gib dann den Wartungsmodus frei. Weitere Informationen finden Sie unter Wartungsmodus aktivieren und planen.

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.