Informationen zu großen Runnern

Übersicht über größere Runner

Neben den in GitHub gehosteten Standardrunnern bietet GitHub Kunden mit den GitHub Team- und GitHub Enterprise Cloud-Plänen eine Auswahl von verwalteten virtuellen Computern mit erweiterten Funktionen, wie etwa:

• mehr RAM, CPU und Speicherplatz auf dem Datenträger
• Statische IP-Adressen
• Die Möglichkeit zum Gruppieren von Runnern
• Automatische Skalierung zur Unterstützung gleichzeitiger Workflows

Diese größere Runner werden von GitHub gehostet und verfügen über eine Vorinstallation der Runneranwendung und anderer Tools.

GitHub bietet größere Runner mit macOS-, Ubuntu- oder Windows-Betriebssystemen, und je nachdem, welches Betriebssystem Sie verwenden, stehen verschiedene Features und Größen zur Verfügung. Weitere Informationen finden Sie unter „Zusätzliche Features für größere Runner“.

Informationen zu Ubuntu und Windows größere Runner

Größerer Runners mit Ubuntu- oder Windows-Betriebssystemen werden in Ihrer Organisation oder Ihrem Unternehmen konfiguriert. Wenn Sie einen größerer Runner hinzufügen, definieren Sie einen Computertyp aus einer Auswahl verfügbarer Hardwarespezifikationen und Betriebssystemimages. GitHub erstellt dann mehrere Instanzen dieses Runners, die im Rahmen der von Ihnen definierten Grenzwerte für die automatische Skalierung hoch- und herunterskaliert werden können, um den Anforderungen Ihrer Organisation zu entsprechen. Weitere Informationen finden Sie unter unter „Verwalten größerer Runner“.

Ubuntu und Windows größere Runner bieten automatische Skalierungsfunktionen und die Möglichkeit, die statischen IP-Adressen der Runner aus einem bestimmten Bereich zuzuweisen. Sie können auch mithilfe von Runnergruppen verwaltet werden, wodurch Sie den Zugriff auf die größere Runner steuern können. Weitere Informationen finden Sie unter „Zusätzliche Features für größere Runner“.

Über macOS größere Runner

Größerer Runners mit einem macOS-Betriebssystem werden verwendet, indem die YAML-Workflowbezeichnung auf das gewünschte Runnerimage aktualisiert wird. Um Ihre Workflows auf einem macOSgrößerer Runner auszuführen, aktualisieren Sie den runs-on Schlüssel, um eine der GitHub-definierten macOS-größerer Runner Bezeichnungen zu verwenden. Es ist keine zusätzliche Konfiguration erforderlich. Weitere Informationen finden Sie unter unter „Ausführen von Aufträgen auf größeren Runnern“.

Die folgenden Computergrößen sind für macOS größere Runner verfügbar.

Runner-Größe	Aufbau	Prozessor (CPU)	Arbeitsspeicher (RAM)	Speicher (SSD)	YAML-Workflow-Kennzeichnung
Groß	Intel	12	30 GB	14 GB	macos-latest-large, macos-12-large, macos-13-large [latest], macos-14-large[Beta]
Extra groß	arm64 (M1)	6 CPU und 8 GPU	14 GB	14 GB	macos-latest-xlarge, macos-13-xlarge[latest], macos-14-xlarge[Beta]

Grenzwerte für macOS größere Runner

• Alle Aktionen, die von GitHub bereitgestellt werden, sind mit arm64 GitHub-gehosteten Runnern kompatibel. Communityaktionen sind jedoch möglicherweise nicht mit arm64 kompatibel und müssen zur Laufzeit manuell installiert werden.
• Aufgrund einer Einschränkung von Apples Virtualisierungs-Framework, das unser Hypervisor verwendet, wird verschachtelte Virtualisierung von arm64-Runnern nicht unterstützt.
• Die arm64 macOS-Runner haben keine statische UUID/UDID zugewiesen, da Apple dieses Feature nicht unterstützt. Intel MacOS-Runner wird jedoch eine statische UDID zugewiesen, insbesondere 4203018E-580F-C1B5-9525-B745CECA79EB. Wenn Sie denselben Host erstellen und signieren, auf dem Sie den Build testen möchten, können Sie sich mit einem Entwicklungsbereitstellungsprofil anmelden. Wenn Sie eine statische UDID benötigen, können Sie Intel-Runner verwenden und ihre UDID ihrem Apple-Entwicklerkonto hinzufügen.

