Выделенный сервер против облака: расчёт стоимости владения на 3 года

MAATRIX

Когда сравнивают выделенный сервер и облако, обычно сравнивают только ежемесячный счёт — и почти всегда ошибаются. Реальная разница вылезает через полгода-год, когда набегает трафик, докупленные диски, статический IP и часы, которые кто-то тратит на то, что в облаке «само работает», а на железе требует ручной настройки. Дальше — методика, как посчитать полную стоимость владения (TCO) на 3 года честно, с примером таблицы по годам и без придуманных цифр.

Почему сравнение «по прайсу» врёт

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

TCO на 3 года — это не «умножить месячную цену на 36». Это сумма пяти статей за весь период:

1. Базовая аренда (сервер или инстанс) — предсказуемая, есть в прайсе.
2. Трафик — часто непредсказуемая, у облака отдельная статья, у выделенного обычно включена.
3. Диски/хранилище сверх базового — почти всегда недооценивают на старте.
4. Статический IP — мелочь по деньгам, но забывают почти все.
5. Время администратора — самая спорная статья, но именно она чаще всего решает, что выгоднее на длинной дистанции.

Дальше разбираем каждую по отдельности, потом собираем таблицу.

Статья 1: базовая аренда

Здесь сравнение честнее всего, потому что оба варианта её прямо публикуют. Берём эквивалентную мощность — условно 8 vCPU / 32 ГБ RAM / NVMe SSD:

• Выделенный сервер такого класса на рынке аренды (не покупка железа — это отдельная тема, и здесь речь не про неё) обычно стоит дешевле в пересчёте на ядро и гигабайт RAM, потому что вы платите за физическое железо целиком, без наценки за виртуализацию и без маржи облачного провайдера на управляющем слое.
• Облачный инстанс сопоставимой конфигурации в среднем стоит дороже за тот же объём ресурсов — это ориентир, не точная цифра, у разных провайдеров разброс большой, — потому что в цену заложена гибкость: возможность за минуту уменьшить или увеличить инстанс, снапшоты, живая миграция при сбое хоста.

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

Статья 2: трафик — где чаще всего теряют деньги

Это первая по значимости скрытая статья. У выделенных серверов на большинстве площадок трафик входит в аренду в большом объёме (сотни ТБ/мес или безлимит на скорости порта) — эксплуатационно это означает, что для подавляющего большинства проектов трафик просто не считается отдельно.

У облака чаще всего другая модель: входящий трафик обычно бесплатный, а вот исходящий (egress) — платный, и именно он растёт вместе с успехом проекта: чем больше у вас пользователей, тем больше они скачивают с вашего сервера. Для сайта с медиаконтентом, API с большими ответами, бэкапами, которые улетают наружу, или CDN-подобной нагрузкой это может составить заметную долю месячного счёта — иногда сопоставимую с ценой самого инстанса.

Как оценить свою статью трафика:

# смотрим фактический исходящий трафик за месяц на выделенном сервере
vnstat -m

# или через iftop/nload в реальном времени, если vnstat не стоял с начала месяца
apt install vnstat -y && systemctl enable --now vnstat

Дальше эту цифру (в ТБ/мес) нужно умножить на актуальный тариф исходящего трафика конкретного облачного провайдера — тарифы у разных облаков отличаются в разы, поэтому здесь принципиально не привожу усреднённую цифру за ГБ: посчитайте по прайсу того облака, с которым сравниваете, это займёт пять минут и даст честную цифру для вашей нагрузки, а не абстрактную.

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

Статья 3: диски и хранилище сверх базового

Базовый тариф — что у выделенного сервера, что у облачного инстанса — обычно включает фиксированный объём диска. Дальше расхождение:

• На выделенном сервере расширение диска — это либо дополнительный физический диск/RAID-том по фиксированной цене за слот, либо переезд на тариф с бóльшим диском. Стоимость предсказуема и не растёт плавно.
• В облаке дополнительный диск (managed block storage) обычно тарифицируется помесячно за ГБ, и часто отдельно тарифицируется ещё и IOPS сверх базового уровня — это тот пункт, который почти никто не закладывает в изначальную оценку, а потом удивляется счёту через полгода, когда данные накопились.

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

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

