Acerca de los paneles de supervisión

Acceso a los paneles de supervisión

1. Desde una cuenta administrativa de GitHub Enterprise Server, en la esquina superior derecha de cualquier página, haz 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.

3. En la barra lateral " Administrador del sitio", haz clic en Consola de administración .

4. En la barra de navegación superior, haz clic en Supervisar.

   

5. En entornos de alta disponibilidad y clúster, puede cambiar entre nodos mediante la lista desplegable y hacer clic en otro nombre de host.

Uso de los paneles de supervisión

Los paneles visualizan las métricas que pueden resultar útiles para solucionar problemas de rendimiento y comprender mejor cómo se usa el dispositivo del GitHub Enterprise Server. El servicio collectd recopila los datos subyacentes a los gráficos y se muestrean cada 10 segundos.

En los paneles precompilados, puedes encontrar varios gráficos de agrupación de secciones de diferentes tipos de recursos del sistema. Usa los vínculos de la página para navegar entre los paneles.

Panel "Operational Health"

Este es el panel predeterminado que se muestra en la página "Monitor". Visualiza métricas clave que te ayudan a obtener una visión general rápida del estado de tu dispositivo del GitHub Enterprise Server.

Panel "System & Application Insights"

En este panel más detallado, puedes obtener más información sobre todos los aspectos de los servicios que se ejecutan en el dispositivo.

Creación de paneles

La creación de su propio panel y alertas requiere que los datos se reenvíen a una instancia externa habilitando el reenvío collectd. Para más información, consulta Configuración de collect en la instancia.

Acerca de las métricas en los paneles de supervisión

System Health

Los gráficos de estado del sistema proporcionan información general sobre los servicios y el uso de recursos del sistema. Los gráficos promedio de CPU, memoria y carga son útiles para identificar tendencias o tiempos en los que se ha producido la saturación de los recursos aprovisionados. Para más información, consulta Límites de alerta recomendados.

Estado de la aplicación

Estos gráficos incluyen métricas clave para el uso de recursos de los servicios que potencian el GitHub Enterprise Server. Ayudan a visualizar problemas que ocurren durante el procesamiento de solicitudes.

• Trabajos de Nomad: uso de la CPU y la memoria de servicios individuales. GitHub Enterprise Server utiliza Nomad internamente como orquestador de cargas de trabajo.
• Código de respuesta: número de respuestas por código de estado que se devuelve en los servicios del GitHub Enterprise Server.
• Tiempo de respuesta: velocidad de las solicitudes web en el percentil 90 en milisegundos.
• Trabajos activos: número de trabajos web ocupados por aplicación del GitHub Enterprise Server.
• Solicitudes en cola: número de solicitudes web en cola por cada aplicación del GitHub Enterprise Server. Se espera que este panel muestre "No data" cuando no haya ninguna solicitud en cola.
• Estado del clúster de ElasticSearch: el estado de mantenimiento del clúster de ElasticSearch, en función del estado de sus particiones principal y de réplica. Este clúster activa la búsqueda del GitHub Enterprise Server.

Procesos

La sección de gráficos de procesos examina en profundidad los principales servicios individuales que componen el dispositivo GitHub Enterprise Server. Ver estos servicios individualmente puede mostrar cómo las tendencias de uso afectan a los recursos del sistema a lo largo del tiempo.

Autenticación

Los gráficos de autenticación desglosan las velocidades a las que los usuarios y las aplicaciones se autentican en el dispositivo GitHub Enterprise Server. También realizamos un seguimiento del tipo de protocolo o servicio, como Git o API para las autenticaciones, lo que resulta útil para identificar tendencias de actividad de usuario amplias. Los gráficos de autenticación pueden ayudarle a encontrar tendencias o períodos de tiempo interesantes a examinar al profundizar en los registros de solicitudes de API y autenticación.

LDAP

Los gráficos LDAP solo mostrarán datos si la autenticación LDAP está habilitada en el dispositivo GitHub Enterprise Server. Para más información, consulta Usar LDAP. Estos gráficos pueden ayudarle a identificar respuestas lentas del servidor LDAP, así como el volumen general de autenticaciones basadas en contraseña LDAP.

Servidores de aplicaciones

La sección servidores de aplicaciones proporciona información sobre la actividad de servicios GitHub Enterprise Server que proporcionan datos a los usuarios e integraciones.

Solicitud-respuesta de la aplicación

La sección Solicitud y respuesta de la aplicación examina la velocidad de las solicitudes, la rapidez con la que se responden esas solicitudes y con el estado al que devolvieron.

Acciones

Los gráficos desglosan distintas métricas sobre GitHub Actions en tu instancia de GitHub Enterprise Server, incluida información general de las GitHub Actions solicitudes web de servicios y del tamaño del registro de transacciones de la base de datos de MSSQL.

Trabajos en segundo plano

Número de tareas en cola para el procesamiento en segundo plano en el dispositivo GitHub Enterprise Server.

Red

Los gráficos de interfaz de red pueden ser útiles para generar perfiles de la actividad del usuario y el rendimiento del tráfico dentro y fuera del dispositivo GitHub Enterprise Server.

Storage

El rendimiento del repositorio GitHub Enterprise Server depende mucho del sistema de almacenamiento subyacente. Baja latencia, los discos SSD locales proporcionan el máximo rendimiento. Para más información sobre la arquitectura de almacenamiento GitHub Enterprise, consulta Información general del sistema.

Servicios del sistema específicos del dispositivo

Los gráficos de servicios del sistema contienen datos relacionados con las bases de datos principales en GitHub Enterprise Server. Se trata de bases de datos persistentes MySQL y Elasticseach, así como Redis y Memcached que contienen datos efímeros.

• Memcached: proporciona una capa de almacenamiento en caché en memoria para las operaciones web y de API. Memcached ayuda a proporcionar tiempos de respuesta más rápidos para los usuarios e integraciones que interactúan con el sistema.
• MySQL: la base de datos principal de GitHub Enterprise Server. El usuario, las propuestas y otros metadatos relacionados con la búsqueda o no git se almacenan en MySQL.
• Trabajos de Nomad: GitHub Enterprise Server utiliza Nomad internamente como orquestador de cargas de trabajo, donde se puede ver el uso de CPU y memoria de servicios individuales.
• Redis: la base de datos contiene principalmente la cola de trabajos en segundo plano, así como la información de estado de sesión.
• Kafka-Lite: servicio de agente de Kafka para el procesamiento de trabajos.
• Elasticsearch: potencia las características de búsqueda integradas en GitHub Enterprise Server.
• Enlaces personalizados: gráficos relacionados con la ejecución del enlace previo a la recepción.
• Almacenamiento en caché de capturas de Git: GitHub Enterprise Server intentará almacenar en caché operaciones intensivas, como objetos de paquete de Git, cuando llegan varias solicitudes idénticas en sucesión rápida.
• MinIO: almacenamiento usado por algunos servicios GitHub Enterprise Server.
• Paquetes: solicitudes que habilitan GitHub Packages.
• SecretScanning: servicios que habilitan las características de Secret scanning.
• CodeScanning: servicios que habilitan las características de Code scanning.
• Clúster: gráficos relacionados con la alta disponibilidad o agrupación en clústeres de GitHub Enterprise Server.
• Babeld: proxy de Git.
• Alive: servicio que habilita las actualizaciones dinámicas.
• Ghes-manage: servicio que habilita la API de Administración de GHES.