GitHub Enterprise Server auf Azure installieren

Sie können GitHub Enterprise Server auf Global Azure oder Azure Government bereitstellen.

Vorrausetzungen

• Sie müssen über eine GitHub Enterprise-Lizenzdatei verfügen. Besuche enterprise.github.com, um eine vorhandene Lizenzdatei herunterzuladen oder eine Testlizenz anzufordern. Weitere Informationen findest Du unter „Deine GitHub Enterprise-Lizenz verwalten."
• Sie müssen über ein Azure-Konto verfügen, das neue Computer bereitstellen kann. Weitere Informationen finden Sie auf der „Microsoft Azure-Website“.
• Die meisten Aktionen, die zum Starten Ihrer virtuellen Maschine (VM) erforderlich sind, können auch mithilfe des Azure-Portals ausgeführt werden. Zur Ersteinrichtung sollten Sie jedoch die Azure-Befehlszeilenschnittstelle (CLI) installieren. Im Folgenden finden Sie Beispiele zur Verwendung der Azure CLI 2.0. Weitere Informationen finden Sie im Azure-Leitfaden „Installieren der Azure CLI“.

Grundlegendes zur Hardware

• Minimum requirements
• Speicher
• CPU and memory

Minimum requirements

We recommend different hardware configurations depending on the number of user licenses for Ihre GitHub Enterprise Server-Instanz. If you provision more resources than the minimum requirements, your instance will perform and scale better.

Minimum requirements for an instance with beta features enabled are bold in the following table. For more information, see "Beta features in GitHub Enterprise Server 2.22." | | Benutzerlizenzen | vCPUs | Arbeitsspeicher | Attached-Storage | Root-Storage | |:---------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------:| ----------------------------------------------------------------------------------------------------------------------------------------------:| ----------------------------------------------------------------------------------------------------------------------------------------------:| ------------:| | Test, Demo oder 10 Benutzer mit eingeschränkten Funktionen | 2
or 4 | 16 GB
or 32 GB | 100 GB
or 150 GB | 200 GB | | 10–3000 | 4
or 8 | 32 GB
or 48 GB | 250 GB
or 300 GB | 200 GB | | 3000–5000 | 8
or 12 | 64 GB | 500 GB | 200 GB | | 5000–8000 | 12
or 16 | 96 GB | 750 GB | 200 GB | | 8000–10000+ | 16
or 20 | 128 GB
or 160 GB | 1000 GB | 200 GB |

Beta features in GitHub Enterprise Server 2.22

If you enable beta features in GitHub Enterprise Server 2.22, your instance requires additional hardware resources. For more information about the beta features, see the release notes for the 2.22 series on the GitHub Enterprise website. For more information about adjusting resources for an existing instance, see "Increasing storage capacity" and "Increasing CPU or memory resources."

If you enable the beta for GitHub Actions on your instance, we recommend planning for additional capacity.

• You must configure at least one runner for GitHub Actions workflows. Weitere Informationen findest Du unter „Informationen zu selbst-gehosteten Runnern“.
• You must configure external blob storage. For more information, see "Enabling GitHub Actions and configuring storage."

The additional CPU and memory resources you need to provision for your instance depend on the number of workflows your users run concurrently, and the overall levels of activity for users, automations, and integrations.

Speicher

We recommend a high-performance SSD with high input/output operations per second (IOPS) and low latency for GitHub Enterprise Server. Workloads are I/O intensive. If you use a bare metal hypervisor, we recommend directly attaching the disk or using a disk from a storage area network (SAN).

Your instance requires a persistent data disk separate from the root disk. Weitere Informationen findest Du unter „Systemübersicht“.

If you enable the beta of GitHub Actions in GitHub Enterprise Server 2.22, you'll need to configure external blob storage. For more information, see "Enabling GitHub Actions and configuring storage."

You can resize your instance's root disk by building a new instance or using an existing instance. Weitere Informationen findest Du unter „Speicherkapazität erhöhen“.

CPU and memory

GitHub Enterprise Server requires more CPU and memory resources depending on levels of activity for users, automations, and integrations.

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.

You can increase your instance's CPU or memory resources. For more information, see "Increasing CPU or memory resources.

Typ der virtuellen Maschine ermitteln

Bevor Sie Ihre GitHub Enterprise Server-Instanz auf Azure starten, müssen Sie den Typ der virtuellen Maschine ermitteln, der den Anforderungen Ihrer Organisation am besten gerecht wird.

Unterstützte VM-Typen und -Regionen

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. Weitere Informationen finden Sie unter „SSD Premium“ in der Azure-Dokumentation. Allgemeine Informationen zu den verfügbaren VMs finden Sie auf der Übersichtsseite zu Azure-VMs.

GitHub Enterprise Server unterstützt jede Region, die Ihren VM-Typ unterstützt. Weitere Informationen zu den unterstützten Regionen für jede VM finden Sie auf der Azure-Website „Verfügbare Produkte nach Region“.

Empfohlene VM-Typen

Sie sollten einen DS v2-Instanztyp mit mindestens 14 GB RAM verwenden. Sie können jeden unterstützten VM-Typ verwenden. Basierend auf der Anzahl Deiner Benutzerlizenzen empfehlen wir die folgenden Instanztypen.

GitHub Enterprise Server-VM erstellen

Zum Erstellen der Instanz musst Du das GitHub Enterprise Server-Abbild auf Deine virtuelle Maschine importieren und ein zusätzliches Storage-Volume für Deine Instanzdaten anhängen. Weitere Informationen finden Sie unter „Grundlegendes zur Hardware“.

1. Suchen Sie nach dem neuesten GitHub Enterprise Server-Appliance-Image. Weitere Informationen zum Befehl vm image list finden Sie unter „az vm image list“ in der Microsoft-Dokumentation.

   $ az vm image list --all -f GitHub-Enterprise | grep '"urn":' | sort -V