Zusätzliche Features für größere Runner

Im Vergleich zu standardmäßigen GitHub-gehosteten Runnern weisen größere Runner zusätzliche Features auf, und ihre Verfügbarkeit variiert je nach größerer Runner Betriebssystem.

Diese Features können Ihre CI/CD-Pipelines auf folgende Weise verbessern.

• größere Runner können statische IP-Adressen aus einem bestimmten Bereich zugewiesen werden, sodass Sie diesen Bereich zum Konfigurieren einer Firewall-Zulassungsliste verwenden können. Weitere Informationen finden Sie unter Netzwerke für größere Runner.
• Mit der automatischen Skalierung können größere Runner automatisch bis zu einer festgelegten Obergrenze skaliert werden, damit Ihre Workflows gleichzeitig ausgeführt werden können. Weitere Informationen finden Sie unter Automatische Skalierung von größere Runner.
• Mit Runnergruppen können Sie den Zugriff auf größere Runner für Ihre Organisationen, Repositorys und Workflows steuern. Weitere Informationen finden Sie unter unter „Steuern des Zugriffs auf größere Runner“.

Runner-Images

Größerer Runners werden auf virtuellen Maschinen (VMs) ausgeführt und GitHub installiert bei der Erstellung der VM eine virtuelle Festplatte (VHD) auf diesem Computer. Sie können aus verschiedenen VM-Images wählen, die Sie auf Ihren Runnern installieren möchten.

GitHub-eigene Images: Diese Images werden von GitHub verwaltet und sind für Linux x64, Windows x64 und macOS (x64 und arm)-Runner verfügbar. Weitere Informationen über diese Images und eine vollständige Liste der enthaltenen Tools für jedes Runnerbetriebssystem finden Sie im Repository für GitHub Actions-Runnerimages.

Partner-Images: Partner-Images werden nicht von GitHub verwaltet und stammen aus dem Azure Marketplace. Weitere Informationen zum Windows 11-Desktopimage finden Sie unter Microsoft Windows 11 Desktop. Weitere Informationen zu Images kompatibel mit GPU-Runnern finden Sie unter NVIDIA GPU-optimierte vMI und Data Science Virtual Machine – Windows 2019.

Grundlegendes zur Abrechnung

Im Vergleich zu in standardmäßigen, GitHub gehosteten Runnern werden größere Runner anders abgerechnet. Größerer Runner werden nur mit dem Minutentarif für die Zeit berechnet, in der Workflows auf ihnen ausgeführt werden. Es fallen keine Kosten für das Erstellen eines größerer Runner an, der nicht von einem Workflow verwendet wird. Weitere Informationen finden Sie unter Informationen zur Abrechnung für GitHub Actions.

Computergrößen für größere Runner

Sie können aus mehreren Spezifikationen für größere Runner auswählen.

Spezifikationen für allgemeine größere Runner

CPU	Arbeitsspeicher (RAM)	Speicher (SSD)	Betriebssystem
6	14 GB	14 GB	macOS
12	30 GB	14 GB	macOS
2	8 GB	75 GB	Ubuntu
4	16 GB	150 GB	Ubuntu, Windows
8	32 GB	300 GB	Ubuntu, Windows
16	64 GB	600 GB	Ubuntu, Windows
32	128 GB	1.200GB	Ubuntu, Windows
64	256 GB	2040 GB	Ubuntu, Windows

Spezifikationen für GPU größere Runner

CPU	GPU	GPU-Karte	Arbeitsspeicher (RAM)	GPU-Speicher (VRAM)	Speicher (SSD)	Betriebssystem
4	1	Tesla T4	28 GB	16 GB	176 GB	Ubuntu, Windows

Informationen zu Runnergruppen

Mit Runnergruppen können Administrator*innen den Zugriff auf Runner auf Organisations- und Unternehmensebene steuern. Mit Runnergruppen können Sie mehrere Runner zusammenfassen und eine Sicherheitsabgrenzung um sie herum schaffen. Anschließend können Sie entscheiden, welche Organisationen oder Repositorys Aufträge auf diesen Computergruppen ausführen dürfen. Während des Bereitstellungsvorgangs für größerer Runner kann der Runner einer vorhandenen Gruppe hinzugefügt werden, andernfalls wird er in einer Standardgruppe aufgenommen. Befolge die Schritte unter Steuern des Zugriffs auf größere Runner, um eine Gruppe zu erstellen.

