Skip to main content

Enterprise Server 3.15 ist derzeit als Release Candidate verfügbar.

CPU- und Arbeitsspeicherressourcen erhöhen

Sie können die CPU- oder Arbeitsspeicherressourcen für den virtuellen Computer (VM) erhöhen, der Ihre GitHub Enterprise Server-Instance ausführt.

Über das Erhöhen von CPU- und Arbeitsspeicherressourcen

Sie können ressourcenintensivere Workloads für Ihre GitHub Enterprise Server-Instance aufnehmen, indem Sie die CPU- oder Arbeitsspeicherressourcen des virtuellen Computers 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 findest du unter Überwachen Ihrer Instanz.

Sie können Ihre CPU oder Ihren Speicher jederzeit hochskalieren, indem Sie die Größe Ihrer Instance anpasst. Die Änderung der für Ihre Instance verfügbaren Ressourcen erfordert Downtime für Ihre Benutzer, daher empfiehlt GitHub eine Bereitstellung mit Ressourcen, um die Skalierung zu berücksichtigen.

CPU- oder Arbeitsspeicherressourcen in AWS hinzufügen

Um CPU- oder Speicherressourcen für eine Instance in AWS hinzuzufügen, müssen Sie den Typ der Instance ändern. Sie müssen Zugriff auf die AWS-Infrastruktur Ihres Unternehmens haben, und Sie müssen mit der Verwendung der AWS-Verwaltungskonsole oder der aws ec2-Befehlszeilenschnittstelle zum Verwalten von EC2-Instances vertraut sein. Weitere Informationen finden Sie in der AWS-Dokumentation unter Instance-Typen ändern.

Sie können Überlegungen zur Größenänderung überprüfen, unterstützte Instance-Typen anzeigen und erfahren, wie Sie die Größe einer Instance in AWS ändern.

Überlegungen zur Größenanpassung bei AWS

Bevor du die CPU- oder Arbeitsspeicherressourcen für Ihre GitHub Enterprise Server-Instance erhöhst, lies die folgenden Empfehlungen.

  • Skalieren des Arbeitsspeichers mit CPUs. 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.
  • Zuweisen einer Elastic IP-Adresse zu der Instanz. Falls keine Elastic IP zugewiesen ist, musst du die DNS A-Einträge für deinen GitHub Enterprise Server-Host nach dem Neustart anpassen, damit die an der öffentlichen IP-Adresse vorgenommenen Änderungen berücksichtigt werden. Sobald deine Instanz neu gestartet wird, wird die Elastische IP-Adresse (EIP) automatisch gespeichert, wenn die Instanz in einer virtuellen privaten Cloud gestartet wird. Wenn die Instanz in EC2-Classic gestartet wird, muss die Elastic IP erneut manuell zugeordnet werden.

Unterstützte Instance-Typen auf AWS

Du musst anhand der CPU- und Arbeitsspeicherspezifikationen den Instanztyp bestimmen, für den du ein Upgrade vornehmen möchtest.

GitHub empfiehlt eine speicheroptimierte Instanz für GitHub Enterprise Server. Weitere Informationen findest du unter Amazon EC2-Instanztypen auf der Amazon EC2-Website.

Größenänderung einer Instance in AWS

Um die verfügbaren Ressourcen für eine GitHub Enterprise Server-Instance auf AWS zu erhöhen, müssen Sie die Instance herunterfahren, den Typ der Instance ändern und dann die Instance neu starten.

  1. Falls Ihre Instance auf EC2-Classic läuft, notieren Sie sich sowohl die der Instance zugeordnete Elastic IP-Adresse und die ID der Instance.

  2. Informieren Sie die Benutzer über die anstehenden Ausfallzeiten und aktivieren Sie den Wartungsmodus. Weitere Informationen findest du in den folgenden Artikeln.

  3. Zum Stoppen der Instance loggen Sie sich per SSH in die Instance ein und führen dann den folgenden Befehl aus. Weitere Informationen findest du unter Auf die Verwaltungsshell (SSH) zugreifen.

    sudo poweroff
    
  4. Ändern Sie den Instance-Typ auf AWS.

  5. Starte die Instanz.

  6. Wenn Ihre Instance in EC2-Classic ausgeführt wird, nachdem Sie die Instance neu gestartet haben, ordnen Sie die Elastic IP-Adresse erneut zu.

  7. Nachdem die Instance vollständig neu gestartet wurde und Sie darauf zugreifen können, überprüfen Sie, ob die neue Ressourcenkonfiguration erkannt wird. Verbinden Sie sich per SSH mit der Instance und führen Sie dann den folgenden Befehl aus.

    ghe-system-info
    
  8. Optional können Sie die Änderungen validieren, indem Sie eine IP-Ausnahmeliste konfigurieren, die den Zugriff von bestimmten IP-Adressen erlaubt. Weitere Informationen findest du unter Wartungsmodus aktivieren und planen.

  9. Wenn Sie eine Benutzernachricht konfiguriert haben, entfernen Sie diese Nachricht.

  10. Deaktivieren Sie den Wartungsmodus.