2. Erstellen Sie mithilfe des von Ihnen ermittelten Appliance-Images eine neue VM. Weitere Informationen finden Sie unter „az vm create“ in der Microsoft-Dokumentation.

   Übergeben Sie Optionen für den Namen Ihrer VM, den Ressourcentyp, die Größe Ihrer VM, den Namen Ihrer bevorzugten Azure-Region, den Namen der von Ihnen im vorherigen Schritt aufgelisteten Appliance-Image-VM und die Storage-SKU für den Premium-Storage. Weitere Informationen zu Ressourcengruppen finden Sie unter „Ressourcengruppen“ in der Microsoft-Dokumentation.

   $ az vm create -n VM_NAME -g RESOURCE_GROUP --size VM_SIZE -l REGION --image APPLIANCE_IMAGE_NAME --storage-sku Premium_LRS

3. Konfigurieren Sie die Sicherheitseinstellungen auf Ihrer VM, um die erforderlichen Ports zu öffnen. Weitere Informationen finden Sie unter „az vm open-port“ in der Microsoft-Dokumentation. In der folgenden Tabelle finden Sie eine Beschreibung der einzelnen Ports, um festzustellen, welche Ports Sie öffnen müssen.

   $ az vm open-port -n VM_NAME -g RESOURCE_GROUP --port PORT_NUMBER

   Diese Tabelle zeigt, wofür jeder Port verwendet wird.

   Port	Dienst	Beschreibung
   22	SSH	Git über SSH-Zugriff. Unterstützt das Klonen, Abrufen und Übertragen von Vorgängen an öffentliche/private Repositorys.
   25	SMTP	SMTP mit Verschlüsselung (STARTTLS) wird unterstützt.
   80	HTTP	Webanwendungszugriff. Alle Anforderungen werden an den HTTPS-Port weitergeleitet, wenn SSL aktiviert ist.
   122	SSH	Shellzugriff auf die Instanz. Der standardmäßige SSH-Port (22) ist für den Git- und SSH-Netzwerk-Traffic der Anwendung vorgesehen.
   161/UDP	SNMP	Für Netzwerküberwachungs-Protokollvorgänge erforderlich.
   443	HTTPS	Webanwendung und Git über HTTPS-Zugriff.
   1194/UDP	VPN	Sicherer Replikationsnetzwerktunnel in einer hochverfügbaren Konfiguration.
   8080	HTTP	Webbasierte Managementkonsole in Nur-Text. Nur erforderlich, wenn SSL manuell deaktiviert wird.
   8443	HTTPS	Sichere webbasierte Managementkonsole. Für die grundlegende Installation und Konfiguration erforderlich.
   9418	Git	Einfacher Git-Protokollport. Nur Klon- und Abrufvorgänge zu öffentlichen Repositorys. Unencrypted network communication. If you have enabled private mode on your instance, then opening this port is only required if you also enabled anonymous Git read access. For more information, see "Enforcing repository management policies in your enterprise."

4. Erstelle eine neue unverschlüsselte Daten-Festplatte, hänge sie an die VM und konfiguriere die Größe entsprechend Deiner Anzahl von Benutzerlizenzen. Weitere Informationen finden Sie unter „az vm disk attach“ in der Microsoft-Dokumentation.

   Übergeben Sie Optionen für den Namen Ihrer VM (z. B. ghe-acme-corp), die Ressourcengruppe, die Premium-Storage-SKU, die Größe der Disk (z. B. 100) und einen Namen für die resultierende VHD.

   $ az vm disk attach --vm-name VM_NAME -g RESOURCE_GROUP --sku Premium_LRS --new -z SIZE_IN_GB --name ghe-data.vhd --caching ReadWrite

   Hinweis: Damit Nicht-Produktionsinstanzen einen ausreichenden E/A-Durchsatz aufweisen, wird eine minimale Disk-Größe von 40 GiB mit aktiviertem Lese-/Schreib-Caching (--caching ReadWrite) empfohlen.

GitHub Enterprise Server-VM konfigurieren

1. Vor der VM-Konfiguration müssen Sie darauf warten, dass sie den Status „ReadyRole“ aufweist. Führen Sie den Befehl vm list aus, um den Status der VM zu überprüfen. Weitere Informationen finden Sie unter „az vm list“ in der Microsoft-Dokumentation.

   $ az vm list -d -g RESOURCE_GROUP -o table
     > Name    ResourceGroup    PowerState    PublicIps     Fqdns    Location    Zones
     > ------  ---------------  ------------  ------------  -------  ----------  -------
     > VM_NAME RESOURCE_GROUP   VM running    40.76.79.202           eastus
   

   Hinweis: Azure erstellt nicht automatisch einen FQDN-Eintrag für die VM. Weitere Informationen finden Sie im Azure-Leitfaden „Erstellen eines vollqualifizierten Domänennamens im Azure-Portal für eine Linux-VM“.

2. Kopiere den Namen des öffentlichen DNS der virtuellen Maschine, und füge ihn in einen Webbrowser ein.

3. Lade an der Eingabeaufforderung Deine Lizenzdatei hoch, und lege das Passwort für die Managementkonsole fest. Weitere Informationen findest Du unter „Deine GitHub Enterprise-Lizenz verwalten."

4. Konfigurieren Sie in der Managementkonsole Ihre gewünschten Einstellungen, und speichern Sie sie. Weitere Informationen finden Sie unter „GitHub Enterprise Server-Appliance konfigurieren“.

5. Die Instanz wird automatisch neu gestartet.

6. Klicke auf Visit your instance (Instanz aufrufen).

   Weiterführende Informationen

• „Systemübersicht“