Панель состояния и ежедневный контроль
Раздел веб-интерфейса: [Состояние системы → Обзор] Маршрут:
#dashboard/overview
Назначение
Панель состояния показывает текущее состояние системы: ход сбора писем, нагрузку на сервер, состояние поиска и фоновых задач, а также результат автоматической проверки работоспособности компонентов. Раздел предназначен для администратора.
Как открыть панель состояния
- В меню слева выберите [Состояние системы → Обзор]. Либо нажмите ссылку [Клавдий] в хлебных крошках вверху любой страницы.
- Панель состояния откроется в содержимом страницы.
{{СКРИНШОТ}}
Из чего состоит панель состояния
Панель состояния содержит плитки ключевыхе показателейи и несколько информационных блокиов:
-
ПКлючевые показателитки KPI:А— активные задачи,Ззадачи в очереди,SMTP:скорость SMTP-присеём/мина,Оошибоки(за1последний ч),асАи скорость архивировано/миня. -
Статус задач — таблица фоновых задач с
бейджепризнаком«Вобновления в реальном времени».КОтолонки:бражаютсяЗзадача,Ссостатусояние,Прхогрд выполнесс,нияОи ошибки. -
Объём писем
(вкладка)—объёмданные по почтовым ящикам.:Кочислонки:Почтовый ящик, Пписем,Ви вложений,Ообъём додедуп., Объёми после дедупликации. Показаны только ящики локальных доменов. - SMTP-серверы — состояние приёмников почты: IP или сеть, статус, порт, ошибки.
- Системные метрики — таблица компонентов со значениями за последний час. Обновляется примерно раз в минуту.
- Самопроверка — проверка работоспособности компонентов с общим статусом.
- График импорта — динамика поступления писем (писем в минуту) и ошибок.
{{СКРИНШОТ}}
Как проверить, что система в порядке
- Откройте панель состояния [Обзор].
- Посмотрите общий статус блока [Самопроверка]:
-
ok— провсё верка проряйдкена; -
warn— обнаружестьно предупреждения, нужно разобратьсяе; -
fail—чкомпоненто-тонеработоспособено,или требуетдвмейшательствийа.
-
- Если статус не
ok, найдите строку с проблемой в таблице [Системные метрики] или в списке компонентов самопроверки и действуйте по таблице ниже.
Системные метрики
Таблица содержит строки по компонентам и видам активности за последний час:
| Строка | Содержание |
|---|---|
| База данных (PostgreSQL) | подключений N (свободно X из Y, лимит Z); «недоступен» при сбое |
| SMTP-сервер (приём почты) | обработано, ошибок, в очереди, скорость (писем/мин); «неактивен» при сбое |
| Полнотекстовый поиск (Solr) | «доступен, версия N» либо «не настроен или недоступен». Для кластера SolrCloud — состояние кластера: число |
| Очередь оповещений | писем в очереди (ожидает отправки); предупреждение при значении более 100 |
| Архивация (за час) | писем, ошибок, вложений, объём |
| Массовый сбор (за час) | ящиков обработано, ошибок |
| Приём SMTP (за час) | получено, отклонено, получателей принято и отклонено |
| Доступ по IMAP (за час) | подключений, поиск (Solr и в памяти), выборка, успешных и неуспешных входов |
| Индексация писем | проиндексировано, ошибок, в очереди (предупреждение при значении более 1000) |
| Оповещения (за час) | отправлено, ошибок |
| Планировщик задач | выполняется, с ошибками, зависших |
| Безопасность (за час) | успешных и неуспешных входов, отказов в доступе |
| Подключения к БД (за час) | выдано соединений, неудачных |
| Ресурсы узла | загрузка CPU (%), средняя нагрузка (load average (!), 1/5/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-сервер | включён ли приёмник |
| Планировщик | есть ли задачи с ошибками и зависшие задачи |
| Очередь оповещений | количество писем в очереди |
{{СКРИНШОТ}}
Как посмотреть объём писем по ящикам
- Откройте панель состояния [Обзор].
- Переключитесь на вкладку [Объём писем].
- Посмотрите колонки по каждому ящику:
-
[Объём до дедуп.] — суммарный размер тел писем и вложений ящика
.; -
[Объём после дедуп.] — объём
засвыучеётом дедубпликатовции вложений(одинаковые вложения хранятся в одном экземпляре).
-
[Объём до дедуп.] — суммарный размер тел писем и вложений ящика
Показаны только ящики локальных доменов организации (см. {{ССЫЛКА:install.external-content|Установка → Общие настройки → Политики отображения и домены}}).
Как отреагировать на предупреждение
Если на панели состояния появились предупреждения, действуйте по алгоритму:
- Определите, о каком компоненте предупреждение (в блоке [Самопроверка] — статус, в [Системных метриках] — строка).
- Найдите компонент в таблице ниже.
- Выполните действие.
| Предупреждение | Что делать |
|---|---|
| Индексация: большое отставание | Поиск не успевает индексировать письма. Проверьте службу поиска — см. |
| Планировщик: ошибки или зависшие задачи | Откройте |
| [PostgreSQL: |
Проверьте состояние базы — см. |
| [Solr: |
Проверьте службу поиска — см. |
| Очередь оповещений растёт | Проверьте SMTP-сервер для оповещений — см. |
Примечания
- Метрики за последний час показываются с детализацией до минуты. Долгосрочная история (тренды за месяцы и годы) хранится в агрегированном виде. См. {{ССЫЛКА:maintenance.db-health|База данных}}, раздел [Хранение метрик].
См. также
{{ССЫЛКА:maintenance.tasks|Задачи и очередь}}{{ССЫЛКА:maintenance.search-health|Поиск и администрированиеSolrSolr}}{{ССЫЛКА:maintenance.troubleshooting|Диагностика проблем}}
Что дальше
Подключение внешнего мониторинга
Для регулярного сбора показателей и оповещений используйте {{ССЫЛКА:install.integration-zabbix|Zabbix}} или {{ССЫЛКА:install.integration-prometheus|Prometheus и Grafana}}. Опрос каждого узла отдельно позволяет отличить отказ узла от недоступности общей точки входа.
Навигация по книге
- Следующая статья: {{ССЫЛКА:maintenance.tasks|Очередь задач
}}