Hinzufügen von CPU- oder Speicherressourcen in Microsoft Azure

Um CPU- oder Arbeitsspeicherressourcen für eine Instance in Microsoft Azure hinzuzufügen, müssen Sie die Größe der Instance ändern. Sie müssen Zugriff auf die Microsoft Azure-Infrastruktur Ihres Unternehmens haben, und Sie müssen mit dem Azure-Portal, der Azure CLI oder Azure PowerShell vertraut sein, um Azure-Instances zu verwalten. Weitere Informationen finden Sie unter Ändern der Größe eines virtuellen Computers auf Microsoft Learn.

Sie können Überlegungen zur Größenänderung überprüfen, unterstützte Instance-Typen anzeigen und erfahren, wie Sie die Größe einer Instance in Microsoft Azure ändern.

Überlegungen zur Größenänderung bei Microsoft Azure

Bevor du die CPU- oder Arbeitsspeicherressourcen für Ihre GitHub Enterprise Server-Instance erhöhst, lies die folgenden Empfehlungen.

  • Skalieren des Arbeitsspeichers mit CPUs. 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.
  • Zuweisen einer statischen IP-Adresse zu der Instanz. Falls der Instanz keine statische IP zugewiesen ist, musst du die DNS A-Einträge für deinen GitHub Enterprise Server-Host nach dem Neustart eventuell anpassen, damit die Änderungen an der öffentlichen IP-Adresse berücksichtigt werden.

Unterstützte Instance-Typen auf Microsoft Azure

Du musst anhand der CPU- und Arbeitsspeicherspezifikationen den Instanztyp bestimmen, für den du ein Upgrade vornehmen möchtest.

Für die GitHub Enterprise Server-Appliance ist eine Premium-Storage-Daten-Disk erforderlich. Zudem wird sie auf jeder Azure-VM unterstützt, die Premium-Storage unterstützt. Azure VM-Typen mit dem Suffix s unterstützen Storage Premium. Weitere Informationen findest du unter Welche Datenträgertypen sind in Azure verfügbar? und Azure Storage Premium: für hohe Leistung konzipiert in der Azure-Dokumentation.

GitHub empfiehlt eine arbeitsspeicheroptimierte VM für GitHub Enterprise Server. Weitere Informationen findest du unter Arbeitsspeicheroptimierte VM-Größen in der Azure-Dokumentation.

GitHub Enterprise Server unterstützt jede Region, die Ihren VM-Typ unterstützt. Weitere Informationen zu den unterstützten Regionen für jede VM findest du unter Verfügbare Produkte nach Region.

Größenänderung einer Instance auf Microsoft Azure

Um die verfügbaren Ressourcen für eine GitHub Enterprise Server-Instance in Microsoft Azure zu erhöhen, müssen Sie die Größe der VM ändern. Wenn Sie die Größe der VM ändern, wird diese neu gestartet. In einigen Fällen musst du zuerst die Zuordnung des virtuellen Computers aufheben. Sie müssen möglicherweise die Zuordnung aufheben, wenn die gewünschte Größe in dem Hardwarecluster nicht verfügbar ist, in dem die VM gehostet wird.

  1. Informieren Sie die Benutzer über die anstehenden Ausfallzeiten und aktivieren Sie den Wartungsmodus. Weitere Informationen findest du in den folgenden Artikeln.

  2. Zum Stoppen der Instance loggen Sie sich per SSH in die Instance ein und führen dann den folgenden Befehl aus. Weitere Informationen findest du unter Auf die Verwaltungsshell (SSH) zugreifen.

    sudo poweroff
    
  3. Um die Größe der VM in Azure zu ändern, befolgen Sie die Anweisungen unter Größenänderung einer virtuellen Maschine auf Microsoft Learn.

  4. Nachdem die Instance vollständig neu gestartet wurde und Sie darauf zugreifen können, überprüfen Sie, ob die neue Ressourcenkonfiguration erkannt wird. Verbinden Sie sich per SSH mit der Instance und führen Sie dann den folgenden Befehl aus.

    ghe-system-info
    
  5. Optional können Sie die Änderungen validieren, indem Sie eine IP-Ausnahmeliste konfigurieren, die den Zugriff von bestimmten IP-Adressen erlaubt. Weitere Informationen findest du unter Wartungsmodus aktivieren und planen.

  6. Wenn Sie eine Benutzernachricht konfiguriert haben, entfernen Sie diese Nachricht.

  7. Deaktivieren Sie den Wartungsmodus.

