Сколько VPS нужно заменить одним выделенным сервером, чтобы сэкономить
У проекта пять виртуальных машин. Потом появляется шестая — совсем небольшая, только для очереди. Седьмая нужна для тестирования, восьмая хранит служебные данные. Каждый отдельный счёт выглядит терпимо, а общая сумма уже заставляет открыть прайс выделенных серверов. Так начинается одна из самых полезных инфраструктурных задач: проверить, сколько VPS действительно стоит собрать на одной машине.
Ответ нельзя получить простым подсчётом виртуалок. Две большие VPS могут стоить дороже dedicated, а десяток маленьких — дешевле. Кроме аренды, есть память, производительность, работа администратора и цена зависимости от одного хоста. Ниже — расчёт, в который можно подставить собственные цифры, и несколько условий, без которых экономия останется только в таблице.
Содержание
- Первый порог: когда аренда физической машины дешевле
- Второй порог: добавим расходы, которые переезжают вместе с вами
- Условный расчёт: девяти VPS оказалось недостаточно
- Теперь выясним, поместятся ли виртуальные машины
- Почему 16 vCPU не равны 16 физическим ядрам
- Какие VPS не стоит включать в число «заменяемых»
- Срок окупаемости и цена обратного переезда
- Как получить собственное число
Подберите конфигурацию для своего проекта
Характеристики, стоимость и условия подготовки выделенных серверов MAATRIX в России и США.
Выбрать выделенный серверПервый порог: когда аренда физической машины дешевле
Обозначим месячную цену выделенного сервера буквой D, цену одной одинаковой VPS — P, а количество таких VPS — n. Если сравнивать только аренду, dedicated дешевле при условии:
n × P > D
Для минимального целого количества VPS нужно разделить D на P, отбросить дробную часть и прибавить единицу. Мы ищем именно меньшую стоимость, поэтому полное равенство не считается экономией.
В предоставленном прайсе ANKH стоит $329 в месяц, PYLON — $429, NECROPOLIS — $529. Посмотрим, как меняется порог при нескольких условных ценах VPS. Эти цены придуманы только для расчёта и не являются тарифами MAATRIX.
| Цена одной VPS в примере | ANKH, $329 | PYLON, $429 | NECROPOLIS, $529 |
|---|---|---|---|
| $25 в месяц | от 14 VPS | от 18 VPS | от 22 VPS |
| $50 в месяц | от 7 VPS | от 9 VPS | от 11 VPS |
| $100 в месяц | от 4 VPS | от 5 VPS | от 6 VPS |
Например, девять виртуальных машин по условным $50 стоят $450. PYLON за $429 дешевле по аренде на $21 в месяц. Но это ещё очень тонкий слой экономии: один дополнительный расход легко его съест. А способность PYLON разместить эти девять нагрузок пока вообще не проверялась.
Если VPS разные, вместо умножения просто сложите их реальные месячные счета. Не усредняйте цены слишком рано: так легко потерять дорогой диск, дополнительный IP или услугу, которая выставляется отдельно.
Второй порог: добавим расходы, которые переезжают вместе с вами
Назовём прочие ежемесячные затраты виртуальной схемы O_v, а новой физической схемы — O_d. Сюда входят сопоставимые расходы на обслуживание, резервные копии, лицензии и нужные внешние узлы. Разовые затраты на переезд обозначим M, а срок, за который хотим их учесть, — T месяцев.
Тогда условие экономии за выбранный горизонт выглядит так:
n × P + O_v > D + O_d + M / T
Важно не считать одинаковую услугу дважды и не приписывать её только одной стороне. Если внешние резервные копии нужны и VPS, и dedicated, включите их в обе схемы. Если нынешние виртуальные машины уже обслуживает ваша команда, её время не равно нулю. Сравнивать следует полные сопоставимые расходы, а не «готовое облако» с голой арендой физического сервера.
Стоимость часов специалистов можно оценить по фактическому времени на эксплуатацию и внутренней цене часа. Это не обязательно отдельная строка банковского счёта, но работа всё равно занимает время, которое могло уйти на продукт. Нулевую стоимость ручного труда таблицы любят; люди обычно относятся к ней с меньшим энтузиазмом.
Для более широкого перечня расходов полезен разбор «TCO выделенного сервера: что не входит в аренду». Здесь нас интересует прежде всего момент, когда консолидация начинает окупаться.
Условный расчёт: девяти VPS оказалось недостаточно
Продолжим пример с PYLON за $429. Предположим, каждая VPS стоит $50, дополнительные расходы старой схемы — $60 в месяц, новой — $120. На миграцию и испытания заложено $600, которые учитываем в течение двенадцати месяцев. Все суммы, кроме аренды PYLON из предоставленной карточки, условные.
Получается:
Старая схема в месяц: n × $50 + $60
Новая схема с учётом миграции: $429 + $120 + $600 / 12 = $599
При девяти VPS старая схема обходится в $510, и переезд дороже. При десяти — в $560, тоже дороже. При одиннадцати — в $610, поэтому новая схема становится дешевле на $11 в месяц с учётом распределённых затрат миграции.
Проверим год целиком: одиннадцать VPS с дополнительными расходами стоят $610 × 12 = $7320. Dedicated с обслуживанием и переездом — ($429 + $120) × 12 + $600 = $7188. Разница составляет $132 за первый год.
Это экономия, но не настолько большая, чтобы закрывать глаза на риски и ограничения. Если оценка обслуживания окажется чуть выше или понадобится ещё один внешний узел, преимущество исчезнет. Хороший расчёт показывает такую чувствительность заранее, пока решение ещё можно спокойно изменить.
На более длинном горизонте разовый переезд влияет меньше. Однако считать экономию на несколько лет разумно только при достаточно понятной нагрузке и условиях аренды. Цены, объём данных и требования проекта способны измениться раньше, чем закончится красивый финансовый прогноз.
Теперь выясним, поместятся ли виртуальные машины
Число VPS в таблице — бухгалтерская величина. Серверу от неё ни жарко ни холодно, пока не выяснено, сколько ресурсов потребляет каждая нагрузка. Нужны сведения о памяти, одновременной активности CPU, объёме данных, вводе-выводе и сетевых связях.
Начните с RAM. Номинальная сумма лимитов не всегда равна фактическому рабочему набору, но агрессивно продавать самим себе одну и ту же память несколько раз опасно. Если все приложения одновременно приблизятся к своим обычным пикам, хост должен выдержать этот момент без вытеснения критических процессов.
Оставьте память системе, гипервизору и выбранному хранилищу. Например, Proxmox прямо отделяет требования своей ОС и служб от памяти гостевых машин; это описано в официальных требованиях платформы. Конкретный запас зависит от конфигурации, поэтому выдавать гостям весь объём из тарифной карточки нельзя.
У ANKH и PYLON по 64 ГБ, у NECROPOLIS — 128 ГБ. Если только рабочим приложениям уже нужно около доступных 64 ГБ, первые два варианта потребуют пересмотра размеров или другой комплектации. Дополнительные ядра PYLON не компенсируют нехватку памяти.
Затем проверьте диск. Нельзя складывать обещанные виртуальные ёмкости и считать, что данные обязательно поместятся: нужны фактический объём, рост, временные файлы и запас на операции. У NECROPOLIS два диска по 1 ТБ, но при RAID 1 полезная ёмкость соответствует примерно одному накопителю, а не двум терабайтам.
Почему 16 vCPU не равны 16 физическим ядрам
Количество виртуальных CPU описывает, сколько процессоров видит гостевая система. Условия получения вычислительного времени зависят от платформы и тарифа. В одном предложении ресурсы могут быть разделяемыми, в другом — иметь более строгие гарантии. Поэтому переводить сумму vCPU в нужное число физических ядер без измерений нельзя.
Соберите график одновременной активности. Если у большинства VM работа короткая и пики не совпадают, консолидация может использовать ресурсы эффективнее. Если все они одновременно запускают тяжёлый расчёт, новая машина должна выдерживать совокупную нагрузку, а не только среднее за сутки.
Условные двенадцать VPS с двумя vCPU каждая могут оказаться легче нескольких виртуальных машин, которые постоянно считают. Число экземпляров одинаково мало говорит и о нагрузке на диск: одна база с интенсивной записью способна определять поведение всего хоста.
После переноса границы между приложениями следует сохранить. Виртуальные машины и контейнеры позволяют задавать ресурсы и изолировать среды, но правила нужно настроить. В Linux соответствующие механизмы управления группами процессов описаны в документации cgroup v2. Без ограничений один неудачный фоновый процесс может занять пространство, ради которого переезжали все остальные.
Какие VPS не стоит включать в число «заменяемых»
Внешний мониторинг полезно оставить вне основной машины. Иначе при её отказе одновременно исчезнет и наблюдатель. Резервное хранилище также должно переживать потерю хоста, с которого копируются данные. Это не обязательно отдельная VPS, но обязательно отдельная предусмотренная роль.
Не следует объединять узлы, которые были разнесены ради доступности, не пересмотрев требования. Две реплики базы на одном физическом сервере сохраняют некоторые эксплуатационные возможности, но не защищают от отказа этого сервера. Экономия на втором домене отказа означает изменение уровня услуги, а не бесплатную оптимизацию.
Ещё один кандидат на сохранение — служба в нужном географическом регионе. Если основная нагрузка переезжает в США, а часть запросов должна обслуживаться ближе к российским пользователям, небольшой внешний узел может оставаться полезным. Решение зависит от приложения и маршрутов, но цену этого узла нужно оставить в новой схеме.
Некоторые тестовые машины выгодны именно кратким временем жизни. Если их можно включать только на время работы, постоянный запас на dedicated не всегда дешевле. В расчёт входят фактические оплаченные часы или месяцы согласно условиям услуги, а не максимальное количество когда-либо созданных VM.
Срок окупаемости и цена обратного переезда
Когда новая схема дешевле по регулярным расходам, можно оценить срок окупаемости миграции. Разовые затраты делят на положительную месячную экономию без их амортизации. Если регулярной экономии нет, конечного срока окупаемости за счёт аренды тоже нет.
Для предыдущего примера с одиннадцатью VPS регулярная экономия составляет $610 − ($429 + $120) = $61. Разовые $600 окупятся примерно за 9,8 месяца, если все допущения сохранятся. Это согласуется с небольшой положительной разницей по итогам первого года.
Но у решения есть и обратная сторона. Если через полгода проекту понадобится другая локация или значительно больше памяти, может потребоваться новый перенос. Поэтому полезно оценить два сценария: ожидаемый рост и неудобный, но правдоподобный вариант. Не нужно придумывать вероятности до десятых; достаточно увидеть, при каких изменениях расчёт перестаёт работать.
Планировать отключение старых VPS следует после испытания новой среды и завершения периода проверки. Временное пересечение аренд входит в разовые расходы. Переезд без такого пересечения бывает дешевле на бумаге, но оставляет меньше вариантов при обнаружении проблемы.
Практические этапы подготовки разобраны в статье о переезде из облака на выделенный сервер. Финансовая таблица и технический план должны сходиться по срокам и составу ресурсов.
Как получить собственное число
Сначала выпишите те VPS, которые действительно можно объединить без потери нужной независимости и географии. Посчитайте их реальные регулярные расходы. Затем проверьте, в какую выделенную конфигурацию помещается совокупная нагрузка с запасом на эксплуатацию.
Добавьте стоимость оставшихся внешних служб, администрирования и миграции. Сравните первый год и последующий период отдельно. Проверьте, насколько результат чувствителен к росту данных, дополнительной лицензии или нескольким часам обслуживания.
И только после этого получится ответ: столько-то конкретных VPS экономически разумно заменить такой-то машиной. Возможно, их будет четыре. Возможно, двадцать. А иногда правильный итог — оставить часть виртуальных серверов и перенести только постоянную тяжёлую нагрузку. Это тоже хороший результат расчёта: деньги сэкономлены не ценой отказа от полезных свойств системы, а благодаря более точному распределению работы.
Подберите конфигурацию для своего проекта
Характеристики, стоимость и условия подготовки выделенных серверов MAATRIX в России и США.
Выбрать выделенный серверВыделенный сервер или VPS: 10 признаков, что пора планировать переездСледующая статья →
Выделенный сервер или кластер VPS: как сравнить полную стоимость за год
Все материалы о выделенных серверах
Обсудить статью, задать вопрос или начать новую тему
Есть вопрос по этой статье, идея для обсуждения или просто хотите поделиться опытом? Сообщество MAATRIX ждёт. Для общения, пожалуйста, зарегистрируйтесь в нашем личном кабинете.
Перейти в сообщество →