О мониторе панели мониторинга

Просмотрите исторические данные, такие как использование ЦП и хранилища, время отклика приложения и проверки подлинности, а также общие сведения о работоспособности системы.

В этой статье

Доступ к монитору панели мониторинга

  1. В учетной записи администратора GitHub Enterprise Server, в правом верхнем углу любой страницы щелкните .

  2. Если вы еще не на странице "Администратор сайта", в левом верхнем углу щелкните Администратор сайта.

  3. На боковой панели " "Администратор сайта" щелкните Консоль управления.

  4. В верхней панели навигации нажмите кнопку "Монитор".

    Снимок экрана: заголовок Консоль управления. Вкладка с меткой "Монитор" выделена оранжевым контуром.

  5. В средах высокого уровня доступности и кластера можно переключаться между узлами с помощью раскрывающегося списка и щелкнуть другое имя узла.

Использование панелей мониторинга

Панели мониторинга визуализировать метрики, которые могут быть полезны для устранения проблем с производительностью и лучшего понимания того, как используется устройство GitHub Enterprise Server . Данные, лежащие в основе графиков, собираются службами мониторинга и регулярно отбираются на выборку.

На предварительно созданных панелях мониторинга можно найти различные разделы группирования графов различных типов системных ресурсов. Используйте ссылки на странице для перехода между панелями мониторинга.

Снимок экрана: заголовок Консоль управления . Ссылки навигации панели мониторинга, предоставляемые в правом верхнем углу, выделены оранжевым цветом.

Если вы включили метрики для OpenTelemetry, то доступны дополнительные панели мониторинга, см. раздел AUTOTITLE.

Панель мониторинга "Работоспособное состояние эксплуатации"

Это панель мониторинга по умолчанию, отображаемая на странице "Монитор". Он визуализирует ключевые метрики, которые помогают получить краткий обзор работоспособности устройства GitHub Enterprise Server.

Панель мониторинга System &Application Insights

На этой более подробной панели мониторинга вы можете получить дополнительные сведения обо всех аспектах служб, работающих на устройстве.

Создание панелей мониторинга

Начиная с GitHub Enterprise Server 3.18, вы можете создавать пользовательские панели мониторинга и оповещения Grafana непосредственно внутри Консоль управления. Эти настраиваемые панели мониторинга и оповещения будут сохраняться после обновления, что упрощает поддержку конфигурации мониторинга.

Внимание

Готовые дашборды можно открывать и редактировать для проверки, но изменения сохраняться нельзя. Создайте копию дашборда для применения и сохранения любых настроек.

Вы можете использовать OpenTelemetry и собранные метрики одновременно для внешнего мониторинга. Во время public preview, collectd остается включенным и не может быть отключен.

Дополнительные сведения о метриках OpenTelemetry см. в разделе AUTOTITLE.

Дополнительные сведения о собираемых метриках см. в разделе AUTOTITLE.

Сведения о метриках на панелях мониторинга

Панели мониторинга предоставляют всестороннее представление различных метрик, которые помогают понять производительность и работоспособность экземпляра GitHub Enterprise Server. Эти метрики разделены на различные разделы, чтобы упростить анализ конкретных аспектов системы.

Работоспособности системы

Графики работоспособности системы предоставляют общие сведения об использовании служб и системных ресурсов. Графики ЦП, памяти и загрузки полезны для выявления тенденций или времени, когда произошла подготовка ресурсов. Дополнительные сведения см. в разделе Рекомендуемые пороговые значения оповещений.

Работоспособность приложения

Эти графы включают ключевые метрики для использования ресурсов служб, которые имеют значение GitHub Enterprise Server. Они помогают визуализировать текущие проблемы при обработке запросов.

  • Задания Nomad: использование ЦП и памяти отдельных служб. GitHub Enterprise Server использует Nomad внутренне в качестве оркестратора рабочей нагрузки.
  • Код ответа: количество ответов по коду состояния, возвращаемого в службах GitHub Enterprise Server.
  • Время отклика: скорость веб-запросов на 90-й процентиль в миллисекундах.
  • Активные работники: количество веб-работников, занятых на GitHub Enterprise Server приложения.
  • Очередные запросы: количество веб-запросов в очереди для каждого приложения GitHub Enterprise Server. Ожидается, что на этой панели отображается значение "Нет данных", когда запросы не помещаются в очередь.
  • Состояние работоспособности кластера ElasticSearch: состояние работоспособности кластера ElasticSearch в зависимости от состояния его основных и реплик сегментов. Этот кластер выполняет поиск GitHub Enterprise Server.

