Puede estar sujeto a limitaciones de velocidad por GitHub Actions al escalar verticalmente su uso. Se pueden aumentar algunos límites poniéndose en contacto con de soporte técnico de GitHubel administrador del sitio.
A menos que se indique lo contrario, el comportamiento esperado cuando se alcanza un límite es que el flujo de trabajo o el trabajo se cancelen.
Estos límites están sujetos a cambios.
Límites del sistema existentes
| Categoría del límite | Límite | Umbral | Descripción | ¿Puede GitHub aumentar el soporte técnico? |
|---|---|---|---|---|
| Límite de ejecución de flujo de trabajo | Tiempo de ejecución de flujo de trabajo | 35 días/ejecución de flujo de trabajo | Si un flujo de trabajo llega a este límite, se cancelará. Este periodo incluye la duración de la ejecución y el tiempo invertido en la espera y la aprobación. | |
| Límite de ejecución de flujo de trabajo | Hora de aprobación de la puerta | 30 días | Un flujo de trabajo puede esperar hasta 30 días en aprobaciones de entorno. | |
| Límite de ejecución de flujo de trabajo | Matriz de trabajos | 256 trabajos/ejecución de flujo de trabajo | Una matriz de trabajos puede generar un máximo de 256 trabajos por ejecución de flujo de trabajo. Este límite se aplica tanto a los ejecutores alojados en GitHub como a los autohospedados. | |
| Límite de ejecución de flujo de trabajo | Volver a ejecutar | 50 retransmisiones | Una ejecución de flujo de trabajo se puede volver a ejecutar un máximo de 50 veces. Este límite incluye tanto las repeticiones completas como las repeticiones de un subconjunto de trabajos. | |
| Ticket de soporte | ||||
| Archivo de flujo de trabajo | Tamaño del archivo de flujo de trabajo | 500 KB por archivo | Un archivo de flujo de trabajo superior a 500 KB no iniciará ejecuciones. Consulte Tamaño del archivo de flujo de trabajo. | |
| Comprobaciones | Ejecuciones de comprobación por conjunto de comprobaciones | 50.000 ejecuciones de comprobación / conjunto de comprobación | Una suite de comprobación puede tener un máximo de 50.000 ejecuciones de comprobación. Este límite se aplica a las ejecuciones de comprobación creadas a través de checks API y por ejecuciones GitHub Actions de flujo de trabajo. Cuando un conjunto de comprobaciones alcanza este límite, no se pueden crear ejecuciones de comprobación adicionales para ese conjunto de comprobaciones. | |
| Ticket de soporte | ||||
| Puesta en cola de flujos de trabajo | Límite de frecuencia de eventos del desencadenador de flujos de trabajo | 1500 eventos/10 segundos/repositorio | Cada repositorio está limitado a eventos que desencadenan una ejecución de flujo de trabajo. | |
| Ticket de soporte | ||||
| Puesta en cola de flujos de trabajo | Ejecución de flujo de trabajo en cola | 500 ejecuciones de flujo de trabajo/10 segundos | Cuando se alcanza el límite, las ejecuciones de flujo de trabajo que se supone que desencadenaron los eventos de webhook se bloquearán y no se pondrán en cola. Los flujos de trabajo reutilizables se ven como una sola entidad. Por ejemplo, una ejecución con 30 flujos de trabajo reutilizables cuenta como 1 en esta instancia. | |
| Autohospedado | Registros de ejecutor | 1500 ejecutores/5 minutos/repositorio/org/empresa | Los ejecutores se pueden registrar por repositorio, organización o empresa. | |
| Ticket de soporte | ||||
| Autohospedado | Ejecutores por grupo de ejecutores | 10,000 ejecutores | Ejecutores registrados al mismo tiempo por grupo de ejecutores. | |
| Autohospedado | Tiempo de ejecución del trabajo | 5 días | Cada trabajo de un flujo de trabajo se puede ejecutar durante un máximo de 5 días. Si un trabajo alcanza este límite, este se terminará y fallará en completarse. | |
| Autohospedado | Tiempo de cola de trabajos | 24 horas | Un trabajo puede estar en la cola durante 24 horas antes de que se cancele automáticamente. | |
| Todos los ejecutores hospedados en GitHub | Simultaneidad del trabajo | Varía | Consulte Límites de simultaneidad de trabajos para ejecutores hospedados en GitHub. | |
| Ticket de soporte | ||||
| Todos los ejecutores hospedados en GitHub | Tiempo de ejecución del trabajo | 6 horas | Cada trabajo de un flujo de trabajo se puede ejecutar durante un tiempo de ejecución máximo de 6 horas. Si un trabajo alcanza este límite, este se terminará y fallará en completarse. | |
| Ejecutores más grandes | Límite de simultaneidad por ejecutor | Varía según el tipo de ejecutor | Se establece al configurar un ejecutor. Normalmente, un máximo de 1000 para los ejecutores de CPU de Linux, pero varía según el tipo. Consulte Límites de simultaneidad de trabajos para ejecutores hospedados en GitHub. | |
| Ticket de soporte | ||||
| Ejecutores más grandes | Límites de direcciones IP estáticas | 10 direcciones IP | 10 IP por empresa y organización. | |
| Ticket de soporte | ||||
| Ejecutores más grandes | Escalado de direcciones IP privadas para la inyección de red virtual | 30 % de búfer | Necesitas un búfer para dar cabida a la simultaneidad máxima del trabajo que prevés. Consulta Escalado de direcciones IP privadas para la inyección de red virtual en ejecutores de mayor capacidad. | |
| red virtual configurable de Azure | ||||
| Almacenamiento en caché de dependencias | Cargas por minuto | 200 por minuto | Cada repositorio está limitado a 200 cargas de entrada de caché por minuto. Si se supera este límite, se producirá un error en los intentos posteriores de carga de caché hasta que se restablezca el límite de velocidad. | |
| Almacenamiento en caché de dependencias | Descargas por minuto | 1500 por minuto | Cada repositorio está limitado a 1500 descargas de entrada de caché por minuto. Si se supera este límite, se producirá un error en los intentos posteriores de descarga de caché hasta que se restablezca el límite de velocidad. | |
| Almacenamiento en caché de dependencias | Eliminaciones por minuto | 400 por minuto | Cada repositorio está limitado a 400 operaciones de eliminación de caché por minuto. Si se supera este límite, se producirá un error en los intentos posteriores de eliminación de caché hasta que se restablezca el límite de velocidad. Cada solicitud para eliminar las memorias caché por clave o por identificador cuenta para este límite. |
Tamaño del archivo de flujo de trabajo
Cada archivo de flujo de trabajo del .github/workflows directorio debe ser de 500 KB o más pequeño para desencadenar una ejecución. Para reducir el tamaño de un archivo de flujo de trabajo, mueva la lógica compartida a un flujo de trabajo reutilizable o una acción compuesta. Consulta Reutilización de flujos de trabajo o Crear una acción compuesta.
Límites de simultaneidad de trabajos para ejecutores hospedados en GitHub.
GitHub El soporte puede aumentar los límites de simultaneidad de la tarea para GitHub Actions. Para solicitar un aumento, envía una incidencia de soporte técnico.
| Tipo de ejecutor | Plan GitHub | Jobs simultáneos totales | Jobs simultáneos de macOS máximos | Número máximo de trabajos simultáneos de GPU |
|---|---|---|---|---|
| Ejecutor hospedado en GitHub estándar | Gratis | 20 | 5 | No aplicable |
| Ejecutor hospedado en GitHub estándar | Pro | 40 | 5 | No aplicable |
| Ejecutor hospedado en GitHub estándar | Team | 60 | 5 | No aplicable |
| Ejecutor hospedado en GitHub estándar | Enterprise | 500 | 50 | No aplicable |
| Ejecutor más grande | Team | 1000 | 5 | 100 |
| Ejecutor más grande | Enterprise | 1000 | 50 | 100 |
Nota:
El número máximo de trabajos simultáneos en macOS se comparte entre los ejecutores hospedados en GitHub y los ejecutores hospedados en GitHub más grandes.
Límites de almacenamiento para todos los ejecutores hospedados en GitHub
GitHub El soporte no puede aumentar los límites de almacenamiento para GitHub Actions.
| Planificación | Almacenamiento de artefactos | Minutos (por mes) | Almacenamiento en caché (por repositorio) | Almacenamiento de imágenes personalizado |
|---|---|---|---|---|
| GitHub Free | 500 MB | 2,000 | 10 GB | No aplicable |
| GitHub Pro | 1 GB | 3,000 | 10 GB | No aplicable |
| GitHub Free para organizaciones | 500 MB | 2,000 | 10 GB | No aplicable |
| GitHub Team | 2 GB | 3,000 | 10 GB | 75 GB |
| GitHub Enterprise Cloud | 50 GB | 50,000 | 10 GB | 150 GB |
Escalado de direcciones IP privadas para la inyección de red virtual en ejecutores de mayor capacidad
Al usar ejecutores de mayor capacidad con la inyección de red virtual, debes determinar el intervalo de direcciones IP de subred adecuado, para el que se recomienda agregar un búfer a la simultaneidad máxima de trabajos prevista. Por ejemplo, si los ejecutores de la configuración de red se establecen en una simultaneidad de trabajo máxima de 300, usa un intervalo de direcciones IP de subred que pueda contener al menos 390 ejecutores. Tenga en cuenta que Azure reserva 5 direcciones IP en cada subred (primero 4 y últimos 1), lo que establece un tamaño de subred práctico mínimo en función de los requisitos del ejecutor. Es posible que las subredes muy pequeñas (como /29 o más pequeñas) no proporcionen suficientes direcciones utilizables para tus necesidades.
Alcanzar normalmente los límites de servicio dependientes
Los límites de velocidad de la API REST de GitHub se aplican a usuarios de GitHub Actions, los que suelen superarse son:
-
Usuarios no autenticados-Puedes realizar solicitudes sin autenticar si solo recuperas datos públicos. Las solicitudes sin autenticar se asocian a la dirección IP original y no al usuario o la aplicación que las realizó.
Para solicitudes no autenticadas, el límite de volumen principal permite hasta 60 solicitudes por hora.
-
Usuarios autenticados-Puedes usar un personal access token para realizar solicitudes de API. Además, puedes autorizar una GitHub App o OAuth app, que pueden realizar solicitudes de API en tu nombre.
Todas estas solicitudes cuentan para el límite de volumen personal de 5000 solicitudes por hora.
-
GitHub instalaciones de aplicaciones-Las GitHub Apps que se autentican con un token de acceso de instalación utilizan el límite de tasa mínimo de la instalación de 5.000 solicitudes por hora. Si la instalación está en una organización de GitHub Enterprise Cloud o empresa, la instalación tiene un límite de velocidad de 15 000 solicitudes por hora.
En el caso de las instalaciones que no están en una organización de GitHub Enterprise Cloud o empresa, el límite de velocidad de la instalación se escalará con el número de usuarios y repositorios. Las instalaciones que tienen más de 20 repositorios reciben otras 50 solicitudes adicionales por hora para cada repositorio. Las instalaciones que se encuentran en una organización que tienen más de 20 usuarios reciben otras 50 solicitudes por hora para cada usuario. El límite de volumen no puede superar las 12 500 solicitudes por hora.
Los límites de volumen principales para tokens de acceso de usuario de GitHub App (en lugar de los tokens de acceso de instalación) vienen definidos por los límites de volumen principal para el usuario autenticado. Este límite de volumen se combina con las solicitudes que realiza otra GitHub App o OAuth app en nombre de ese usuario y las solicitudes que el usuario realiza con un personal access token. Para más información, consulta Límites de tasa de la API REST.
-
**Aplicaciones de OAuth -**Para estas solicitudes, el límite de velocidad es de 5000 solicitudes por hora por OAuth app. Si la aplicación pertenece a una organización de GitHub Enterprise Cloud, el límite de volumen es de 15 000 solicitudes por hora.
-
GITHUB TOKEN-El límite de volumen de
GITHUB_TOKENes de 1000 solicitudes por hora y repositorio. -
Límites- de velocidad secundarios Además de los límites de frecuencia principal, GitHub aplica los límites de velocidad secundarios para evitar el abuso y mantener la API disponible para todos los usuarios, no se pueden configurar con GHEC. Para más información, consulta Límites de tasa de la API REST.
límite de velocidad de Docker Hub para GitHub Actions
- Los ejecutores hospedados en GitHub que extraen imágenes públicas: no se aplica el límite de velocidad de Docker Hub en.
- Los ejecutores hospedados en GitHub que extraen imágenes privadas: la extracción de imágenes privadas de Docker Hub está sujeta al límite de velocidad.
- Los ejecutores autohospedados que extraen imágenes públicas o privadas: la extracción de imágenes de Docker Hub siempre está sujeta al límite de frecuencia.