Real-time мониторинг: как поймать просадку сервера до слива бюджета

Если сервер умирает, трекер не всегда кричит первым. Чаще вы видите симптом: лендинг грузится дольше, клоака отвечает через раз, постбэки теряются. Мониторинг должен смотреть не на «жив/мертв», а на деградацию.

Минимальный набор метрик:
— CPU: не средняя загрузка, а steal time и пики по ядрам;
— RAM: swap — красный флаг, особенно на трекерах и базах;
— диск: IOPS, latency, свободное место;
— сеть: packet loss, jitter, входящий и исходящий трафик;
— HTTP: время ответа ленда, трекера, клоаки из нужных GEO.

Алерты настраивайте по сценариям, а не по красоте графиков. Один порог — предупреждение, второй — действие: рестарт сервиса, переключение на резерв, снятие узла из балансировщика. Логируйте не только падение, но и момент восстановления.

Отдельно проверьте, кто получает уведомления и куда. Telegram-бот без резервного канала — такая же точка отказа, как один VPS под всю связку.

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