Процессы

Раздел графа процессов более подробно рассматривается в основных отдельных службах, составляющих устройство GitHub Enterprise Server. Просмотр этих служб по отдельности может показать, как тенденции использования влияют на системные ресурсы с течением времени.

Проверка подлинности

Графики проверки подлинности разбивают частоту проверки подлинности пользователей и приложений на устройстве GitHub Enterprise Server. Мы также отслеживаем тип протокола или службы, например Git или API для проверки подлинности, что полезно для выявления широких тенденций активности пользователей. Графики проверки подлинности помогут вам найти интересные тенденции или временные интервалы, которые можно просмотреть при погружении в журналы запросов к проверке подлинности и API.

LDAP

Графы LDAP будут отображать только данные, если проверка подлинности LDAP включена на устройстве GitHub Enterprise Server . Дополнительные сведения см. в разделе Использование протокола LDAP. Эти графы помогают определить медленные ответы с сервера LDAP, а также общий объем проверки подлинности на основе паролей LDAP.

Серверы приложений

В разделе "Серверы приложений" представлены сведения о активности служб GitHub Enterprise Server, которые предоставляют данные пользователям и интеграции.

Запрос и ответ приложения

В разделе "Запрос и ответ приложения" рассматривается скорость запросов, как быстро эти запросы отвечают, и с каким состоянием они возвращаются.

Действия

Графы разбивают различные метрики о GitHub Actions на ваш экземпляр GitHub Enterprise Server включая обзор веб-запросов GitHub Actions служб и размер журнала транзакций базы данных MSSQL.

Фоновые задания

Количество задач, в очереди для фоновой обработки на устройстве GitHub Enterprise Server .

Обслуживание Git

Мониторинг сбоев обслуживания Git может помочь клиентам с большими и активными репозиториями заранее управлять работоспособностью репозитория. Иногда ожидаются «поддельные сбои» и «повторные попытки», но если репозиторий постоянно показывает, что обслуживание Git отмечено как «неудачно», мы рекомендуем обратиться в GitHub Support.

Network

Графы сетевого интерфейса могут быть полезны при профилировании действий пользователей, а также пропускной способности трафика из устройства GitHub Enterprise Server .

Хранилище

Производительность репозитория GitHub Enterprise Server зависит от базовой системы хранения. Низкая задержка, локальные диски SSD обеспечивают максимальную производительность. Дополнительные сведения об архитектуре хранилища GitHub Enterprise см. в разделе Обзор системы.

Системные службы, относящиеся к устройству

Графики системных служб содержат данные, связанные с основными базами данных на GitHub Enterprise Server. Это постоянные базы данных MySQL и Elasticseach, а также Redis и Memcached, которые содержат эфемерные данные.

  • Memcached: предоставляет слой кэширования в памяти для операций веб-и API. Memcached помогает обеспечить более быстрое время отклика для пользователей и интеграции, взаимодействующих с системой.
  • MySQL: база данных-источник в GitHub Enterprise Server. Пользователь, проблема и другие метаданные, отличные от git или поиска, хранятся в MySQL.
  • Задания nomad: GitHub Enterprise Server использует Nomad внутренне в качестве оркестратора рабочей нагрузки, где можно увидеть использование ЦП и памяти отдельных служб.
  • Redis: база данных в основном содержит очередь фоновых заданий, а также сведения о состоянии сеанса.
  • Kafka-Lite: служба брокера Kafka для обработки заданий.
  • Elasticsearch: обеспечивает возможности встроенного поиска в GitHub Enterprise Server.
  • Пользовательские перехватчики: графы, связанные с выполнением перехватчика перед получением.
  • Кэширование Git: GitHub Enterprise Server попытается кэшировать интенсивные операции, такие как объекты пакета Git, когда несколько идентичных запросов приходят в быстрое успешное выполнение.
  • MinIO: хранилище, используемое некоторыми службами GitHub Enterprise Server.
  • Пакеты: запрашивает питание GitHub Packages.
  • SecretScanning: службы, которые поддерживают функции Secret scanning.
  • CodeScanning: службы, которые поддерживают функции Code scanning.
  • Кластер: графы, связанные с высоким уровнем доступности или кластеризации GitHub Enterprise Server.
  • Babeld: прокси-сервер Git.
  • Live: служба с питанием динамических обновлений.
  • Управление Ghes. Управление службами API управления GHES.