在更大规模的运行器上运行作业

定义运行器类型后，您可以更新工作流 YAML 文件，将作业发送到新创建的运行器实例以进行处理。您可以使用运行器组或标签来定义作业的运行位置。

只有所有者或管理员帐户才能查看运行器设置。非管理员用户可以联系组织所有者以了解哪些运行器已启用。您的组织所有者可以创建新的运行器和运行器组，以及配置权限以指定哪些存储库可以访问运行器组。有关更多信息，请参阅“管理更大规模的运行器”。

使用组控制作业运行位置

在此示例中，Ubuntu 运行器已添加到名为 ubuntu-runners 的组中。runs-on 键将作业发送到 ubuntu-runners 组中任何可用的运行器

name: learn-github-actions
on: [push]
jobs:
  check-bats-version:
    runs-on: 
      group: ubuntu-runners
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '14'
      - run: npm install -g bats
      - run: bats -v

使用标签控制作业运行位置

您可以通过使用语法 runs-on: LABEL 将标签隐式传递给 runs-on 键。或者，您可以使用 labels 键，如下例所示。

在此示例中，runs-on 键将作业发送到已分配 ubuntu-20.04-16core 标签的任何可用运行器

name: learn-github-actions
on: [push]
jobs:
  check-bats-version:
    runs-on:
      labels: ubuntu-20.04-16core
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '14'
      - run: npm install -g bats
      - run: bats -v

任何对启用操作的存储库具有写入访问权限的人员都可以找到该存储库中可用运行器的标签。请参阅“在更大规模的运行器上运行作业”。

使用标签和组控制作业运行位置

组合使用组和标签时，运行器必须满足这两个要求才能有资格运行作业。

在此示例中，名为 ubuntu-runners 的运行器组中填充了 Ubuntu 运行器，这些运行器也已分配了 ubuntu-20.04-16core 标签。runs-on 键组合了 group 和 labels，以便作业路由到组中任何也具有匹配标签的可用运行器

name: learn-github-actions
on: [push]
jobs:
  check-bats-version:
    runs-on:
      group: ubuntu-runners
      labels: ubuntu-20.04-16core
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '14'
      - run: npm install -g bats
      - run: bats -v

如果您注意到目标为更大规模运行器的作业延迟或未运行，则可能有多个因素导致这种情况。

• 并发设置：您可能已达到最大并发限制。如果您想启用更多作业并行运行，可以将自动扩展设置更新为更大的数字。有关更多信息，请参阅“管理更大规模的运行器”。
• 存储库权限：确保为您的更大规模运行器启用了相应的存储库权限。默认情况下，企业运行器在存储库级别不可用，必须由组织管理员手动启用。有关更多信息，请参阅“管理更大规模的运行器”。
• 计费信息：您必须在文件中拥有有效的信用卡才能使用更大规模的运行器。将信用卡添加到您的帐户后，可能需要最多 10 分钟才能启用更大规模运行器的使用。有关更多信息，请参阅“添加或编辑付款方式”。
• 支出限额：您的 GitHub Actions 支出限额必须设置为大于零的值。有关更多信息，请参阅“管理 GitHub Actions 的支出限额”。
• 合理使用政策：GitHub 有一项合理使用政策，该政策会根据多个因素（例如您正在运行的作业数量或整个 GitHub Actions 中正在运行的作业数量）开始限制作业。
• 作业队列以分配时间：作业队列以分配时间是指作业请求与 GitHub 分配虚拟机以执行作业之间的时间。利用规定的 YAML 工作流标签（例如 ubuntu-latest）的标准 GitHub 托管运行器始终处于“预热”状态。对于更大规模的运行器，预热机器可能无法在第一次请求时准备好获取作业，因为这些机器的池较小。因此，GitHub 可能需要创建一个新的虚拟机，这会增加分配时间的队列。运行器投入使用后，虚拟机将随时准备进行后续工作流运行，从而减少未来 24 小时内后续工作流运行的分配时间队列。