Стоимость владения VPS за три года: всё, кроме абонентской платы

MAATRIX

Когда вы выбираете тариф VPS, в голове держится одно число — ежемесячный платёж. Оно и определяет решение: этот тариф за 400 рублей в месяц или тот за 900. Но через год-два оказывается, что реальные траты на сервер заметно выше строки в счёте: тариф пришлось поднять, за бэкапы платите отдельно, а вечер раз в квартал уходит на обновления, которые «просто надо сделать». Разберём по пунктам, что реально накапливается вокруг абонентской платы за три года владения VPS — без абонентки, только всё остальное.

Апгрейд тарифа: рост, который вы не планировали

Первая статья расходов, которую почти никто не закладывает в бюджет на старте — это апгрейд тарифа. Логика простая: проект, который в первый месяц укладывался в 1 CPU и 2 ГБ RAM, через год редко остаётся того же размера. Растёт база данных, добавляются фоновые задачи, приходит больше трафика, появляется второй сервис на том же сервере — и то, что раньше работало на минимальном тарифе, начинает упираться в лимиты.

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

• Первые 3-6 месяцев — стартовый тариф справляется, апгрейд не нужен.
• Год 1-1.5 — первый апгрейд: обычно переход на следующую ступень по RAM/CPU, если добавилась вторая база данных, вырос трафик или появился фоновый воркер.
• Год 2-3 — либо второй апгрейд (если рост продолжается), либо стабилизация на достигнутом уровне.

Разница между соседними тарифами у большинства хостеров — не кратная, а плюс 30-60% к стоимости за заметно больше ресурсов. Это разумная модель: вы платите за рост тогда, когда он реально произошёл, а не авансом. Проблема в другом — апгрейд почти всегда происходит не по плану, а в момент, когда сервер уже начал тормозить под нагрузкой. Разумная практика — смотреть на утилизацию CPU/RAM/диска раз в месяц (даже руками, через htop и df -h) и переходить на следующий тариф заранее, за 1-2 недели до того, как текущий начнёт реально мешать, а не в момент аварии.

Если вы закладываете бюджет на три года вперёд, разумно считать, что итоговый ежемесячный платёж к третьему году окажется на 30-80% выше стартового — это не универсальное правило, а ориентир, который сильно зависит от того, насколько быстро растёт конкретный проект. У статичного личного сайта апгрейда может не быть вообще ни разу за три года.

Дополнительные IP-адреса: когда это не опция, а необходимость

На старте почти никому не нужен второй IP-адрес — хватает одного, который идёт с сервером. Но за три года жизни проекта нередко возникает как минимум одна из следующих ситуаций, где выделенный или дополнительный IP становится не капризом, а требованием:

• Почтовый сервер отдельно от основного сайта. Если вы разворачиваете свою почту (или переезжаете с корпоративного провайдера), репутация IP для отправки писем — критична, и её нельзя делить с веб-трафиком того же сервера.
• Несколько независимых SSL-сертификатов на старом клиентском ПО, которое не поддерживает SNI (редкая, но встречающаяся ситуация с legacy-интеграциями).
• Белые списки у контрагентов — банк, платёжный шлюз или партнёрское API просят зафиксированный IP для доступа, и он должен быть закреплён только за одним сервисом.
• VPN- или прокси-сценарии, где на одном сервере крутится несколько независимых туннелей и их нельзя смешивать на одном адресе.

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

Резервное копирование: сколько стоит спокойствие

Здесь у разных хостеров принципиально разные модели, и это первое, что стоит проверить в описании тарифа, а не выяснять по факту. Варианты встречаются такие:

Третий вариант часто кажется «бесплатным», но это иллюзия — вы просто переносите стоимость из строки «оплата хостеру» в строку «моё время плюс стоимость стороннего хранилища». Настройка borgbackup или restic с копированием в объектное хранилище — рабочее и недорогое решение, но снятие бэкапов, ротация старых копий и (это критично) периодическая проверка, что из бэкапа реально можно восстановиться, — это не разовая настройка, а повторяющаяся задача на весь срок жизни сервера.

Отдельная и недооценённая статья расходов — не сами бэкапы, а место для их хранения. Если вы храните снапшоты локально на том же сервере, то экономите на хранилище, но рискуете потерять и продакшн, и бэкап одновременно при отказе диска — то есть это не экономия, а перенос риска в худший момент. Разумная схема на три года — off-site хранение (другой дата-центр, другой провайдер), и это отдельная строка в бюджете, пусть небольшая. Честный разбор того, во что реально обходится экономия на бэкапах, — в материале «Экономия на бэкапах и её цена».

