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 your GitHub Enterprise Server instance erhöhen:
- Scale your memory with CPUs. When you increase CPU resources, we recommend adding at least 6.5 GB of memory for each vCPU (up to 16 vCPUs) that you provision for the instance. When you use more than 16 vCPUs, you don't need to add 6.5 GB of memory for each vCPU, but you should monitor your instance to ensure it has enough memory.
- Assign an Elastic IP address to the instance. 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. |
| Benutzerlizenzen | 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.
Adding CPU or memory resources for VMware
When you increase CPU resources, we recommend adding at least 6.5 GB of memory for each vCPU (up to 16 vCPUs) that you provision for the instance. When you use more than 16 vCPUs, you don't need to add 6.5 GB of memory for each vCPU, but you should monitor your instance to ensure it has enough memory.
- Verwenden Sie vSphere Client, um eine Verbindung zum VMware ESXi-Host herzustellen.
- Fahren Sie your GitHub Enterprise Server instance 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