我的gitlab项目通过webhook触发jenkins。Jenkins有一个gitlab插件，可以更新作业状态（penging，success或failed）。今天我遇到了一个gitlab工作配额的问题...为什么会这样？GitLab文档说他们计算gitlab共享runner使用的分钟数，但我使用的是外部作业。有什么建议吗？
ffvjumwh1#
如果从GitLab触发作业，GitLab plugin将触发使用GitLab运行器（可能是共享运行器，这会影响CICD minutes）。即使将构建状态发送回GitLab，在那里它将在提交和/或合并请求UI中可见，它也可能涉及共享运行器。通过查看个人命名空间使用的CI/CD分钟数来检查是否存在这种情况。请注意，See GitLab 15.1（2022年6月）增加了：
对公共项目使用共享SaaS runner与项目所在的相应层具有相同的CI/CD分钟限制。管理组的用户可以看到整个组的总runner使用情况，但无法在一个位置看到单个项目的使用情况。这使得很难确定一个组中哪些项目使用了最多的CI/CD分钟。现在，您可以按项目查看组的SaaS运行器使用情况，就像在个人名称空间中一样。现在更容易找到使用CI/CD分钟数最多的项目，并在必要时使其管道更有效。x1c 0d1x的数据参见文档和Issue。另外，GitLab 15.2（2022年7月）增加了：
现在将对www.example.com用户实施Webhook速率限制GitLab.com，以保护GitLab应用程序的性能和可用性。作为回报，该限制可保护所有租户的性能。限制适用于每个计划和每个命名空间，并基于您订阅中的席位数，每个顶级命名空间每分钟500个呼叫开始，最多13，000个呼叫。参见文档和Issue。GitLab 16.2（2023年7月）提供了更快的SaaS运行器，这也有助于减少分钟数：
现在，我们已将具有4个vCPU和16 GB RAM的中型GitLab SaaS runner on Linux提供给所有层。以前，免费层的用户只能使用我们的小型Linux runner，有时会导致CI/CD执行时间更长。我们很高兴看到我们的免费用户加快了他们的管道速度。参见Documentation和Issue。
1条答案
按热度按时间ffvjumwh1#
如果从GitLab触发作业，GitLab plugin将触发使用GitLab运行器（可能是共享运行器，这会影响CICD minutes）。
即使将构建状态发送回GitLab，在那里它将在提交和/或合并请求UI中可见，它也可能涉及共享运行器。
通过查看个人命名空间使用的CI/CD分钟数来检查是否存在这种情况。
请注意，See GitLab 15.1（2022年6月）增加了：
查看群组内每个项目的共享runner使用情况
对公共项目使用共享SaaS runner与项目所在的相应层具有相同的CI/CD分钟限制。管理组的用户可以看到整个组的总runner使用情况，但无法在一个位置看到单个项目的使用情况。这使得很难确定一个组中哪些项目使用了最多的CI/CD分钟。
现在，您可以按项目查看组的SaaS运行器使用情况，就像在个人名称空间中一样。现在更容易找到使用CI/CD分钟数最多的项目，并在必要时使其管道更有效。
x1c 0d1x的数据
参见文档和Issue。
另外，GitLab 15.2（2022年7月）增加了：
强制每计划Webhook速率限制
现在将对www.example.com用户实施Webhook速率限制GitLab.com，以保护GitLab应用程序的性能和可用性。作为回报，该限制可保护所有租户的性能。
限制适用于每个计划和每个命名空间，并基于您订阅中的席位数，每个顶级命名空间每分钟500个呼叫开始，最多13，000个呼叫。
参见文档和Issue。
GitLab 16.2（2023年7月）提供了更快的SaaS运行器，这也有助于减少分钟数：
Linux上的中型SaaS runner可用于所有层
现在，我们已将具有4个vCPU和16 GB RAM的中型GitLab SaaS runner on Linux提供给所有层。
以前，免费层的用户只能使用我们的小型Linux runner，有时会导致CI/CD执行时间更长。我们很高兴看到我们的免费用户加快了他们的管道速度。
参见Documentation和Issue。