Что на самом деле входит в обслуживание сервера, а что нет

«Управляемый сервер» — одно из самых размытых понятий в хостинге. В одном предложении за ним стоит скрипт, который пингует сервер и пишет на почту, когда тот перестаёт отвечать. В другом — инженер, который ставит исправление ядра, сам выбирает время перезагрузки и поднимает вчерашнюю базу, если миграция пошла не так. И то и другое продаётся под одним словом, а разница видна, только когда спрашиваешь: что именно делается, как часто и кем.

Обновления: какие именно и кто перезагружает

«Мы обновляем ваш сервер» может означать три разные работы:

• Обновления безопасности и пакетов. Рутинная часть. Спросите, как часто: раз в месяц или раньше, если вышло что-то серьёзное.
• Перезагрузки. Новое ядро начинает работать только после перезагрузки. Исправление уязвимости ядра вроде CVE-2026-31431 ставится за секунды и ни от чего не защищает, пока сервер не перезагрузят, — значит, кто-то должен выбрать время и заранее вас предупредить.
• Переход на новый релиз. С Debian 12 на 13, с одной LTS-версии Ubuntu на следующую. Это отдельный проект с планом отката: уточните, входит ли он в тариф или оценивается отдельно.

# если самое новое установленное ядро — не то, что работает, нужна перезагрузка
uname -r
ls /boot/vmlinuz-*

# AlmaLinux, Rocky Linux: код выхода 1 и сообщение, если нужна перезагрузка
dnf needs-restarting -r

Мониторинг: важно, кто читает оповещения

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

Дальше спросите, что происходит после оповещения. Просто мониторинг — это когда вас уведомили, а чинить вам. Мониторинг с реакцией — когда за проблему берётся человек. Оповещение в два часа ночи в ящик, который никто не откроет до утра, — запись в журнале, а не мониторинг.

Бэкапы: продукт — это восстановление

Бэкап сам по себе никому не нужен — нужно восстановление. Есть ли оно у вас, решают четыре вещи:

1. Где лежит копия. Копия на том же диске или в том же дата-центре пропадёт вместе с сервером.
2. Насколько далеко назад можно вернуться. Неделя ежедневных копий не поможет, если повреждение заметили на десятый день.
3. Что в неё входит. Файлы базы, скопированные посреди записи, могут потом не запуститься: базе нужен дамп или снимок, о котором она знает.
4. Кто проверяет восстановление и как часто. Бэкап, из которого ни разу не восстанавливались, — это надежда.

# PostgreSQL: дамп, затем восстановление в пустую тестовую базу — так видно, что он рабочий
pg_dump -Fc -f app.dump appdb
createdb restore_test && pg_restore -d restore_test app.dump

Защита: базовый уровень, а не броня

Харденинг — это безопасные настройки по умолчанию: SSH только по ключу, без прямого входа под root, фаервол, который отбрасывает всё, что явно не разрешено, и ни одного сервиса, который слушает порт, но никому не нужен. Попросите это показать:

ss -tlnp                                                          # кто слушает порты
sudo sshd -T | grep -E '^(passwordauthentication|permitrootlogin)' # что SSH требует на деле

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

Реакция на инциденты: ответ — ещё не решение

Цифра в предложении почти всегда означает время до первого ответа, а не до исправления. Уточните три вещи:

• Какие часы считаются. Тикет, отправленный в пятницу вечером, может получить первый ответ в понедельник, если рабочие часы — только по будням.
• Что считается критичным. Быстрая круглосуточная реакция обычно касается одного чётко описанного случая — скажем, сервер не работает или недоступен. Медленная страница к нему не относится.
• Кто говорит с дата-центром. На арендованном выделенном сервере диски и блоки питания — физические. Когда что-то отказывает, кто-то должен посмотреть состояние RAID, добиться замены от дата-центра и проследить за восстановлением массива.

Где обслуживание заканчивается: ваше приложение

Обычно граница проходит по операционной системе и сервисам на ней. Ваш код, CMS, плагины, деплой и данные остаются вашими, если эту работу не покупать отдельно. Больше всего разочарований — в серой зоне: медленный запрос, CI-пайплайн, переезд на новый сервер, чистка взломанного сайта на WordPress. Хороший провайдер заранее говорит, что из этого входит в тариф и сколько стоит час работы сверх него.

Сервер без обслуживания — другая крайность: провайдер отвечает за железо, питание и сеть, выдаёт root — и на этом всё. Остальное, включая оповещение в три часа ночи, на вас. Это честная сделка, если в команде уже есть человек, который этим занимается. VPS с root-доступом без всякого обслуживания дешевле не просто так: цена его сопровождения переезжает из счёта в ваш календарь.

Что спросить до покупки

1. Какие обновления входят и кто решает, когда перезагружать сервер?
2. Что мониторится и берётся ли кто-то за проблему после оповещения?
3. Где хранятся бэкапы, как долго и когда в последний раз проверяли восстановление?
4. Какое время первого ответа, в какие часы и что считается критичным?
5. Кто общается с дата-центром, если отказало железо?
6. Где заканчивается услуга и сколько стоит час работы сверх неё?
7. Что будет, если я уйду: вы удалите свой доступ, смогу ли я забрать бэкапы?

На каждый вопрос есть короткий и конкретный ответ. Если провайдер не готов дать его письменно, это тоже ответ.

Коротко

Обслуживание сервера — это перечень работ, а не ощущение, что за вами присматривают. Попросите описать каждую письменно: пробелы в ответах — это работа, которую придётся делать вам.