Управляемый или неуправляемый VPS: что выбрать?

Управляемый или неуправляемый VPS: краткий ответ

Выбор между управляемым и неуправляемым VPS — это вопрос трудозатрат, а не характеристик продукта. Неуправляемый VPS означает, что вы самостоятельно занимаетесь установкой обновлений, настройкой firewall, резервным копированием, мониторингом и перезагрузкой сервера в 2 часа ночи. Управляемый VPS означает, что провайдер берет на себя часть этих задач, причем объем этой части сильно различается у разных хостинг-провайдеров. Единственный полезный способ сравнения — это список задач, которые снимает с вас тарифный план, соотнесенный со стоимостью вашего рабочего времени.

Стандартного определения слова managed (управляемый) не существует. У одного хостера это означает, что операционная система обновляется, а на тикеты отвечает специалист. У другого — что установлена панель управления, а всё, что находится выше неё, остается в зоне вашей ответственности. У третьего — наличие письменного договора на обслуживание с гарантированным временем реакции. Два тарифных плана с одинаковым названием могут отличаться во всех существенных аспектах, поэтому изучите документ с описанием объема услуг (scope document), прежде чем смотреть на цену. Если вы еще не решили, для чего именно нужен сервер, лучше сначала разобраться в вопросе что на самом деле можно делать с VPS.

Задачи, за которые кто-то должен нести ответственность

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

• Обновление операционной системы и перезагрузки, необходимые при обновлении ядра.
• Правила брандмауэра, которые должны поддерживаться в актуальном состоянии при добавлении или удалении сервисов. В основах работы с ufw для VPS описан начальный набор правил.
• Доступ по SSH: управление ключами, отключение входа по паролю, отзыв ключа при увольнении сотрудника и наличие способа восстановления доступа, если вы заблокировали себя сами.
• Резервное копирование, хранение копий на удаленном сервере и проверка восстановления, которую вы действительно проводили.
• Мониторинг: вы должны знать, что сервер доступен, на диске есть свободное место, сервис запущен, а срок действия сертификата не истёк.
• Анализ логов и реагирование, если в них обнаруживается подозрительная активность.
• Настройка веб-сервера, базы данных, reverse proxy и очереди задач, если вы их используете.
• Продление сертификатов и устранение неполадок, если автоматическое продление перестало работать.
• Планирование ресурсов: вы должны заметить, что память заканчивается, раньше, чем это сделает OOM (Out of Memory) killer.
• Реагирование на инциденты: необходимость быть на связи и готовым к работе в любое время суток.

Большинство этих задач рутинны и могут быть автоматизированы с помощью скриптов. Реагирование на инциденты автоматизировать нельзя, так как требуется человек, способный принимать решения. Именно это является основным продуктом управляемого тарифа, поэтому в приведённом ниже чек-листе большинство вопросов касается объёма технической поддержки, а не просто установки обновлений.

Что обычно не входит в управляемые услуги

Здесь покупатели часто сталкиваются с проблемами, поэтому будьте предельно точны. Договор на управляемые услуги обычно покрывает операционную систему и программное обеспечение, установленное провайдером. Граница ответственности проходит по краю вашего приложения.

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

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

Восстановление большинства данных выходит за рамки поддержки. Резервные копии провайдера защищают образ всего сервера и существуют на случай выхода из строя аппаратного обеспечения хоста. Они редко предназначены для ситуаций, когда вы удалили строку, запустили неудачную миграцию или повредили файл шесть недель назад, а заметили это только сегодня. Уточните, каков период хранения данных, можно ли извлечь отдельный файл и кто именно выполняет восстановление.

Программное обеспечение, которое вы установили сами, — это ваша ответственность. Если вы установили Docker, провайдер обычно отвечает за хост, а вы — за всё, что находится внутри контейнеров.

Ручное редактирование может аннулировать поддержку. Некоторые договоры исключают компонент из зоны ответственности, как только клиент вносит изменения в его конфигурацию напрямую. Уточните этот момент, если планируете что-либо настраивать самостоятельно.

Оцените стоимость своего времени в сравнении с ежемесячной разницей

