Referenz für größere Läufer

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

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

Allgemeine Spezifikationen größere Runner

Spezifikationen für GPU größere Runner

Runner-Bilder

Größerer Runnerwird auf virtuellen Computern (VMs) ausgeführt und GitHub während des VM-Erstellungsprozesses eine virtuelle Festplatte (VHD) auf diesem Computer installiert. Sie können aus verschiedenen VM-Images wählen, die Sie auf Ihren Runnern installieren möchten.

** GitHub-owned images:** Diese Images werden von GitHub verwaltet und stehen für Linux-Runner (x64 und arm64), Windows-Runner (x64 und arm64) und macOS-Runner (x64 und arm64) zur Verfügung. Weitere Informationen zu diesen Images sowie eine vollständige Liste der enthaltenen Tools für jedes Runner-Betriebssystem finden Sie im Repository GitHub ActionsRunner Images.

Partner Images: Partnerimages werden nicht von GitHub verwaltet und aus dem Azure Marketplace abgerufen. Im Folgenden findest du Informationen darüber, wo du weitere Informationen findest und wo du Probleme mit Partnerimages melden kannst.

• Windows 11 Basisabbild des Desktops
• NVIDIA GPU-optimierte VMI
• Data Science Virtual Machine – Windows 2019

Verfügbares macOS größere Runner und Beschriftungen

Die folgenden Computer sind für macOS größere Runnerverfügbar. Wenn Sie einen macOS-größerer Runner erstellen, ist der Runner-Name auch als Workflow-Label verfügbar, das Sie mit runs-on verwenden können.

Einschränkungen 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.
• Die geschachtelte Virtualisierung wird aufgrund der Einschränkung des Apples Virtualisierungs-Frameworks nicht unterstützt.
• Netzwerkfunktionen wie private Azure-Netzwerke und das Zuweisen statischer IPs sind derzeit für macOS größere Runner nicht verfügbar.
• Die arm64 macOS-Runner haben keine statische UUID/UDID zugewiesen, da Apple dieses Feature nicht unterstützt. Den Intel MacOS-Runnern wird jedoch eine statische UDID zugewiesen, insbesondere 4203018E-580F-C1B5-9525-B745CECA79EB. Wenn Sie den Build auf demselben Host erstellen und signieren, auf dem Sie ihn testen möchten, können Sie mit einem Entwicklungsbereitstellungsprofil signieren. Wenn Sie eine statische UDID benötigen, können Sie Intel-Runner verwenden und ihre UDID ihrem Apple-Entwicklerkonto hinzufügen.
• macOS-Runner sind nicht in Unterdomänen von GHE.com, z. B. in octocorp.ghe.com, verfügbar.

Problembehandlung für größere Runner

Wenn Sie feststellen, dass die Aufträge, die auf Ihre größerer RunnerZielwerte abzielen, verzögert oder nicht ausgeführt werden, gibt es mehrere Faktoren, die dies verursachen können.

• Parallelitätseinstellungen: Möglicherweise hast du dein Parallelitätslimit erreicht. Wenn du weitere Aufträge parallel ausführen möchtest, kannst du deine Einstellungen für die automatische Skalierung auf eine größere Anzahl festlegen. Siehe Verwalten größerer Runner.
• Repositoryberechtigungen: Stellen Sie sicher, dass die entsprechenden Repositoryberechtigungen für Ihre größerer Runners aktiviert sind. Standardmäßig sind Unternehmensrunner nicht auf Repositoryebene verfügbar und müssen manuell von einemeiner Organisationsadministratorin aktiviert werden. Siehe Verwalten größerer Runner.
• Abrechnungsinformationen: Sie müssen eine gültige Kreditkarte hinterlegt haben, um größerer Runners zu verwenden. Nach dem Hinzufügen einer Kreditkarte zu Ihrem Konto kann es bis zu 10 Minuten dauern, bis die Nutzung Ihrer größerer RunnerKonten aktiviert wird. Siehe Verwalten deiner Zahlungs- und Abrechnungsinformationen.
• Ausgabenlimit: Ihr GitHub Actions Ausgabenlimit muss auf einen Wert festgelegt werden, der größer als 0 ist. Siehe Einrichten von Budgets zum Kontrollieren der Ausgaben für Produkte mit verbrauchseinheitenbasierter Abrechnung.
• **Fair-Use-Richtlinie:**GitHub verfügt über eine Fair-Use-Richtlinie, bei der Einzelvorgänge anhand mehrerer Faktoren gedrosselt werden, z. B. danach, wie viele Einzelvorgänge Sie ausführen oder wie viele Einzelvorgänge in der gesamten GitHub Actions ausgeführt werden.
• Auftragswarteschlange zum Zuweisen von Zeit: Auftragswarteschlange zum Zuweisen von Zeit bezieht sich auf die Zeit zwischen einer Auftragsanforderung und GitHub dem Zuweisen eines virtuellen Computers zum Ausführen des Auftrags. Standardmäßige GitHub-gehostete Runner, die die vorgegebenen YAML-Workflow-Labels verwenden (z. B. ubuntu-latest), sind immer in einem „warmen“ Zustand. Bei größeren Runnern ist eine warme VM möglicherweise nicht bereit, einen Auftrag bei der ersten Anforderung aufzunehmen, da die Pools für diese Computer kleiner sind. Daher muss GitHub möglicherweise eine neue VM erstellen, wodurch sich die Wartezeit für die Zuweisung verlängert. Sobald ein Runner verwendet wird, sind VMs innerhalb von 5 Minuten für nachfolgende Workflowausführungen bereit. Wenn sie nicht innerhalb dieser Zeit erneut verwendet werden, bleibt eine Teilmenge dieser Computer warm, wodurch die Warteschlange zum Zuweisen der Zeit für zukünftige Workflowausführungen in den nächsten 24 Stunden reduziert wird. Je mehr Jobs Sie ausführen, desto mehr VMs verbleiben im warmen Pool.

