Artikelversion: Enterprise Server 2.17
CPU- und Arbeitsspeicherressourcen erhöhen
Um einer vorhandenen GitHub Enterprise Server-Instanz CPU- oder Arbeitsspeicherressourcen hinzuzufügen, fahren Sie die Instanz herunter, und verwenden Sie die Tools der zugrunde liegenden virtuellen Plattform, um der virtuellen Maschine die Ressourcen zuzuordnen. Die neu zugeordneten Ressourcen werden beim Start erkannt. Zudem ist keine zusätzliche Konfiguration erforderlich.
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 „DeineGitHub Enterprise Server-Appliance überwachen.“
CPU- oder Arbeitsspeicherressourcen für AWS hinzufügen
Hinweis: Um CPU- oder Arbeitsspeicherressourcen für AWS hinzuzufügen, müssen Sie zum Verwalten der EC2-Instanzen mit der Verwendung der AWS Management Console oder der aws ec2-Befehlszeilenschnittstelle vertraut sein. Hintergründe und Details zur Verwendung der gewünschten AWS-Tools zum Durchführen der Größenanpassung finden Sie in der AWS-Dokumentation unter Größenanpassung einer Amazon EBS-gestützten Instanz.
Grundlegendes zur Größenanpassung
Bevor Sie die CPU- oder Arbeitsspeicherressourcen für Ihre GitHub Enterprise Server-Instanz erhöhen:
-
Arbeitsspeicher mit CPUs skalieren
Es wird empfohlen, beim Erhöhen der CPU-Ressourcen mindestens 6.5 GB Speicher für jede CPU (bis zu 16 CPUs) hinzuzufügen, die der GitHub Enterprise Server Instanz angehängt wurden. Wenn Du mehr als 16 CPUs verwendest, ist es nicht nötig, 6,5 GB Arbeitsspeicher für jede CPU hinzuzufügen. Du solltest jedoch Deine Instanz überwachen, um sicherzustellen, dass sie über genügend Arbeitsspeicher verfügt.
-
Verifizieren Sie, dass der Instanz eine Elastic IP zugewiesen ist
Falls keine Elastic IP zugewiesen ist, müssen Sie die DNS A-Einträge für Ihren GitHub Enterprise Server-Host nach dem Neustart anpassen, damit die an der öffentlichen IP-Adresse vorgenommenen Änderungen berücksichtigt werden. Sobald Ihre Instanz neu gestartet wird, wird die Elastic IP (EIP) automatisch gespeichert, wenn die Instanz in einer VPC gestartet wird. Wenn die Instanz in EC2-Classic gestartet wird, muss die Elastic IP erneut manuell zugeordnet werden.
Unterstützte AWS Instance-Typen
Sie müssen anhand der CPU-/Arbeitsspeicherspezifikationen den Instanztyp bestimmen, für den Sie ein Upgrade vornehmen möchten. GitHub Enterprise Server wird auf den folgenden EC2-Instance-Typen unterstützt. Weitere Informationen findest Du auf der Übersichtsseite zu AWS-EC2-Instance-Typen.
| EC2-Instance-Typ | Modell |
|---|---|
| C3 | c3.2xlarge, c3.4xlarge, c3.8xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| C4 | c4.2xlarge, c4.4xlarge, c4.8xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| C5 | c5.large, c5.xlarge, c5.2xlarge, c5.4xlarge, c5.9xlarge, c5.18xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| M3 | m3.xlarge, m3.2xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| M4 | m4.xlarge, m4.2xlarge, m4.4xlarge, m4.10xlarge, m4.16xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| M5 | m5.large, m5.xlarge, m5.2xlarge, m5.4xlarge, m5.12xlarge, m5.24xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| R4 | r4.large, r4.xlarge, r4.2xlarge, r4.4xlarge, r4.8xlarge, r4.16xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| R5 | r5.large, r5.xlarge, r5.2xlarge, r5.4xlarge, r5.12xlarge, r5.24xlarge |
| EC2-Instance-Typ | Modell |
|---|---|
| X1 | x1.16xlarge, x1.32xlarge |
Empfohlene AWS Instance-Typen
Basierend auf der Anzahl Deiner Benutzerlizenzen empfehlen wir die folgenden Instanztypen. |
| Benutzerlizenz | Empfohlener Typ |
|---|---|
| Test, Demo oder 10 Benutzer mit eingeschränkten Funktionen | r4.large |
| 10–3000 | r4.xlarge |
| 3000–5000 | r4.2xlarge |
| 5000–8000 | r4.4xlarge |
| 8000–10000+ | r4.8xlarge |
Hinweis: Du kannst Deine CPU oder Deinen Arbeitsspeicher jederzeit hochskalieren, indem Du die Größe Deiner Instanz anpasst. Da das Anpassen Deiner CPU- oder Arbeitsspeichergröße jedoch Ausfallzeiten für Deine Benutzer bedeutet, empfehlen wir ein Over-Provisioning der zu skalierenden Ressourcen.
Größenanpassung für AWS
Hinweis: Notieren Sie sich für die in EC2-Classic gestarteten Instanzen die der Instanz zugeordnete Elastic IP-Adresse und die ID der Instanz. Ordnen Sie nach dem Neustart der Instanz die Elastic IP-Adresse erneut zu.
Es ist nicht möglich, einer vorhandenen AWS-/EC2 Instance CPU- oder Arbeitsspeicherressourcen hinzuzufügen. Gehen Sie stattdessen wie folgt vor:
- Beenden Sie die Instanz.
- Ändern Sie den Instanztyp.
- Starten Sie die Instanz.
- Sobald die Instanz vollständig neu gestartet wurde und Du darauf zugreifen kannst, verwende die SSH-Verwaltungsshell, um zu überprüfen, ob die neue Ressourcenkonfiguration erkannt wird:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info
CPU- oder Arbeitsspeicherressourcen für OpenStack KVM hinzufügen
Es ist nicht möglich, einer vorhandenen OpenStack KVM-Instanz CPU- oder Arbeitsspeicherressourcen hinzuzufügen. Gehen Sie stattdessen wie folgt vor:
- Erstellen Sie einen Snapshot der aktuellen Instanz.
- Beenden Sie die Instanz.
- Wählen Sie eine neue Instanzvariante mit den gewünschten CPU- bzw. Arbeitsspeicherressourcen aus.
CPU- oder Arbeitsspeicherressourcen für VMware hinzufügen
Wenn Vorgänge auf Ihre GitHub Enterprise Server-Instanz langsam sind, müssen Sie ggf. CPU- oder Arbeitsspeicherressourcen hinzufügen.
Es wird empfohlen, beim Erhöhen der CPU-Ressourcen mindestens 6.5 GB Speicher für jede CPU (bis zu 16 CPUs) hinzuzufügen, die der GitHub Enterprise Server Instanz angehängt wurden. Wenn Du mehr als 16 CPUs verwendest, ist es nicht nötig, 6,5 GB Arbeitsspeicher für jede CPU hinzuzufügen. Du solltest jedoch Deine Instanz überwachen, um sicherzustellen, dass sie über genügend Arbeitsspeicher verfügt.
- Verwenden Sie vSphere Client, um eine Verbindung zum VMware ESXi-Host herzustellen.
- Fahren Sie Ihre GitHub Enterprise Server-Instanz herunter.
- Wählen Sie die virtuelle Maschine aus, und klicken Sie auf Edit Settings (Einstellungen bearbeiten).
- Passen Sie unter „Hardware“ die der virtuellen Maschine zugeordneten CPU- bzw. Arbeitsspeicherressourcen nach Bedarf an:
- Klicken Sie zum Starten der virtuellen Maschine auf OK.
- Sobald die Instanz vollständig neu gestartet wurde und Du darauf zugreifen kannst, verwende die SSH-Verwaltungsshell, um zu überprüfen, ob die neue Ressourcenkonfiguration erkannt wird:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info