Возьмите два коммерческих предложения и запишите ежемесячную разницу в цене. Эта сумма — то, сколько провайдер берет за выполнение задач из списка выше. Теперь оцените свою сторону сделки.

• Сколько стоит час вашего времени и сколько часов в месяц будет занимать этот список после автоматизации?
• Во сколько обходится один час простоя сервиса, работающего на этом сервере?

Стабильно работающий сервер на Ubuntu с автоматическими обновлениями и внешним мониторингом требует минимум рутинного внимания. В большинстве месяцев он не требует его вовсе. Рутинная работа обходится дешево, если её выполняет скрипт. Дорого стоят прерывания, а именно их устранение продает тариф с поддержкой. Если сервер обслуживает хобби-проект, простой ничего не стоит, и выбор в пользу неуправляемого сервера очевиден. Если сервер принимает заказы, тщательно оцените, действительно ли контракт на поддержку сократит время простоя, ведь провайдеру всё равно нужно прочитать ваш тикет, воспроизвести сбой и принять меры.

Разница в цене также масштабируется в зависимости от количества серверов. Плата за управление обычно взимается за каждый сервер, тогда как автоматизация пишется один раз и копируется. Второй сервер вдвое снижает эффективную стоимость скрипта, написанного для первого, поэтому ознакомьтесь с тем, как управлять несколькими серверами Linux, прежде чем соглашаться на оплату за каждый сервер. Для базовых расчетов с обеих сторон сравнения, реальная ежемесячная стоимость VPS определяет нижний порог, а сравнение VPS и выделенного сервера становится актуальным, когда нагрузка вырастает настолько, что наценка за управление превращается в статистическую погрешность.

Вопросы хостинг-провайдеру перед оплатой премиальной поддержки

Задайте эти вопросы до оплаты и требуйте письменных ответов. Рекламная страница не является документом, определяющим объем работ.

1. Что именно входит в объем услуг, по пунктам? Запрашивайте список, а не рекламный буклет.
2. Распространяется ли поддержка на ПО, которое я установил самостоятельно, или только на то, что установили вы?
3. Выполняете ли вы автоматическое обновление патчей и перезагрузку сервера для обновления ядра без предварительного согласования со мной?
4. Кто несет ответственность, если примененный вами патч нарушит работу моего приложения?
5. Делаете ли вы резервные копии? Где они хранятся, как долго и кто выполняет восстановление?
6. Восстанавливали ли вы сервер клиента в последнее время и сколько времени это заняло?
7. Каково время ответа на тикет и отличается ли оно в 03:00 в воскресенье?
8. Сохраняю ли я root-доступ и ограничивает ли его использование объем вашей поддержки?
9. Плата взимается за каждый сервер или за учетную запись?
10. Что я получу при переезде к другому провайдеру? Конфигурацию, привязанную к проприетарной панели управления, бывает сложно экспортировать.

Вопрос 5 определяет ответы на большинство остальных. Провайдер, который отвечает на него четко, уже выполнял подобные задачи. Расплывчатый ответ означает, что процедура восстановления никогда не тестировалась, а нетестируемая резервная копия — это просто копия. У вопроса 5 есть также географическая составляющая: физическое расположение копий — это не только технический, но и юридический вопрос, и в том, что действительно важно при выборе страны хостинга, этот аспект разобран подробно.

Золотая середина: неуправляемые серверы плюс автоматизация

Большинство технических специалистов не хотят выбирать крайности. Им нужен неуправляемый план, где рутинная работа отдана машине, а внимание человека сосредоточено на задачах, которые машина оценить не может. Настройте это в первый же день. Первые десять минут на новом VPS — это практическая отправная точка для любого, кто выбрал неуправляемый сервер, а защита SSH-доступа должна быть частью этого же первого сеанса.

Автоматические обновления безопасности

sudo apt update && sudo apt install -y unattended-upgrades
sudo dpkg-reconfigure --priority=low unattended-upgrades
cat /etc/apt/apt.conf.d/20auto-upgrades

Теперь в этом файле должны быть APT::Periodic::Update-Package-Lists "1"; и APT::Periodic::Unattended-Upgrade "1";. Отсутствие файла или 0 в любой из строк означает, что ничего не работает, и вы не получите уведомлений.

