Перейти к основному контенту

Панель состояния и ежедневный контроль

Раздел веб-интерфейса: [Состояние системы → Обзор] Маршрут: #dashboard/overview

Назначение

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

Как открыть панель состояния

  1. В меню слева выберите [Состояние системы → Обзор]. Либо нажмите ссылку [Клавдий] в хлебных крошках вверху любой страницы.
  2. Панель состояния откроется в содержимом страницы.

{{СКРИНШОТ}}

Из чего состоит панель состояния

Панель состояния содержит плитки ключевыхе показателейи и несколько информационных блокиов:

  • ПКлючевые показателитки KPI: А— активные задачи, Ззадачи в очереди, SMTP:скорость SMTP-присеём/мина, Оошибоки (за 1последний ч),ас Аи скорость архивировано/миня.
  • Статус задач — таблица фоновых задач с бейджепризнаком «Вобновления в реальном времени». КОтолонки:бражаются Ззадача, Ссостатусояние, Прхогрд выполнесс,ния Ои ошибки.
  • Объём писем (вкладка) — объёмданные по почтовым ящикам.: Кочислонки: Почтовый ящик, Пписем, Ви вложений, Ообъём до дедуп., Объёми после дедупликации. Показаны только ящики локальных доменов.
  • SMTP-серверы — состояние приёмников почты: IP или сеть, статус, порт, ошибки.
  • Системные метрики — таблица компонентов со значениями за последний час. Обновляется примерно раз в минуту.
  • Самопроверка — проверка работоспособности компонентов с общим статусом.
  • График импорта — динамика поступления писем (писем в минуту) и ошибок.

{{СКРИНШОТ}}

Как проверить, что система в порядке

  1. Откройте панель состояния [Обзор].
  2. Посмотрите общий статус блока [Самопроверка]:
    • ok — провсё верка проряйдкена;
    • warn — обнаружестьно предупреждения, нужно разобратьсяе;
    • fail — чкомпоненто-то неработоспособено, или требует двмейшательствийа.
  3. Если статус не ok, найдите строку с проблемой в таблице [Системные метрики] или в списке компонентов самопроверки и действуйте по таблице ниже.

Системные метрики

Таблица содержит строки по компонентам и видам активности за последний час:

Строка Содержание
База данных (PostgreSQL) подключений N (свободно X из Y, лимит Z); «недоступен» при сбое
SMTP-сервер (приём почты) обработано, ошибок, в очереди, скорость (писем/мин); «неактивен» при сбое
Полнотекстовый поиск (Solr) «доступен, версия N» либо «не настроен или недоступен». Для кластера SolrCloud — состояние кластера: число инстансэкземпляров, активных и проблемных реплик, размер индекса, число документов
Очередь оповещений писем в очереди (ожидает отправки); предупреждение при значении более 100
Архивация (за час) писем, ошибок, вложений, объём
Массовый сбор (за час) ящиков обработано, ошибок
Приём SMTP (за час) получено, отклонено, получателей принято и отклонено
Доступ по IMAP (за час) подключений, поиск (Solr и в памяти), выборка, успешных и неуспешных входов
Индексация писем проиндексировано, ошибок, в очереди (предупреждение при значении более 1000)
Оповещения (за час) отправлено, ошибок
Планировщик задач выполняется, с ошибками, зависших
Безопасность (за час) успешных и неуспешных входов, отказов в доступе
Подключения к БД (за час) выдано соединений, неудачных
Ресурсы узла загрузка CPU (%), средняя нагрузка (load average (!), 1/5/15)15 мин), память (использовано/лимит/кеш), swap,подкачка (swap (!)), IOPS (чтение/запись), место на диске по точкам монтирования

РМетрики ресурсы узла (CPU/память/swap/IOPS/диск)ов собираются каждые 30 секунд для каждого узла.

кластера.
    Метрик
  • В Kubernetes и Docker данные считываются из cgroup v2 (корректно per-pod в Kubernetes и per-container в Docker — с учётом ограничений контейнера. Еслимитов ресурсов),cgroup приv2 недоступености cgroupv2 —, используются /proc (метрики хоста, корриз /proc.
  • Тектно для standalone(!) ущи Docker на выделенной машине). Моментные значения достображаютсяупны на странице [Кластер → Узлы кластера]. (в карточке узла), уУсреднённые значения за час/де и сутки сохрань —яются в исторических рядах.
  • Точки монтирования для дисковых метрик задаются переменной окружения KLVD_DISK_MOUNTS (через запятую; по умолчанию используются / и /var/klvd).

Подробнее: {{См.СЫЛКА:maintenance.cluster-status|Проверка Класостер ояния узлыов}}.

Самопроверка

Блок [Самопроверка] проверяет ключевые компоненты:

Компонент Что проверяется
PostgreSQL доступность базы
Полнотекстовый поиск (Solr) доступность поиска
SMTP-сервер включён ли приёмник
Планировщик есть ли задачи с ошибками и зависшие задачи
Очередь оповещений количество писем в очереди

{{СКРИНШОТ}}

Как посмотреть объём писем по ящикам

  1. Откройте панель состояния [Обзор].
  2. Переключитесь на вкладку [Объём писем].
  3. Посмотрите колонки по каждому ящику:
    • [Объём до дедуп.] — суммарный размер тел писем и вложений ящика.;
    • [Объём после дедуп.] — объём зас выучеётом дедубпликатовции вложений (одинаковые вложения хранятся в одном экземпляре).

Показаны только ящики локальных доменов организации (см. {{ССЫЛКА:install.external-content|Установка → Общие настройки → Политики отображения и домены}}).

Как отреагировать на предупреждение

Если на панели состояния появились предупреждения, действуйте по алгоритму:

  1. Определите, о каком компоненте предупреждение (в блоке [Самопроверка] — статус, в [Системных метриках] — строка).
  2. Найдите компонент в таблице ниже.
  3. Выполните действие.
Предупреждение Что делать
Индексация: большое отставание Поиск не успевает индексировать письма. Проверьте службу поиска — см. Поиск и администрирование Solr.{{ССЫЛКА:maintenance.search-health
Планировщик: ошибки или зависшие задачи Откройте Задачи и очередь и остановите или перезапустите проблемную задачу.{{ССЫЛКА:maintenance.tasks
[PostgreSQL: failfail] (!) Проверьте состояние базы — см. База данных.{{ССЫЛКА:maintenance.db-health
[Solr: failfail] (!) Проверьте службу поиска — см. Поиск и администрирование Solr.{{ССЫЛКА:maintenance.search-health
Очередь оповещений растёт Проверьте SMTP-сервер для оповещений — см. Установка → Общие настройки → Оповещения.{{ССЫЛКА:install.notifications

Примечания

  • Метрики за последний час показываются с детализацией до минуты. Долгосрочная история (тренды за месяцы и годы) хранится в агрегированном виде. См. {{ССЫЛКА:maintenance.db-health|База данных}}, раздел [Хранение метрик].

См. также

Что дальше

Подключение внешнего мониторинга

Для регулярного сбора показателей и оповещений используйте {{ССЫЛКА:install.integration-zabbix|Zabbix}} или {{ССЫЛКА:install.integration-prometheus|Prometheus и Grafana}}. Опрос каждого узла отдельно позволяет отличить отказ узла от недоступности общей точки входа.

Навигация по книге