Skip to content Unmanaged VPS – это сервер, на котором провайдер отвечает за железо, сеть и за то, чтобы виртуальная машина включалась. Всё, что происходит внутри неё, на тебе: обновления, веб-сервер, база, бэкапы, защита. Managed означает, что часть этой работы берёт провайдер. Какую именно часть, определяет не слово в названии тарифа, а документ о границах поддержки (у западных провайдеров он обычно называется scope of support, у наших чаще «регламент техподдержки»), и прочитать его стоит до оплаты.
Чтобы определиться за пять минут, ответь себе на три вопроса.
- Сайт ночью начал отдавать 502. Что ты сделаешь первым? Если ответ «зайду по SSH и посмотрю лог nginx», unmanaged тебе по силам. Если «напишу в поддержку», учти, что на unmanaged-тарифе поддержка внутрь сервера не полезет.
- Во что обходится час простоя? Для личного блога это ноль. Для магазина в сезон это реальные деньги, и тогда надбавка за управление окупается первым же инцидентом.
- Что ты собираешься ставить? Типовой стек под сайт (Nginx или Apache, PHP, MySQL) managed-провайдеры поддерживают охотно. Docker, Node.js, Telegram-бота или VPN почти везде отнесут к «стороннему ПО» и оставят тебе.
Третий вопрос недооценивают сильнее остальных. На клиентских серверах это видно постоянно: человек платит за managed, а потом ставит на сервер ровно то, что поддержка по договору не трогает, и выходит, что надбавку он отдаёт за обслуживание пустого места.
Где проходит граница ответственности
Сервер удобно представить слоями, снизу вверх. Внизу железо и сеть дата-центра, над ними гипервизор, потом операционная система, потом серверный софт (веб-сервер, PHP, база данных, почта), потом панель управления, если она есть. На самом верху сайт: CMS, плагины, темы, твой код и файлы. Разные типы обслуживания просто проводят черту на разной высоте.
| Слой | Unmanaged | Managed (базовый) | Fully managed |
|---|---|---|---|
| Железо, сеть, питание, гипервизор | провайдер | провайдер | провайдер |
| Запуск ВМ, консоль, переустановка ОС | провайдер | провайдер | провайдер |
| Обновления ОС и патчи безопасности | ты | провайдер | провайдер |
| Веб-сервер, PHP, база (чтобы работали) | ты | провайдер, если это его стек | провайдер |
| Панель управления | ты | если панель от провайдера | провайдер |
| Бэкапы | ты (снапшоты обычно за доплату) | зависит от тарифа | чаще провайдер, восстановление по запросу |
| Мониторинг и реакция на падение | ты | бывает | обычно есть |
| CMS, плагины, темы, код, .htaccess, cron | ты | ты | ты |
| Скорость сайта, медленные запросы | ты | ты | ты (в лучшем случае консультация) |
Последние две строки одинаковы во всех колонках, и это не упрощение ради компактной таблицы. Liquid Web, один из немногих провайдеров, которые публикуют границы поддержки подробно, прямо перечисляет, что не входит даже в fully managed: правка .htaccess и cron-задач, изменения страниц, кода, плагинов и тем, оптимизация скорости сайта и базы, включая TTFB. Тюнинг сервера там дают только в виде консультации и без гарантий результата.
На другом краю шкалы DigitalOcean. В их политике по дроплетам написано, что серверы полностью unmanaged и у сотрудников поддержки нет к ним прямого доступа, даже когда ты сам открыл тикет. Это честная позиция: ты получаешь дешёвую машину и полную свободу, а провайдер отвечает за то, что под ней.
Из этой картины следует то, что почти никогда не пишут на страницах тарифов. Managed обслуживает сервер. Сайт на нём остаётся твоим в любом варианте.
Сценарий повторяется регулярно. После обновления плагина WordPress начал отдавать белый экран, владелец написал в поддержку managed-тарифа и через час получил ответ: nginx и PHP-FPM работают, в логе фатальная ошибка в коде плагина, рекомендуем обратиться к разработчику. Формально поддержка права, и ошибку она даже нашла. По ощущениям же человек заплатил за то, чего не получил, потому что ждал, что сайт ему починят.
Что делает поддержка, если тариф unmanaged
Немало, если знать, о чём просить. Провайдер разбирается с отказом диска или памяти на ноде, с проблемами сети до твоего IP, с тем, что ВМ не загружается после его же работ. Он даёт VNC-консоль в панели, переустановку ОС, снапшоты, если они есть в тарифе. Многие поддержки отвечают и на простые вопросы про сам сервер в режиме «по возможности», особенно в спокойную смену, но обязательств здесь нет.
Со стороны провайдера такой тикет выглядит предсказуемо. Пришло «сайт не открывается», дежурный проверяет, пингуется ли IP, жива ли нода, нет ли аварии в сети. Если всё зелёное, уходит стандартный ответ: с нашей стороны проблем нет, проверьте сервисы внутри сервера. Ругаться на это бессмысленно, у человека в поддержке просто нет пароля от твоей машины.
Консоль в панели провайдера – твой спасательный круг, и найти её стоит заранее, до того дня, когда ты закроешь себе SSH неудачным правилом в файрволе. Через неё же заходят в режим восстановления, если сервер вообще не грузится (об этом отдельная статья про rescue mode). Кстати, у части бюджетных тарифов консоли нет вовсе, есть только кнопка переустановки, и тогда ошибка в правилах iptables лечится сносом сервера с нуля. Это стоит проверить ещё на тестовом периоде.
Слово «managed» в тарифе само по себе ничего не обещает
Единого стандарта нет, и под одним словом продают очень разные вещи. На практике встречаются примерно такие варианты.
Базовое управление (у Liquid Web это называется core managed). Провайдер ставит патчи ОС, следит, что сервер жив, и разбирается, если упал веб-сервер или база из стандартного набора. Панели нет, всё остальное на тебе.
Полное управление с панелью. К базовому добавляется панель (cPanel, Plesk или своя), поддержка самой панели, бэкапы, помощь с SSL. Это ближе всего к тому, что новичок представляет себе под словом managed.
VPS «с администрированием». На нашем рынке это встречается чаще западных схем: обычный unmanaged-сервер плюс платные работы админа по заявкам, почасово или пакетом часов. Удобно для разовых задач, но между заявками за сервером никто не смотрит.
Managed WordPress. Строго говоря, это уже не VPS: root-доступа нет, платформа заточена под одну CMS, зато обновления, кэш и бэкапы сделаны за тебя. Если ты пришёл к VPS только ради одного сайта на WordPress, честно сравни этот вариант с обычным хостингом (подробнее в разборе VPS или shared-хостинг).
Поэтому перед оплатой managed-тарифа стоит задать провайдеру несколько вопросов. Лучше письменно, в тикет: заодно увидишь, как быстро там отвечают.
- Где документ с перечнем того, что входит в поддержку и что исключено? Нужна ссылка на регламент, маркетинговая страница не подходит.
- Какое время реакции и какое время решения? Это разные цифры, и в SLA почти всегда фигурирует первая (о том, как читать такие гарантии, в статье про SLA и аптайм).
- Остаётся ли у меня root и что будет с поддержкой, если я сам что-то поменяю в конфигах?
- Кто делает бэкапы, где они физически лежат, сколько хранятся и платное ли восстановление?
- Лицензия панели включена в цену или идёт отдельной строкой?
- Поддерживаете ли вы Docker, Node.js, нестандартную версию PHP?
- Мониторинг означает, что ваш инженер реагирует на падение, или только письмо мне на почту?
Вопрос про root самый скользкий. Многие managed-тарифы root дают, но с оговоркой: если ты что-то сломал руками, восстановление может стать платным. Панели к тому же перегенерируют конфиги из своих шаблонов при обновлениях и пересборке, так что ручная правка в /etc/nginx может тихо исчезнуть через неделю. На клиентских серверах с панелями это одна из самых частых загадок: «настройка была, а теперь её нет». Лечится это правкой шаблона панели: итоговый файл она при случае перезапишет снова.
Сколько на самом деле стоит unmanaged
Ценник unmanaged-сервера ниже, и разница бывает заметной. У западных провайдеров с прозрачным прайсом надбавка за управление обычно составляет десятки долларов в месяц, т.е. часто больше, чем стоит сам младший VPS. На небольших тарифах managed может обойтись в два-три раза дороже голой машины той же конфигурации (из чего вообще складывается цена, разобрано в статье сколько стоит VPS).
Вторая половина счёта – твоё время, и его стоит прикинуть честно. Первичная настройка у новичка занимает вечер-два, если идти по нормальной инструкции вроде настройки VPS для новичков. Рутина при настроенной автоматике укладывается примерно в час в месяц: посмотреть, что обновилось, сколько осталось места, приходят ли бэкапы. А вот инциденты не планируются вообще, и приходят они обычно в самый неудобный момент.
Часть работы, впрочем, уже делается сама. На Ubuntu Server пакет unattended-upgrades стоит из коробки и раз в сутки ставит обновления безопасности. Только по умолчанию она не перезагружает сервер. Обновлённое ядро и системные библиотеки лежат на диске и ждут ребута, а работает старая версия. Обновления к тому же берутся только из официальных репозиториев Ubuntu. Если ты ставил PHP из стороннего PPA или nginx из репозитория nginx.org, их автоматика не трогает, пока ты сам не добавишь эти источники в конфиг.
Проверить, как обстоят дела у тебя, можно тремя командами:
cat /etc/apt/apt.conf.d/20auto-upgrades
cat /var/run/reboot-required.pkgs 2>/dev/null
uptimeПервая покажет, включены ли автообновления (строка APT::Periodic::Unattended-Upgrade "1";). Вторая выведет пакеты, которые ждут перезагрузки; пустой вывод означает, что не ждёт ничего. Третья покажет, сколько сервер работает без перезагрузки. Аптайм в четыреста дней иногда показывают как повод для гордости, хотя на деле это ядро, которое больше года не обновлялось. В Debian всё зависит от образа провайдера: где-то пакет стоит и включён, где-то его нет, так что лучше проверить, чем предполагать. Как настроить всё это, включая перезагрузку по расписанию, расскажу в статье про автоматические обновления безопасности.
Самая дорогая статья расходов на unmanaged – бэкапы. Точнее, их отсутствие. Снапшот у того же провайдера спасает от неудачного обновления, но не от потери аккаунта или аварии на хранилище, где он лежит рядом с сервером (разница подробно разобрана в статье snapshot и backup). Копия должна жить где-то ещё, а восстановление из неё хоть раз нужно проверить руками. Основы есть в статье про резервное копирование, выгрузку на внешнее хранилище разбирает отдельный материал.
Средний вариант: unmanaged-сервер и панель
Между «всё сам в терминале» и «всё делает провайдер» есть вариант, про который в сравнениях managed и unmanaged обычно молчат. Берёшь обычный сервер и ставишь на него панель управления. Панель устанавливает веб-сервер, PHP и базу, выпускает SSL, делает бэкапы по расписанию, а сайты и почтовые ящики добавляются мышкой. Большую часть рутины с сайтами это закрывает.
Бесплатные варианты вроде HestiaCP, aaPanel или CloudPanel ставятся одним скриптом на чистую систему. Платные, например ISPmanager или cPanel, требуют лицензии, зато у них есть поддержка самой панели, а некоторые провайдеры дают лицензию в комплекте с сервером. Что умеет каждая и кто из провайдеров её предлагает, собрано в обзорах панелей управления, а для ISPmanager есть отдельный обзор. Сравнение популярных панелей между собой лежит в статье лучшие панели для VPS, пошаговая установка бесплатной панели будет в материале про HestiaCP.
Ограничения у этого пути тоже есть. Панель – ещё одна программа на сервере, её нужно обновлять, и у неё бывают свои уязвимости. Она живёт по своим шаблонам, так что нестандартная настройка превращается в борьбу с ними. И она не снимает с тебя ответственности за систему: файрвол, SSH, обновления ОС никуда не деваются.
По-моему, для одного-трёх сайтов на типовом стеке это самый разумный выбор. Платишь только за машину, а сложное берёшь на себя постепенно, по мере того как разбираешься. Разовые задачи вроде переноса сайта или разбора странной нагрузки можно отдать админу по заявке, и это выйдет дешевле, чем каждый месяц платить за управление, которое большую часть времени простаивает.
Минимум, без которого unmanaged лучше не брать
Если выбираешь самостоятельное обслуживание, вот что должно быть сделано в первые же дни:
- вход по SSH-ключам, пароль отключён, root напрямую не заходит (подробнее в статье как защитить SSH);
- файрвол, в котором открыты только нужные порты;
- Fail2ban против перебора паролей;
- автообновления безопасности и понятный тебе график перезагрузок;
- бэкап, который лежит не на этом сервере, и хотя бы одно проверенное восстановление;
- внешний мониторинг, который напишет тебе, когда сайт перестал отвечать (подойдёт Uptime Kuma на другой машине или любой онлайн-сервис).
Общая картина защиты собрана в статье безопасность на VPS. Если от этого списка хочется закрыть вкладку, ничего страшного, это просто сигнал смотреть в сторону панели или managed-тарифа.
Когда managed оправдан, даже если умеешь сам
Принято считать, что managed нужен новичкам, а опытные берут unmanaged. Это упрощение. Управление покупают не знания, а чужое дежурство: кто-то другой просыпается в три ночи, когда сервер лёг, и кто-то другой следит за патчами, пока ты в отпуске. Если проект зарабатывает и отвечать за него некому, кроме тебя, эти деньги часто потрачены разумно даже при хороших навыках.
Так же рассуждают веб-студии, которые держат на одном сервере сайты клиентов. Им важно, чтобы у сервера был ответственный с регламентом; «наш программист, когда освободится» на эту роль не годится. Похожая логика работает, когда у проекта есть требования по безопасности или аудиту: провайдерский регламент обслуживания закрывает часть вопросов на бумаге.
Managed – пустая трата денег, если сервер нужен под VPN, бота, тестовый стенд или проект на Docker: всё это почти наверняка окажется вне зоны поддержки. Учиться на managed, я бы сказал, тоже странно. Всё интересное уже сделано за тебя, а трогать это нельзя, иначе пропадёт та самая поддержка, за которую платишь…
Ещё один случай, который легко пропустить, – рост. Когда одного VPS перестаёт хватать и разговор заходит о нескольких серверах или о выделенном сервере, вопрос «кто это обслуживает» становится важнее вопроса «сколько стоит железо». Один unmanaged-сервер новичок вытянет. Три сервера с балансировщиком и репликацией базы уже требуют либо админа, либо управления от провайдера.
Где искать сервер под свой вариант
Когда понятно, что именно нужно (голая машина, машина с панелью или полное обслуживание), начинается выбор провайдера. В рейтинге ТОП-20 VPS Украины удобно сравнить провайдеров по цене и характеристикам, а потом уже точечно проверить, есть ли у них панель в комплекте или услуга администрирования. Как читать сами тарифы, разобрано в статье про выбор тарифа.
Перед покупкой managed отправь в тикет вопросы из списка выше и засеки, когда придёт ответ. Предпродажная поддержка обычно работает быстрее той, что будет после оплаты, так что если и здесь ждать сутки, выводы делай сразу. На unmanaged-тарифе проверь консоль, снапшоты и скорость самой машины, план для этого есть в статье как протестировать VPS перед покупкой.
Выбор, кстати, не навсегда. Начать на managed и переехать на свой сервер, когда освоишься, вполне нормальный путь, и технически это обычный перенос сайта на VPS. Бывает и наоборот: проект вырос, времени на сервер не осталось, и управление проще купить, чем держать в голове.
