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.
All products
Administradores de empresa

Esta versión de GitHub Enterprise se discontinuó el 2023-03-15. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener rendimiento mejorado, seguridad mejorada y nuevas características, actualice a la versión más reciente de GitHub Enterprise. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

Configuración de los límites de frecuencia

En este artículo

Puedes configurar límites de tasa para GitHub Enterprise Server usando la Consola de administración.

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 tu instancia de GitHub Enterprise Server 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 Consola de administración. Para obtener más información, vea «Administración del 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 obtener más información, vea «Utilidades de la ea de comandos».

Nota: En Consola de administración 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, haga clic en .

  2. Si todavía no está en la página "Administrador del sitio", en la esquina superior izquierda, haga clic en Administrador del sitio. 1. En la barra lateral " Administrador del sitio", haz clic en Consola de administración .

  3. En "Limitación de frecuencia", seleccione Habilitar limitación de frecuencia de API HTTP.

  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 "Configuración" , haga clic en Guardar configuración.

    Nota: Al guardar la configuración en la Consola de administración 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.

Habilitar los límites de tasa secundarios

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

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

  2. Si todavía no está en la página "Administrador del sitio", en la esquina superior izquierda, haga clic en Administrador del sitio. 1. En la barra lateral " Administrador del sitio", haz clic en Consola de administración .

  3. En "Limitación de frecuencia", seleccione Habilitar 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 "Configuración" , haga clic en Guardar configuración.

    Nota: Al guardar la configuración en la Consola de administración 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.

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, haga clic en .

  2. Si todavía no está en la página "Administrador del sitio", en la esquina superior izquierda, haga clic en Administrador del sitio. 1. En la barra lateral " Administrador del sitio", haz clic en Consola de administración .

  3. En "Limitación de frecuencia", seleccione Habilitar limitación de frecuencia de Git.

  4. En "Límite de red del repositorio", escribe un límite para cada red del repositorio.

  5. En "Límite de identificador de usuario", escribe un límite para cada identificador de usuario.

  6. En la barra lateral "Configuración" , haga clic en Guardar configuración.

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

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