Vernetzung für größere Runner

Standardmäßig erhalten größere Runner eine dynamische IP-Adresse, die sich bei jeder Auftragsausführung ändert. Optional können GitHub Enterprise Cloud Kunden ihr größere Runner so konfigurieren, dass es statische IP-Adressen aus dem IP-Adresspool von GitHub bezieht. Weitere Informationen finden Sie unter Informationen zu den IP-Adressen von GitHub.

Wenn diese Option aktiviert ist, empfangen Instanzen der größerer Runner IP-Adressen von bestimmten Bereichen, die für den Läufer eindeutig sind, sodass Sie die Bereiche verwenden können, um eine Firewall-Zulassungsliste zu konfigurieren. Jeder größerer Runner Pool ist ein Pool, der automatisch auf die konfigurierte maximale Parallelität skaliert wird, und alle Aufträge in diesem Pool verwenden denselben statischen IP-Adressbereich. Dies bedeutet, dass Sie keine zusätzlichen Runner erstellen müssen, um mehr gleichzeitige Jobs auszuführen. Sie können auf Unternehmensebene bis zu 10 größerer Runner Pools mit statischen IP-Adressbereichen verwenden. Darüber hinaus können Sie bis zu 10 größerer Runner Pools mit statischen IP-Adressbereichen auf Organisationsebene für jede Organisation in Ihrem Unternehmen verwenden. Weitere Informationen finden Sie unter Verwalten größerer Runner.

Wenn Sie mehr als 10 größere Läuferpools mit statischen IP-Adressbereichen verwenden möchten, wenden Sie sich bitte an uns über das GitHub Supportportal.

Kommunikationsanforderungen für größerer Runners

Ein größerer Runner Muss Verbindungen zu GitHubendpunkteigenen Endpunkten herstellen, um wesentliche Kommunikationsvorgänge auszuführen. Darüber hinaus erfordert Ihr Runner möglicherweise Zugriff auf zusätzliche Netzwerke, die Sie innerhalb einer Aktion angeben oder nutzen.

Stellen Sie sicher, dass die folgende Kommunikation zulässig ist, um eine ordnungsgemäße Kommunikation zwischen größerer RunnerNetzwerken in Ihrer Konfiguration sicherzustellen.

Erforderlich für wesentliche Vorgänge:

github.com
api.github.com
*.actions.githubusercontent.com

github.com
api.github.com
*.actions.githubusercontent.com

Erforderlich für Downloadaktionen:

codeload.github.com

codeload.github.com

Erforderlich für den Up- und Download von Auftragszusammenfassungen, Protokollen, Workflow-Artefakten und Caches:

results-receiver.actions.githubusercontent.com
*.blob.core.windows.net

results-receiver.actions.githubusercontent.com
*.blob.core.windows.net

Erforderlich für Aktualisierungen der Runner-Version:

objects.githubusercontent.com
objects-origin.githubusercontent.com
github-releases.githubusercontent.com
github-registry-files.githubusercontent.com

objects.githubusercontent.com
objects-origin.githubusercontent.com
github-releases.githubusercontent.com
github-registry-files.githubusercontent.com

Erforderlich für das Abrufen von OIDC-Token:

*.actions.githubusercontent.com

*.actions.githubusercontent.com

Erforderlich zum Herunterladen oder Veröffentlichen von Paketen oder Containern bei GitHub Packages:

*.pkg.github.com
pkg-containers.githubusercontent.com
ghcr.io

*.pkg.github.com
pkg-containers.githubusercontent.com
ghcr.io

Erforderlich für Git Large File Storage (Speicher für große Dateien)

github-cloud.githubusercontent.com
github-cloud.s3.amazonaws.com

github-cloud.githubusercontent.com
github-cloud.s3.amazonaws.com

Erforderlich für Aufträge für Dependabot updates

dependabot-actions.githubapp.com

dependabot-actions.githubapp.com

Zum Herunterladen von Releaseressourcen erforderlich:

release-assets.githubusercontent.com

release-assets.githubusercontent.com

Für VNet erforderlich:

api.snapcraft.io
*.core.windows.net

api.snapcraft.io
*.core.windows.net