Протестируйте это, не меняя систему. Обратите внимание, что пакет называется unattended-upgrades, а команда — в единственном числе:

sudo unattended-upgrade --dry-run --debug

Вывод покажет все проверенные пакеты и завершится строкой вроде No packages found that can be upgraded unattended, если обновлений нет. Результаты реальных запусков записываются в /var/log/unattended-upgrades/unattended-upgrades.log, поэтому проверяйте их там, а не гадайте.

Обновление ядра ничего не меняет до перезагрузки машины, так как работающее ядро было загружено в момент старта системы. Файл /var/run/reboot-required появляется, когда требуется перезагрузка. Либо следите за этим файлом, либо позвольте машине обработать это через /etc/apt/apt.conf.d/50unattended-upgrades:

Unattended-Upgrade::Automatic-Reboot "true";
Unattended-Upgrade::Automatic-Reboot-WithUsers "false";
Unattended-Upgrade::Automatic-Reboot-Time "02:00";

Automatic-Reboot-WithUsers "false" откладывает перезагрузку, пока кто-то залогинен в системе. Это безопаснее на машине, которую вы используете интерактивно, но бесполезно на сервере, куда никто не заходит. Полная настройка unattended-upgrades в Ubuntu описывает синтаксис списков исключений и параметры отправки почты.

Мониторинг, работающий на другом узле

Монитор, запущенный на самом сервере, не сможет сообщить, что сервер «лёг», так как он сам при этом перестанет работать. Разместите проверку на втором хосте или внешнем сервисе. Uptime Kuma для мониторинга состояния — стандартное решение для self-hosted, и его следует размещать на машине, отличной от той, за которой он следит.

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

df -h
sudo du -xh --max-depth=1 /var | sort -h
journalctl --disk-usage

Также добавьте «сердцебиение» (heartbeat). Таймер на сервере обращается к URL после каждого успешного резервного копирования или проверки состояния, а монитор подает сигнал тревоги, если эти обращения перестают поступать. В этом случае «молчащий» сервер сам инициирует оповещение, чего не может сделать проверка типа «pull», если проблема возникла на сетевом пути.

Резервные копии, которые вы восстанавливали хотя бы раз

sudo apt install -y restic
sudo sh -c 'umask 077; printf %s "a-long-random-passphrase" > /root/.restic-pass'
export RESTIC_REPOSITORY=sftp:backup@backup.example.com:/srv/restic/web01
export RESTIC_PASSWORD_FILE=/root/.restic-pass
sudo -E restic init

restic init один раз выводит created restic repository <id> at sftp:.... Запуск команды для уже существующего репозитория завершится ошибкой, а не перезаписью — это именно то поведение, которое вам нужно. Храните копию этой парольной фразы вне сервера: без нее репозиторий прочитать невозможно, и пути восстановления не существует.

sudo -E restic backup /etc /home /srv
sudo -E restic snapshots
sudo -E restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune
sudo -E restic check

restic snapshots должен показать запуск, который вы только что выполнили, с сегодняшней датой. restic check проверяет структуру репозитория и выводит no errors were found. Теперь выполните часть, которую большинство пропускает:

sudo -E restic restore latest --target /tmp/restore-check
ls /tmp/restore-check/etc

Файл, который вы ожидали увидеть, либо на месте, либо нет, и проверка этого сейчас сэкономит вам десять минут. Затем поставьте запуск на таймер, чтобы он не зависел от вас. Создайте /etc/systemd/system/restic-backup.service:

[Unit]
Description=restic backup
After=network-online.target
Wants=network-online.target

[Service]
Type=oneshot
Environment=RESTIC_REPOSITORY=sftp:backup@backup.example.com:/srv/restic/web01
Environment=RESTIC_PASSWORD_FILE=/root/.restic-pass
ExecStart=/usr/bin/restic backup /etc /home /srv
ExecStart=/usr/bin/restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune

И /etc/systemd/system/restic-backup.timer:

[Unit]
Description=Run restic backup daily

[Timer]
OnCalendar=daily
RandomizedDelaySec=30m
Persistent=true

