Acessando os painéis de monitoramento
-
Em uma conta administrativa no GitHub Enterprise Server, no canto superior direito de qualquer página, clique em .
-
Se você ainda não estiver na página "Administração do site", no canto superior esquerdo, clique em Administração do site.
-
Na barra lateral " Site admin", clique em Console de Gerenciamento.
-
Na barra de navegação superior, clique em Monitor.

-
Em ambientes de alta disponibilidade (HA) e clusters, você pode alternar entre os nós usando a lista suspensa e clicando em um nome de host diferente.
Usando os painéis de controle
Os painéis visualizam métricas que podem ser úteis para solucionar problemas de desempenho e entender melhor como o GitHub Enterprise Server dispositivo está sendo usado. Os dados por trás dos grafos são coletados pelos serviços de monitoramento e amostrados regularmente.
Nos painéis pré-criados, você pode encontrar várias seções agrupando gráficos de diferentes tipos de recursos do sistema. Use os links na página para navegar entre os painéis.

Se você tiver habilitado métricas para OpenTelemetry, os painéis adicionais estarão disponíveis, consulte: Painéis avançados de métricas do OpenTelemetry.
Painel "Saúde Operacional"
Esse é o painel padrão exibido na página "Monitor". Ele visualiza as principais métricas que ajudam você a obter uma visão geral rápida da integridade do dispositivo GitHub Enterprise Server .
O painel "Informações do Sistema e Aplicativos"
Neste painel mais detalhado, você pode obter mais informações sobre todos os aspectos dos serviços em execução no dispositivo.
Criando novos painéis
GitHub Enterprise Server A partir da 3.18, você pode criar dashboards e alertas personalizados do Grafana diretamente dentro do Console de Gerenciamento. Esses dashboards e alertas personalizados persistirão durante as atualizações, facilitando a manutenção da configuração de monitoramento.
Importante
Os painéis pré-criados podem ser abertos e editados para inspeção, mas as alterações não podem ser salvas. Crie uma cópia de um painel para aplicar e reter as personalizações.
Você pode usar o OpenTelemetry e as métricas coletadas simultaneamente para monitoramento externo. Durante o prévia pública, o collectd permanece habilitado e não pode ser desabilitado.
Para obter mais informações sobre as métricas do OpenTelemetry, consulte Sobre as métricas do OpenTelemetry.
Para obter mais informações sobre as métricas coletadas, consulte Sobre as métricas coletadas.
Sobre as métricas nos painéis de controle do monitor
Os painéis do monitor fornecem uma visão abrangente de várias métricas que ajudam a entender o desempenho e a integridade de sua GitHub Enterprise Server instância. Essas métricas são categorizadas em seções diferentes para facilitar a análise de aspectos específicos do sistema.
Saúde do Sistema
Os gráficos de integridade do sistema fornecem uma visão geral dos serviços e da utilização de recursos do sistema. Os gráficos de CPU, memória e média de carga são úteis para identificar tendências ou horários em que ocorreu a saturação de recursos provisionados. Para saber mais, confira Limites de alerta recomendados.
Saúde do aplicativo
Esses grafos incluem as principais métricas para a utilização de recursos de serviços que alimentam GitHub Enterprise Server. Eles ajudam a visualizar problemas contínuos durante o processamento de solicitações.
- Nomad jobs: o uso de CPU e memória dos serviços individuais. GitHub Enterprise Server utiliza o Nomad internamente como o orquestrador de carga de trabalho.
- Código de resposta: O número de respostas por código de status retornado em todos os serviços GitHub Enterprise Server.
- Response time: a velocidade das solicitações da Web no 90º percentil, em milissegundos.
-
**Trabalhadores em atividade:** o número de trabalhadores da web ocupados por aplicativo GitHub Enterprise Server. - Solicitações em fila: A quantidade de requisições web em fila por GitHub Enterprise Server aplicativo. Espera-se que esse painel exiba "Nenhum dado" quando nenhuma solicitação estiver enfileirada.
- ElasticSearch Cluster Health: o status de integridade do cluster do ElasticSearch, com base no estado de seus fragmentos primários e de réplica. Esse cluster alimenta a GitHub Enterprise Server pesquisa.
Processos
A seção de grafo de processos analisa mais profundamente os principais serviços individuais que compõem o GitHub Enterprise Server dispositivo. Examinar esses serviços individualmente pode mostrar como as tendências de uso afetam os recursos do sistema ao longo do tempo.
Autenticação
Os grafos de autenticação dividem as taxas nas quais os usuários e aplicativos estão se autenticando no GitHub Enterprise Server dispositivo. Também rastreamos o protocolo ou tipo de serviço, como Git ou API, para as autenticações, o que é útil para identificar tendências amplas de atividade do usuário. Os gráficos de autenticação podem ajudá-lo a encontrar tendências ou prazos interessantes para analisar ao se aprofundar nos logs de autenticação e solicitação de API.
LDAP
Os grafos LDAP só exibirão dados se a autenticação LDAP estiver habilitada no GitHub Enterprise Server dispositivo. Para saber mais, confira Usando o LDAP. Esses gráficos podem ajudar você a identificar respostas lentas do servidor LDAP, bem como o volume geral de autenticações baseadas em senha LDAP.
Servidores de aplicativo
A seção servidores de aplicativos fornece insights sobre a atividade de GitHub Enterprise Server serviços que fornecem dados para usuários e integrações.
Solicitação/resposta do aplicativo
A seção Solicitação/resposta do aplicativo analisa a taxa de solicitações, a rapidez com que essas solicitações são respondidas e com que status elas foram retornadas.
Ações
Os gráficos apresentam diferentes métricas sobre GitHub Actions sua instância do GitHub Enterprise Server incluindo uma visão geral das solicitações de serviço web GitHub Actions e do tamanho do log de transações do banco de dados MSSQL.
Trabalhos em segundo plano
Número de tarefas enfileiradas para processamento em segundo plano no aparelho GitHub Enterprise Server.
Manutenção do Git
Monitorar falhas de manutenção do Git pode ajudar clientes com repositórios grandes e ativos a gerenciar proativamente a integridade do repositório. "Falhas espúrias" e "repetições" ocasionais são esperadas, mas se um repositório mostrar repetidamente a manutenção do Git marcada como "com falha", recomendamos entrar em contato com Suporte do GitHub.
Rede
Os grafos de interface de rede podem ser úteis na criação de perfil da atividade do usuário e na taxa de transferência do tráfego dentro e fora do GitHub Enterprise Server dispositivo.
Armazenamento
GitHub Enterprise Server O desempenho do repositório depende muito do sistema de armazenamento subjacente. Os discos SSD locais de baixa latência fornecem o mais alto desempenho. Para obter mais informações sobre a GitHub Enterprise arquitetura de armazenamento, consulte [AUTOTITLE](/admin/overview/system-overview).
Serviços de sistema específicos do dispositivo
Os grafos de serviços do sistema contêm dados relacionados aos principais bancos de dados em GitHub Enterprise Server. Estes são bancos de dados persistentes MySQL e Elasticseach, bem como Redis e Memcached, que contêm dados efêmeros.
- Memcached: fornece uma camada de cache na memória para operações da Web e de API. O Memcached ajuda a fornecer tempos de resposta mais rápidos para usuários e integrações que interagem com o sistema.
- MySQL: o banco de dados primário em GitHub Enterprise Server. Usuário, problema e outros metadados não relacionados ao git ou à pesquisa são armazenados no MySQL.
- Trabalhos Nomad: GitHub Enterprise Server utiliza o Nomad internamente como orquestrador de carga de trabalho, onde a CPU e o uso de memória de serviços individuais podem ser visualizados.
- Redis: O banco de dados contém principalmente a fila de trabalhos em segundo plano, bem como informações sobre o estado da sessão.
- Kafka-Lite: serviço de broker Kafka para processamento de trabalhos.
- Elasticsearch: potencializa as funções de busca internas em GitHub Enterprise Server.
- Ganchos personalizados: gráficos relacionados à execução do gancho de pré-recebimento.
- Cache de busca do Git: GitHub Enterprise Server tentará armazenar em cache operações intensivas, como objetos de pacote git, quando várias solicitações idênticas chegarem em sucessão rápida.
- MinIO: armazenamento usado por alguns GitHub Enterprise Server serviços.
- Pacotes: solicitações de alimentação GitHub Packages.
- SecretScanning: serviços que possibilitam recursos Secret scanning.
- CodeScanning: serviços que alimentam os recursos de Code scanning.
- Cluster: gráficos relacionados à GitHub Enterprise Server alta disponibilidade ou agrupamento.
- Babeld: Proxy do Git.
- Alive: Serviço que alimenta atualizações ao vivo.
- Ghes-manage: serviço que alimenta a API de Gerenciamento do GHES.