Статья 4: статический IP

Мелочь по абсолютной цене, но именно она чаще всего просто забыта в расчёте:

• На большинстве площадок с выделенными серверами один статический IPv4-адрес входит в аренду по умолчанию, дополнительные адреса (если нужен пул, например под несколько SSL-сертификатов на старых схемах или под разные виртуальные хосты с raw IP) — за отдельную небольшую ежемесячную плату.
• В облаке ситуация чаще обратная: эфемерный IP, который меняется при пересоздании инстанса, входит бесплатно, а вот статический (Elastic IP и аналоги) — платный, причём в некоторых облаках плата берётся именно за *неиспользуемый* привязанный, но не подключённый к работающему инстансу адрес — это защита от резервирования IP-пространства "про запас", но она же ловит невнимательных.

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

Статья 5: время администратора — самая спорная и самая важная

Здесь нет универсальной цифры, и любой, кто её назовёт как факт, а не оценку, скорее всего ошибается. Но направление разницы устойчиво:

• Выделенный сервер отдаёт вам голое железо (или голую ОС) — вы сами настраиваете firewall, обновления, мониторинг диска и RAID, бэкапы, восстановление после сбоя. Управляемые панели (типа готового стека LEMP/докера "из коробки") немного сокращают эту статью, но не убирают её полностью. Разница между управляемым и неуправляемым VPS — по сути ровно про эту статью расходов, только в масштабе VPS, и логика прямо переносится на выделенные серверы: managed-опция стоит дороже в моменте, но снижает время администратора.
• Облако предлагает managed-сервисы (managed database, managed Kubernetes, автоскейлинг, автоматические снапшоты по расписанию) — они реально снимают часть рутины, но это не бесплатно: managed-версия того же сервиса стоит дороже self-hosted версии на выделенном сервере, часто заметно. Вы не платите временем администратора напрямую, но платите разницей в цене сервиса — это та же статья расходов, просто она перенесена из графы "часы" в графу "счёт".

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

Таблица TCO на 3 года: пример методики

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

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

Когда выгоднее облако, а когда — выделенный сервер

Честный вывод не в пользу одного варианта — а в том, для какой нагрузки какой вариант считается по-другому:

Выделенный сервер обычно выгоднее на 3-летнем горизонте, когда:

• нагрузка стабильная и предсказуемая — вы примерно знаете, сколько CPU/RAM/трафика понадобится через год, без резких скачков;
• проект уже прошёл стадию проверки гипотезы и находится в фазе роста с понятной траекторией, а не хаотичного пилота;
• исходящий трафик значимый (медиа, API с большими ответами, бэкапы наружу) — здесь щедрый безлимит выделенного сервера перекрывает разницу в базовой цене за несколько месяцев;
• в команде есть кто-то, кто готов и умеет администрировать сервер — тогда статья "время администратора" не создаёт скрытых издержек, а становится частью обычной работы.

Разница между этим сценарием и переездом с более мелкого тарифа разобрана в статье про момент перехода с VPS на выделенный сервер — там те же принципы, только на шаг раньше по масштабу.

Облако обычно выгоднее, несмотря на переплату по базовой цене, когда:

• нагрузка сильно переменная — есть пиковые часы/дни/сезоны, и большую часть времени ресурсы не нужны в полном объёме: эластичность облака здесь монетизирует именно то, за что вы переплачиваете;
• проект на стадии, где сама архитектура может измениться в любой момент — тестируете гипотезу, часто меняете конфигурацию, и стоимость ошибки в выборе мощности должна быть низкой;
• нужны managed-сервисы, которые реально экономят время команды больше, чем стоит разница в цене — это справедливо чаще для небольших команд без выделенного администратора, чем для тех, у кого такой человек уже есть;
• горизонт планирования короче 3 лет или сильно неопределён — тогда фиксированная переплата за гибкость облака — это разумная страховка, а не лишний расход.

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

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