[Install]
WantedBy=timers.target

sudo systemctl daemon-reload
sudo systemctl enable --now restic-backup.timer
sudo systemctl start restic-backup.service
journalctl -u restic-backup.service -n 30 --no-pager
systemctl list-timers restic-backup.timer

list-timers показывает следующий запуск и оставшееся время. Пустой результат означает, что вы включили сервис вместо таймера — это самая частая ошибка. Persistent=true запускает пропущенное задание после следующей загрузки, поэтому машина, которая была выключена ночью, все равно выполнит резервное копирование. Резервные копии Restic на VPS подробнее описывает структуру репозитория и хранение, а systemd-сервисы и таймеры объясняет юнит-файлы строка за строкой.

Чего не дает автоматизация

Она не дает здравого смысла. Автоматическая перезагрузка в 02:00 произойдет независимо от того, корректно ли запустилось ваше приложение, поэтому убедитесь, что каждый сервис стартует самостоятельно, а затем перезагрузитесь намеренно, пока вы бодрствуете:

systemctl is-enabled nginx docker
sudo reboot

Автоматическое обновление может установить пакет, который сломает ваше приложение, и никто в цепочке автоматизации об этом не узнает. Ваш монитор — это то, что обнаружит проблему, поэтому мониторинг обязателен, как только обновления становятся автоматическими. Машина берет на себя рутину. Инцидент остается вашей зоной ответственности.

Когда управляемые решения оправдывают свою стоимость

Будьте объективны по отношению к управляемым услугам. Есть четыре ситуации, когда их покупка оправдана.

• В команде нет специалистов по Linux, и наем сотрудника не планируется.
• Требования комплаенса пред

FAQ

В чем разница между управляемым и неуправляемым VPS?

Неуправляемый VPS предоставляет вам только машину, поэтому вы самостоятельно занимаетесь установкой обновлений, настройкой firewall, резервным копированием, мониторингом и перезагрузкой после обновления ядра. Управляемый VPS перекладывает часть этой работы на провайдера, обычно на уровне операционной системы и установленного им программного обеспечения. Точная граница ответственности определяется каждым провайдером индивидуально, а не самим термином, поэтому перед сравнением цен уточните в письменном виде, какие именно задачи входят в объем обслуживания.

Означает ли управляемый VPS, что мне не нужны собственные резервные копии?

Нет. Резервные копии провайдера обычно защищают образ всего сервера и предназначены для случаев сбоя оборудования хостинга. Они редко помогают, если вы удалили файл, выполнили неудачную миграцию или повредили данные несколько недель назад, а заметили это только сегодня. Уточните, как долго хранятся снимки (snapshots), можно ли восстановить отдельный файл и кто выполняет восстановление. Храните собственную копию данных на стороннем ресурсе с помощью таких инструментов, как restic, и проверяйте её через restic restore latest --target /tmp/restore-check, чтобы быть уверенным в работоспособности.

Является ли управляемый VPS более безопасным, чем неуправляемый?

Не сам по себе. Управляемый тариф предполагает более быструю установку обновлений безопасности, чем в случае с владельцем, который никогда не заходит на сервер, что действительно снижает риски. Многие управляемые тарифы также включают панель управления, а панель — это крупное сетевое приложение с собственной страницей входа и историей уязвимостей. Неуправляемый сервер с автоматическими обновлениями безопасности, закрытым firewall, доступом по SSH только по ключам и отсутствием лишних открытых портов представляет собой меньшую цель, чем управляемый сервер с установленной панелью.

Могу ли я начать с неуправляемого VPS и позже перейти на управляемый?

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

Сохраняется ли root-доступ на управляемом VPS?

На большинстве управляемых тарифов VPS — да, но root-доступ и объем технической поддержки взаимосвязаны. Некоторые провайдеры ограничивают или аннулируют поддержку компонента, который вы изменили вручную, а некоторые могут выполнить переустановку из своего шаблона, если проблема окажется слишком глубокой. Получите подтверждение этих правил в письменном виде перед внесением любых настроек и храните конфигурационные файлы в системе контроля версий, чтобы переустановка занимала час, а не все выходные.