Architekturübersicht über größere Runner

Die Größerer Runner werden auf Organisationsebene verwaltet, wobei sie in Gruppen angeordnet werden, die mehrere Instanzen des Runners enthalten können. Sie können auch auf Unternehmensebene erstellt und für Organisationen in der Hierarchie freigegeben werden. Sobald Sie eine Gruppe erstellt haben, können Sie der Gruppe einen Runner hinzufügen und Ihre Workflows so aktualisieren, dass sie entweder auf den Gruppennamen oder die Bezeichnung abzielen, die dem größerer Runner zugewiesen ist. Sie können auch steuern, welche Repositorys Aufträge zur Verarbeitung an die Gruppe senden dürfen. Weitere Informationen zu Gruppen finden Sie unter Steuern des Zugriffs auf größere Runner.

Im folgenden Diagramm wurde eine Klasse gehosteter Runner namens ubuntu-20.04-16core mit benutzerdefinierter Hardware und Betriebssystemkonfiguration definiert.

1. Instanzen dieses Runners werden automatisch erstellt und einer Gruppe namens grp-ubuntu-20.04-16core hinzugefügt.
2. Den Runnern wurde die Bezeichnung ubuntu-20.04-16core zugewiesen.
3. Workflowaufträge verwenden die Bezeichnung ubuntu-20.04-16core in ihrem runs-on Schlüssel, um den Typ des Runners anzugeben, den sie zum Ausführen des Auftrags benötigen.
4. GitHub Actions überprüft die Runnergruppe, um festzustellen, ob Ihr Repository zum Senden von Aufträgen an den Runner autorisiert ist.
5. Der Auftrag wird in der nächsten verfügbaren Instanz des ubuntu-20.04-16core-Runners ausgeführt.

Automatische Skalierung von größere Runner

Die Größerer Runner können automatisch entsprechend Ihren Anforderungen skaliert werden. Sie können Computer bereitstellen, um eine angegebene maximale Anzahl von Aufträgen auszuführen, wenn Aufträge zur Verarbeitung übermittelt werden. Jeder Computer verarbeitet immer nur einen Auftrag, sodass diese Einstellungen effektiv die Anzahl der Aufträge festlegen, die gleichzeitig ausgeführt werden können.

Sie können die maximale Auftragsparallelität konfigurieren, sodass Sie Ihre Kosten steuern können, indem Sie die maximale Anzahl von Aufträgen festlegen, die mit dieser Gruppe parallel ausgeführt werden können. Durch einen höheren Wert kann die Blockierung von Workflows aufgrund paralleler Vorgänge vermieden werden. Weitere Informationen zum Festlegen von Grenzen finden Sie unter „AUTOTITEL“. Weitere Informationen über die maximalen Grenzen der automatischen Skalierung für GitHub-gehostete Runner finden Sie unter „AUTOTITEL“.

Netzwerkbetrieb für größere Runner

Standardmäßig erhalten größere Runner eine dynamische IP-Adresse, die sich für jede Auftragsausführung ändert. Optional können GitHub Enterprise Cloud-Kunden ihre größere Runner so konfigurieren, dass sie statische IP-Adressen aus dem IP-Adressenpool von GitHub erhalten. Weitere Informationen finden Sie unter unter „Informationen zu den IP-Adressen von GitHub“.

Wenn diese Option aktiviert ist, erhalten Instanzen der größerer Runner IP-Adressen aus für den Runner eindeutigen spezifischen Bereichen, sodass anhand dieser Bereiche eine Firewallpositivliste konfiguriert werden kann. Es können bis zu 10 größere Runner mit statischen IP-Adressbereichen für die auf Unternehmensebene erstellten größere Runner verwendet werden. Außerdem können bis zu 10 größere Runner mit statischen IP-Adressbereichen für die größere Runner verwendet werden, die auf Organisationsebene für jede Organisation in Ihrem Unternehmen erstellt wurden. Weitere Informationen finden Sie unter unter „Verwalten größerer Runner“.

Wenn mehr als zehn größere Runner mit statischen IP-Adressbereichen verwendet werden sollen, wenden Sie sich bitte an uns über das GitHub-Support-Portal.