Почему одного статуса «онлайн» недостаточно
Игровой сервер может отвечать на запросы и отображаться онлайн, но при этом испытывать нехватку процессорного времени, памяти или свободного места. Игроки замечают проблему раньше владельца: появляются задержки, зависания, медленная смена карты и ошибки плагинов.
Поэтому нужно контролировать не только сам факт работы процесса, но и его состояние.
Загрузка процессора
Для CS2 важна производительность отдельных ядер. Общая загрузка системы может показывать 30%, хотя одно ядро уже постоянно работает около предела.
Следите за:
- загрузкой каждого ядра;
- средней нагрузкой системы;
- пиками во время полного онлайна;
- сменой карты;
- запуском резервного копирования;
- работой базы данных;
- фоновыми задачами.
Если одно ядро стабильно перегружено, увеличение количества виртуальных ядер может не решить проблему. Часто требуется более быстрый процессор или снижение нагрузки от плагинов.
Оперативная память
Контролируйте не только занятую память, но и её изменение со временем.
Признаки проблемы:
- постоянный рост потребления;
- активное использование swap;
- завершение процесса системой;
- падение после нескольких смен карт;
- одновременная нехватка памяти у базы и игрового сервера.
Кратковременный рост при загрузке новой карты допустим. Постоянное увеличение без возврата к обычному уровню может указывать на утечку.
Свободное место
Заполненный диск способен остановить запись логов, баз данных и конфигураций. Внешне сервер может продолжать работать некоторое время, а затем внезапно завершиться.
Проверяйте:
- общий свободный объём;
- размер игровых логов;
- архивы резервных копий;
- дампы;
- папки плагинов;
- временные файлы;
- inode.
Настройте предупреждение до того, как свободное место станет критически малым.
Сеть
Контролируйте:
- входящий и исходящий трафик;
- потери пакетов;
- ошибки интерфейса;
- изменение маршрута;
- доступность игрового порта;
- доступность query-порта.
Если локальный процесс работает, но карточка на cs2-monitor.com показывает офлайн, проблема может находиться в firewall, query-порте или сети дата-центра.
Игровые показатели
Системные метрики нужно сопоставлять с поведением сервера:
- текущий онлайн;
- карта;
- длительность раунда;
- число подключений;
- число отключений;
- время смены карты;
- частота перезапусков;
- ошибки плагинов.
Высокая загрузка при пустом сервере и высокая загрузка при полном онлайне имеют разные причины.
Предупреждения
Полезно настроить уведомления при:
- загрузке CPU выше установленного порога;
- нехватке памяти;
- активном swap;
- заполнении диска;
- завершении процесса;
- недоступности query-порта;
- большом числе перезапусков;
- ошибке резервного копирования.
Уведомление должно содержать время, имя сервера и конкретный показатель.
Не ставьте слишком чувствительные пороги
Кратковременный пик CPU во время смены карты не обязательно означает проблему. Если уведомления приходят каждую минуту, владелец перестаёт обращать на них внимание.
Используйте условие, при котором превышение сохраняется несколько минут.
Сохраняйте историю
История метрик помогает сравнить:
- состояние до установки плагина;
- работу старого и нового VPS;
- нагрузку в разные часы;
- влияние полного онлайна;
- результат оптимизации.
Без истории приходится полагаться на субъективные жалобы.
Итог
Надёжный мониторинг охватывает CPU по ядрам, память, swap, диск, сеть, процесс CS2 и внешний query-ответ.
Собирайте историю, используйте разумные предупреждения и сопоставляйте системные показатели с картой и реальным онлайном.