Skip to main content
Publicamos actualizaciones para la documentación con frecuencia y es posible que aún se esté traduciendo esta página. Para obtener la información más reciente, consulta la documentación en inglés.

Configuración de los límites de frecuencia

Puedes configurar límites de tasa para GitHub Enterprise Server usando la Management Console.

Quién puede usar esta característica

Site administrators can configure rate limits for a GitHub Enterprise Server instance.

Acerca de los límites de frecuencia para GitHub Enterprise Server

Para evitar el uso excesivo de recursos en your GitHub Enterprise Server instance que podrían afectar a la disponibilidad o al rendimiento de la instancia para todos los usuarios, puedes configurar los límites de frecuencia. Los límites de frecuencia son configurables para GitHub Enterprise Server APIs y GitHub Actions.

Implementa los límites de frecuencia cuidadosamente y comunícate con frecuencia con los usuarios a medida que ajustes los límites. Para evitar interrumpir el trabajo de los usuarios, GitHub recomienda empezar con límites de frecuencia permisivos y ajustar gradualmente los límites para adaptarlos a tu entorno.

También puedes configurar los límites de frecuencia para los intentos de autenticación en Management Console. Para más información, vea "Acceso a la consola de administración".

Habilitación de límites de frecuencia para GitHub Enterprise Server APIs

Un número excesivo de solicitudes a GitHub Enterprise Server APIs puede afectar a la disponibilidad y al rendimiento de la instancia. Para obtener más información sobre cómo afectan los límites de velocidad para la API a los usuarios, consulta "Recursos en la API de REST".

Puede excluir una lista de usuarios de los límites de frecuencia de API mediante la utilidad ghe-config en el shell administrativo. Para más información, vea "Utilidades de línea de comandos".

Nota: En Management Console se indica el período de tiempo (por minuto o por hora) de cada límite de frecuencia.

  1. Desde una cuenta administrativa de GitHub Enterprise Server, en la esquina superior derecha de cualquier página, haz clic en .

    Captura de pantalla del icono de cohete para acceder a los ajustes administrativos

  2. Si todavía no está en la página "Administrador del sitio", en la esquina superior izquierda, haga clic en Administrador del sitio.

    Captura de pantalla del vínculo "Administrador del sitio" 1. En la barra lateral de la izquierda, haga clic en Management Console . Pestaña Management Console en la barra lateral de la izquierda

  3. En "Limitación de frecuencia", seleccione Habilitar limitación de frecuencia de API HTTP. Casilla para habilitar la limitación de frecuencia de API

  4. Escribe los límites para las solicitudes autenticadas y no autenticadas para cada API o acepta los límites predeterminados que aparecen completados.

  5. En la barra lateral de la izquierda, haga clic en Guardar configuración.

    Captura de pantalla del botón para guardar los ajustes en la Management Console

    Nota: Al guardar la configuración en la Management Console se restablecen los servicios de sistema, lo que podría generar un tiempo de inactividad visible para el usuario.

  6. Espera que se complete la fase de configuración.

    Configurar tu instancia

Habilitar los límites de tasa secundarios

Si se establecen límites de frecuencia secundarios, se protege el nivel general de servicio en your GitHub Enterprise Server instance.

  1. Desde una cuenta administrativa de GitHub Enterprise Server, en la esquina superior derecha de cualquier página, haz clic en .

    Captura de pantalla del icono de cohete para acceder a los ajustes administrativos

  2. Si todavía no está en la página "Administrador del sitio", en la esquina superior izquierda, haga clic en Administrador del sitio.

    Captura de pantalla del vínculo "Administrador del sitio" 1. En la barra lateral de la izquierda, haga clic en Management Console . Pestaña Management Console en la barra lateral de la izquierda

  3. En "Limitación de frecuencia", seleccione Habilitar limitación de frecuencia secundaria. Casilla para habilitar la limitación de frecuencia secundaria

  4. Escribe límites para las solicitudes totales, límite de CPU y límite de CPU para búsquedas, o acepta los límites predeterminados que aparecen completados.

  5. En la barra lateral de la izquierda, haga clic en Guardar configuración.

    Captura de pantalla del botón para guardar los ajustes en la Management Console

    Nota: Al guardar la configuración en la Management Console se restablecen los servicios de sistema, lo que podría generar un tiempo de inactividad visible para el usuario.

  6. Espera que se complete la fase de configuración.

    Configurar tu instancia

Habilitación de los límites de frecuencia para Git

Si un miembro del personal de GitHub lo ha recomendado, puedes aplicar límites de frecuencia de Git por red de repositorios o por identificador de usuario. Los límites de tasa de Git se expresan en operaciones simultáneas por minuto y se adaptan en función de la carga de CPU actual.

