Документация
Быстрый старт + описание функций по разделам и устройствам (постоянно дополняется)
Проверка состояния и дашборд
В этой статье описана функция мониторинга состояния серверов на дашборде и значение каждого показателя.
Краткое описание
Дашборд показывает состояние всех серверов в реальном времени: нагрузку CPU, использование памяти, занятость диска, системную информацию и статус онлайн. Открыв главную страницу панели, вы видите все серверы разом.
Когда пригодится
- Быстро понять, какие серверы работают нормально, а где есть проблемы
- Следить, не заканчиваются ли память и диск, и предупреждать заранее
- Смотреть базовую информацию о серверах (модель CPU, число ядер, версия системы, архитектура)
Что отображается (что означает каждый показатель)
На карточке каждого сервера показывается:
| Показатель | Значение | Простыми словами |
|---|---|---|
| Статус онлайн | Онлайн / Офлайн (зелёная / красная точка) | Может ли панель подключиться к нему по SSH |
| Нагрузка CPU | Средняя нагрузка системы | Чем ближе число к «числу ядер», тем сервер занятее; если долго выше числа ядер — CPU на пределе |
| Память | всего / использовано / доступно | Слишком мало доступной памяти (<8%) — стоит опасаться OOM |
| Диск | корневой раздел: всего / использовано / занятость | При занятости выше 90% пора чистить |
| Время работы | число дней с последней перезагрузки | Большое значение — система стабильна |
| Модель CPU / число ядер / архитектура | например «4 ядра / x86_64 / Intel Xeon» | Конфигурация оборудования |
| Операционная система | название и версия дистрибутива | например «Ubuntu 22.04» |
| Имя хоста | hostname сервера | Имя машины |
| IP в локальной сети | внутренний адрес сервера | Внутренний адрес |
Как нагрузка связана с числом ядер
- Нагрузка < число ядер: норма, у машины есть запас
- Нагрузка = число ядер: ровно на пределе
- Нагрузка > число ядер: перегрузка, возможны замедления
- Нагрузка > число ядер × 3: серьёзная перегрузка (по умолчанию на этом пороге вмешивается защита от сбоев)
Механизм обновления
- Панель проверяет все серверы пакетно (параллельно), чтобы не подключаться по очереди слишком долго
- У данных о состоянии есть кеш на 60 секунд: повторное обновление в ту же минуту не создаёт новое SSH-подключение
- Для серверов с неудачной проверкой есть кеш ошибки на 30 секунд: офлайн-сервер не заставляет каждый раз ждать таймаута
> Поэтому если при нажатии «Обновить» данные не изменились — это нормальное поведение кеша, через 60 секунд они обновятся автоматически.
Что означают статусы «онлайн / офлайн»
«Офлайн» не означает, что сервер упал — это лишь значит, что «панель не может подключиться к этому серверу по SSH». Частые причины:
1. SSH-порт недоступен (блокировка облачным брандмауэром или группой безопасности, неработающий проброс портов на NAT)
2. Неверный логин или пароль
3. Сервер действительно упал
Способы диагностики — в разделе «Сервер отображается как офлайн» статьи Частые вопросы (FAQ).
Примечания
1. Проверка состояния выполняется удалённо командами по SSH, на целевом сервере ничего не устанавливается и его ресурсы не расходуются.
2. Для «туннельных серверов» (без публичного IP) данные о состоянии передаются через обратный туннель, способ проверки такой же, как для обычных серверов.
3. Если какой-то сервер давно офлайн и больше не используется, лучше удалить его в «Управлении серверами», чтобы не ждать таймаута при каждом обновлении.