CPU- oder Arbeitsspeicherressourcen für OpenStack KVM hinzufügen

Um die verfügbaren Ressourcen für eine GitHub Enterprise Server-Instance auf OpenStack KVM zu erhöhen, benötigen Sie Zugriff auf die OpenStack-VM-Infrastruktur Ihres Unternehmens, und Sie müssen die virtuelle Maschine beenden und dann eine neue Instance-Variante auswählen.

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.

  1. Erstellen eines Snapshot der aktuellen Instance mithilfe von OpenStack KVM.

  2. Informieren Sie die Benutzer über die anstehenden Ausfallzeiten und aktivieren Sie den Wartungsmodus. Weitere Informationen findest du in den folgenden Artikeln.

  3. Zum Stoppen der Instance loggen Sie sich per SSH in die Instance ein und führen dann den folgenden Befehl aus. Weitere Informationen findest du unter Auf die Verwaltungsshell (SSH) zugreifen.

    sudo poweroff
    
  4. Wählen Sie in OpenStack KVM eine neue Instance-Variante mit den gewünschten CPU- bzw. Arbeitsspeicherressourcen aus.

  5. Nachdem die Instance vollständig neu gestartet wurde und Sie darauf zugreifen können, überprüfen Sie, ob die neue Ressourcenkonfiguration erkannt wird. Verbinden Sie sich per SSH mit der Instance und führen Sie dann den folgenden Befehl aus.

    ghe-system-info
    
  6. Optional können Sie die Änderungen validieren, indem Sie eine IP-Ausnahmeliste konfigurieren, die den Zugriff von bestimmten IP-Adressen erlaubt. Weitere Informationen findest du unter Wartungsmodus aktivieren und planen.

  7. Wenn Sie eine Benutzernachricht konfiguriert haben, entfernen Sie diese Nachricht.

  8. Deaktivieren Sie den Wartungsmodus.

Hinzufügen von CPU- oder Speicherressourcen für VMware ESXi

Um die verfügbaren Ressourcen für eine GitHub Enterprise Server auf VMware zu erhöhen, benötigen Sie Zugriff auf die VMware-Infrastruktur Ihres Unternehmens, und Sie müssen die VM beenden und dann die Ressourcen in VMWare ESXi anpassen.

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.

  1. Informieren Sie die Benutzer über die anstehenden Ausfallzeiten und aktivieren Sie den Wartungsmodus. Weitere Informationen findest du in den folgenden Artikeln.

  2. Zum Stoppen der Instance loggen Sie sich per SSH in die Instance ein und führen dann den folgenden Befehl aus. Weitere Informationen findest du unter Auf die Verwaltungsshell (SSH) zugreifen.

    sudo poweroff
    
  3. Um die Einstellungen der virtuellen Machine auf dem VMware ESXi-Host mithilfe des vSphere-Clients auszuwählen, wählen Sie die virtuelle Maschine aus, und klicken Sie dann auf „Einstellungen bearbeiten“.

  4. Passen Sie unter "Hardware" die der VM zugeordneten CPU- bzw. Arbeitsspeicherressourcen nach Bedarf an.

  5. Zum Starten der VM klicke auf OK.

  6. Nachdem die Instance vollständig neu gestartet wurde und Sie darauf zugreifen können, überprüfen Sie, ob die neue Ressourcenkonfiguration erkannt wird. Verbinden Sie sich per SSH mit der Instance und führen Sie dann den folgenden Befehl aus.

    ghe-system-info
    
  7. Optional können Sie die Änderungen validieren, indem Sie eine IP-Ausnahmeliste konfigurieren, die den Zugriff von bestimmten IP-Adressen erlaubt. Weitere Informationen findest du unter Wartungsmodus aktivieren und planen.

  8. Wenn Sie eine Benutzernachricht konfiguriert haben, entfernen Sie diese Nachricht.

  9. Deaktivieren Sie den Wartungsmodus.