Advertencia: Te recomendamos que dejes esta configuración deshabilitada, a menos que lo recomiende directamente un miembro del personal de GitHub. Las operaciones de Git rara vez son el principal impulsor del uso de CPU y RAM. Si se habilita esta característica, las operaciones de Git podrían ser más propensas a errores en condiciones de carga elevada, pero no se aborda la causa subyacente de esas condiciones.

  1. Desde una cuenta administrativa de GitHub Enterprise Server, en la esquina superior derecha de cualquier página, haz clic en .

    Captura de pantalla del icono de cohete para acceder a los ajustes administrativos

  2. Si todavía no está en la página "Administrador del sitio", en la esquina superior izquierda, haga clic en Administrador del sitio.

    Captura de pantalla del vínculo "Administrador del sitio" 1. En la barra lateral de la izquierda, haga clic en Management Console . Pestaña Management Console en la barra lateral de la izquierda

  3. En "Limitación de frecuencia", seleccione Habilitar limitación de frecuencia de Git. Casilla para habilitar la limitación de frecuencia de Git

  4. Escribe los límites para cada red de repositorios o ID de usuario. Campos para los límites de red de repositorio e identificador de usuario 1. En la barra lateral de la izquierda, haga clic en Guardar configuración.

    Captura de pantalla del botón para guardar los ajustes en la Management Console

    Nota: Al guardar la configuración en la Management Console se restablecen los servicios de sistema, lo que podría generar un tiempo de inactividad visible para el usuario.

  5. Espera que se complete la fase de configuración.

    Configurar tu instancia

Configuración de límites de frecuencia para GitHub Actions

Puedes aplicar un límite de frecuencia a las ejecuciones de flujo de trabajo de GitHub Actions. Para obtener más información acerca de GitHub Actions, consulta "Acerca de los datos GitHub Actions para empresas".

Acerca de los límites de frecuencia para GitHub Actions

Tu instancia GitHub Enterprise Server asigna cada trabajo de flujo de trabajo GitHub Actions a un ejecutor. Si la instancia no puede asignar inmediatamente un trabajo a un ejecutor disponible, el trabajo esperará en una cola hasta que un ejecutor esté disponible. Si GitHub Actions experimenta una carga elevada de forma sostenida, la cola puede realizar copias de seguridad y el rendimiento de your GitHub Enterprise Server instance podría empeorar.

Para evitar esta degradación del rendimiento, puedes configurar un límite de frecuencia para GitHub Actions. Este límite de frecuencia se expresa en ejecuciones de trabajos por minuto. GitHub Enterprise Server calcula y aplica el límite de frecuencia para la suma total de todas las ejecuciones de trabajo en la instancia. Si las ejecuciones superan el límite de frecuencia, las ejecuciones adicionales darán un error en lugar de entrar en la cola. El siguiente error aparecerá en las anotaciones de la ejecución.

Has superado el límite de frecuencia de las solicitudes de ejecución de flujo de trabajo. Espera antes de reintentar la ejecución.

Un límite de frecuencia adecuado protege your GitHub Enterprise Server instance frente al uso anómalo de GitHub Actions sin interferir con las operaciones diarias. El umbral exacto depende de los recursos disponibles de la instancia y del perfil de carga general. Para obtener más información sobre los requisitos de hardware para GitHub Actions, consulta "Introducción a GitHub Actions para GitHub Enterprise Server."

De forma predeterminada, el límite de frecuencia para GitHub Actions está deshabilitado. Dado que GitHub Enterprise Server puede controlar picos temporales de uso sin degradación del rendimiento, este límite de frecuencia está pensado para protegerse frente a una carga elevada sostenida. Se recomienda dejar deshabilitado el límite de frecuencia a menos que estés experimentando problemas de rendimiento. En algunos casos, GitHub Support puede recomendar que habilites un límite de frecuencia para GitHub Actions.

Habilitación o deshabilitación de los límites de frecuencia para GitHub Actions

  1. SSH en your GitHub Enterprise Server instance Si la instancia consta de varios nodos, por ejemplo, si la alta disponibilidad o la replicación geográfica están configuradas, utiliza SSH en el nodo principal. Si usas un clúster, puedes utilizar SSH en cualquier nodo. Para obtener más información acerca del acceso a SSH, consulta "Acceso al shell administrativo (SSH)".

    $ ssh -p 122 admin@HOSTNAME
  2. Para habilitar y configurar el límite de frecuencia, ejecuta los dos comandos siguientes, reemplazando RUNS-PER-MINUTE por el valor de su elección.

    ghe-config actions-rate-limiting.enabled true
    ghe-config actions-rate-limiting.queue-runs-per-minute RUNS-PER-MINUTE
  3. Para deshabilitar el límite de frecuencia después de habilitarlo, ejecuta el siguiente comando.

    ghe-config actions-rate-limiting.enabled false
    
  4. Para aplicar la configuración, ejecuta el siguiente comando.

    ghe-config-apply
    
  5. Espera que se complete la fase de configuración.