Время администратора: самая незаметная строка бюджета

Если вы администрируете сервер сами, эта статья расходов не появляется ни в одном счёте — и именно поэтому её проще всего не заметить, планируя бюджет на три года. Но время не бесплатно, даже если вы тратите его вечером «между делом».

За три года владения VPS типичный набор повторяющихся задач выглядит так:

• Обновления безопасности — регулярный apt update && apt upgrade (или dnf upgrade на RHEL-семействе), причём не автоматом вслепую, а с проверкой, что после обновления сервисы поднялись и работают. На небольшом сервере это 15-30 минут в месяц при спокойном режиме, но раз в несколько месяцев случается обновление, которое что-то ломает, и тогда счёт идёт на часы.
• Мониторинг и реакция на алерты — настройка занимает вечер один раз, но чтение алертов и разбор ложных срабатываний — это фоновая нагрузка на весь срок.
• Ротация SSH-ключей, паролей, токенов доступа — редкая, но обязательная гигиена, особенно при смене состава команды.
• Разбор инцидентов — диск заполнился, сертификат не обновился, контейнер упал в рестарт-луп. Непредсказуемо по времени, но за три года такое случается почти гарантированно хотя бы несколько раз.

Если считать это время по себестоимости часа (ваша ставка, или ставка человека, которого вы бы наняли на эту роль), за три года набегает заметная сумма — часто сопоставимая с суммой всех остальных пунктов этой статьи вместе взятых. Формула для честного расчёта себестоимости часа и разбор, когда дешевле доплатить хостеру за managed-услуги, а когда выгоднее делать самому, — в статье «Сколько стоит час вашего админа и когда дешевле доплатить хостеру». Здесь достаточно зафиксировать главное: строка «время администратора = 0» в бюджете на три года почти всегда означает не «сервер бесплатен в обслуживании», а «эти расходы просто не посчитаны».

Миграция при смене провайдера или тарифа: разовый, но реальный расход

За три года у активного проекта есть неплохой шанс хотя бы раз столкнуться с миграцией — переезд к другому провайдеру из-за цены или качества, смена локации под конкретную задачу, переход на другой тип тарифа (например, с обычного VPS на выделенный сервер, когда виртуализация перестаёт хватать по I/O). Это разовое событие, но недешёвое по времени и не всегда предсказуемое по деньгам.

Что обычно входит в стоимость миграции:

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

Если у вас несколько сервисов на одном сервере, миграция усложняется нелинейно — не в два раза сложнее для двух сервисов, а больше, потому что появляются зависимости между ними (общая сеть, общая база, общие сертификаты). За три года владения VPS закладывать хотя бы одну миграцию в бюджет — разумная предосторожность, даже если конкретной причины для переезда сейчас не видно: провайдеры меняют цены, локации теряют актуальность, а тарифная сетка со временем устаревает и новые клиенты часто получают более выгодные условия, чем действующие.

SSL-сертификаты: бесплатно не значит «нулевые трудозатраты»

Для подавляющего большинства сценариев в 2026 году платить за SSL-сертификат отдельно не нужно — Let's Encrypt закрывает эту потребность бесплатно, и настройка автопродления через certbot или встроенный ACME-клиент в Caddy занимает вечер один раз. Подробная инструкция — в статье «Как установить и настроить Let's Encrypt SSL на VPS».

Но есть ситуации, где бесплатным SSL дело не ограничивается, и это стоит учитывать в трёхлетнем бюджете:

• Wildcard-сертификаты для множества поддоменов — технически тоже бесплатны через Let's Encrypt с DNS-01 challenge, но требуют доступа к API вашего DNS-провайдера и более сложной настройки автоматизации.
• EV/OV-сертификаты — для некоторых B2B- и финансовых сценариев требуется сертификат с расширенной проверкой организации, а это уже платная услуга у центра сертификации, обычно на годовой основе.
• Мониторинг истечения сертификатов — сам сертификат бесплатный, но если автопродление один раз не сработает (истёк DNS-токен, изменился путь ACME-challenge, поменялась конфигурация nginx), сайт уходит в «небезопасное соединение» без предупреждения — если не настроен отдельный мониторинг именно за сроком действия сертификата.

Реальная стоимость SSL за три года почти всегда меньше, чем кажется на старте (для большинства проектов это буквально ноль рублей прямых платежей), но время на правильную настройку автопродления и мониторинга — не ноль, и его стоит учитывать вместе с общей строкой «время администратора» выше, а не отдельно.

Частые вопросы