Übersicht über größerer Runner
Neben den in GitHub gehosteten Standardrunnern bietet GitHub Kunden mit den GitHub Team- und GitHub Enterprise Cloud-Plänen eine Auswahl von verwalteten VMs mit mehr RAM, CPU und Speicherplatz. Diese Runner werden von GitHub gehostet und verfügen über eine Vorinstallation der Runneranwendung und anderer Tools.
GitHub bietet größerer Runners mit macOS-, Ubuntu- oder Windows-Betriebssystemen, und je nachdem, welches Betriebssystem Sie verwenden, stehen verschiedene Features zur Verfügung. Weitere Informationen finden Sie unter „Zusätzliche Features für größerer Runner“.
Informationen zu Ubuntu und Windows größerer Runners
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 findest du unter Verwalten größerer Runner.
Ubuntu und Windows größerer Runners 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ößerer Runners steuern können. Weitere Informationen finden Sie unter „Zusätzliche Features für größerer Runner“.
Über macOS größerer Runnern
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 findest du unter Ausführen von Aufträgen auf größeren Runnern.
Die folgenden Computergrößen sind für macOS größerer 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[Beta] |
| Extra groß | arm64 (M1) | 6 CPU und 8 GPU | 14 GB | 14 GB | macos-latest-xlarge[Beta], macos-13-xlarge[Beta] |
Grenzwerte für macOS größerer Runners
- 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. Weitere Informationen findest du unter Ausführen von Aufträgen auf größeren Runnern.
- Aufgrund einer Einschränkung des Virtualisierungsframeworks von Apple, das unser Hypervisor verwendet, wird die geschachtelte Virtualisierung von arm64-Runnern nicht unterstützt.
Zusätzliche Features für größerer Runner
Im Vergleich zu standardmäßigen GitHub-gehosteten Runnern weisen größerer Runner zusätzliche Features auf, und ihre Verfügbarkeit variiert je nach größerer Runner Betriebssystem.
| Betriebssystem | Ubuntu | Windows | macOS |
|---|---|---|---|
| Hardwarebeschleunigung für Android SDK-Tools | |||
| Statische IP-Adressen | |||
| Automatische Skalierung | |||
| Runnergruppen |
Diese Features können Ihre CI/CD-Pipelines auf folgende Weise verbessern.
- Die Hardwarebeschleunigung für die Android SDK-Tools macht das Ausführen von Android-Tests viel schneller und verbraucht weniger Minuten. Weitere Informationen zur Android-Hardwarebeschleunigung finden Sie unter Konfigurieren der Hardwarebeschleunigung für den Android-Emulator in der Dokumentation für Android-Entwickler*innen.
- größerer Runners 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ößerer Runner.
- Mit der automatischen Skalierung können größerer Runners 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ößerer Runner.
- Mit Runnergruppen können Sie den Zugriff auf größerer Runner für Ihre Organisationen, Repositorys und Workflows steuern. Weitere Informationen findest du unter Steuern des Zugriffs auf größere Runner.
Eine vollständige Liste der enthaltenen Tools für jedes Runnerbetriebssystem finden Sie im Repository für GitHub Actions-Runnerimages.
Grundlegendes zur Abrechnung
Hinweis: Größerer Runner sind nicht für die Verwendung von enthaltenen Minuten in privaten Repositorys geeignet. Wenn mehrere größerer Runner verwendet werden, werden diese sowohl für private als auch öffentliche Repositorys immer zum Minutentarif abgerechnet.
Im Vergleich zu in standardmäßigen, GitHub gehosteten Runnern werden größerer 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ößerer Runner
| Prozessor (CPU) | Arbeitsspeicher (RAM) | Speicher (SSD) | Betriebssystem |
|---|---|---|---|
| 6 | 14 GB | 14 GB | macOS |
| 12 | 30 GB | 14 GB | macOS |
| 4 | 16 GB | 150 GB | Ubuntu |
| 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 |
Informationen zu Runnergruppen
Hinweis: Nur größerer Runner mit Linux- oder Windows-Betriebssystemen können Runnergruppen zugewiesen werden.
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ößerer Runner
Hinweis: Dieses Architekturdiagramm gilt nur für größerer Runners mit Linux- oder Windows-Betriebssystemen.
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.
- Instanzen dieses Runners werden automatisch erstellt und einer Gruppe namens
grp-ubuntu-20.04-16corehinzugefügt. - Den Runnern wurde die Bezeichnung
ubuntu-20.04-16corezugewiesen. - Workflowaufträge verwenden die Bezeichnung
ubuntu-20.04-16corein ihremruns-onSchlüssel, um den Typ des Runners anzugeben, den sie zum Ausführen des Auftrags benötigen. - GitHub Actions überprüft die Runnergruppe, um festzustellen, ob Ihr Repository zum Senden von Aufträgen an den Runner autorisiert ist.
- Der Auftrag wird in der nächsten verfügbaren Instanz des
ubuntu-20.04-16core-Runners ausgeführt.
Automatische Skalierung von größerer Runnern
Hinweis: Die automatische Skalierung ist nur für größerer Runners mit Linux- oder Windows-Betriebssystemen verfügbar.
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 findest du unter Verwalten größerer Runner.
Netzwerkbetrieb für größerer Runner
Hinweis: Das Zuweisen statischer IP-Adressen zu Runnern ist nur für größerer Runners mit Linux- oder Windows-Betriebssystemen verfügbar.
Standardmäßig erhalten größerer Runner eine dynamische IP-Adresse, die sich für jede Auftragsausführung ändert. Optional können GitHub Enterprise Cloud-Kunden ihre größerer Runner so konfigurieren, dass diese eine statische IP-Adresse aus dem IP-Adresspool von GitHub erhalten. Weitere Informationen findest du 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 insgesamt bis zu 10 größerer Runner mit statischen IP-Adressbereichen für alle größerer Runner verwendet werden. Weitere Informationen findest du unter Verwalten größerer Runner.
Wenn mehr als zehn größere Runner mit statischen IP-Adressbereichen verwendet werden sollen, wenden Sie sich bitte an GitHub-Support.
Hinweis: Wenn Runner mehr als 30 Tage lang ungenutzt bleiben, werden ihre IP-Adressbereiche automatisch entfernt und können nicht wiederhergestellt werden.