В прогнозе российского рынка IaaS фигурируют 241 млрд рублей к 2030 году. Доступные данные эту цифру не подтверждают. Если взять объём 2024 года — 135,5 млрд рублей, — рынок должен расти лишь на 10,1% в год: (241 / 135,5)^(1/6) − 1.

Другие прогнозы дают темп вдвое выше. Но спор о миллиардах не отвечает на твой вопрос: что покупать компании — сервер, облачные ресурсы или оба варианта сразу. Разберём гибридную схему для офиса на 100 сотрудников и посчитаем локальный узел под 12 виртуальных машин.

Прогнозы расходятся из-за разных баз и методик

По исследованию iKS-Consulting, которое приводит TAdviser, российский рынок IaaS достиг 135,5 млрд рублей в 2024 году. За год он вырос на 34,5%. На 2025 год аналитики прогнозировали 174 млрд рублей, ещё на 28,4% больше.

Дальше темп остаётся выше тех самых 10,1%: прогноз iKS-Consulting предполагает рост на 27,4% в 2026 году и на 24,9% в 2027-м. J’son & Partners оценивает среднегодовой рост рынка в 24,2% с 2024 по 2029 год. Все эти оценки собраны в обзоре российского рынка IaaS от TAdviser.

У DataCube Research другой ряд: $3,58 млрд в 2024 году и $20,29 млрд к 2033-му при среднегодовом росте 21,8%. С рублёвыми оценками его нельзя складывать напрямую. Понадобятся единый валютный курс, одинаковый состав услуг и одна методика расчёта. В прогнозе DataCube Research таких мостиков к данным iKS-Consulting нет.

Из цифр можно вынести только один твёрдый вывод: спрос на аренду вычислительных ресурсов растёт. Это не означает, что постоянную нагрузку пора целиком переносить к провайдеру.

Гибридная схема стала обычным выбором

В апреле 2024 года Selectel опросил российские компании об устройстве их инфраструктуры. Гибридную модель использовали 55% участников, только облака — 37%, несколько провайдеров — 23%, собственные ЦОДы — 21%. Результаты опроса также приводит TAdviser.

Новость о росте IaaS работает не против покупки сервера, а за разделение ролей. Постоянную и предсказуемую нагрузку можно считать под своё оборудование. В облако уходят краткие пики, резервная площадка и ресурсы, которые нужны на срок проекта.

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

Локальный узел под 12 виртуальных машин

Возьмём компанию на 100 сотрудников. Это расчётный пример, а не универсальная норма.

Нагрузка распределена так:

восемь служебных ВМ — по 2 vCPU и 8 ГБ памяти;
две прикладные ВМ — по 4 vCPU и 16 ГБ;
две ВМ с базами — по 8 vCPU и 32 ГБ.

Суммарно получаем 40 vCPU и 160 ГБ памяти.

При переподписке процессора 2:1 сорока виртуальным ядрам нужны 20 физических. Добавляем 25% на гипервизор и рост нагрузки: 20 × 1,25 = 25. Ближайшая конфигурация с заметным резервом — один процессор на 32 физических ядра.

Для двух баз число ядер само по себе не закрывает вопрос. Если приложение чувствительно к скорости одного потока, бери процессор с базовой частотой от 2,8 ГГц и проверяй конкретную модель на тесте своей прикладной системы. Второй сокет не исправит медленное ядро.

Память считаем без переподписки: 160 × 1,25 = 200 ГБ. Ставим 256 ГБ ECC RDIMM. Такой объём оставляет 56 ГБ сверх расчётной нагрузки — под гипервизор, файловый кэш и рост ВМ.

Теперь диски. Допустим, рабочие данные занимают 2 ТБ. Одна полная копия снимков удваивает объём. Чтобы после этого сохранить 30% свободного места, нужно 2 × 2 / 0,7 = 5,7 ТБ полезной ёмкости.

В RAID10 половина сырой ёмкости уходит на зеркала. Значит, массиву нужно не меньше 11,4 ТБ до форматирования. Восемь NVMe по 1,92 ТБ дают 15,36 ТБ сырой и 7,68 ТБ полезной ёмкости. Запаса хватает на расчётные 5,7 ТБ и рост данных примерно на 2 ТБ.

Гипервизор лучше отделить от массива ВМ: два SSD по 960 ГБ в RAID1. Так служебные операции не занимают место в основном пуле, а замену загрузочного накопителя можно провести отдельно.

За пики и редкие задачи незачем платить железом заранее

В 2024 году российский сегмент облачных GPU-ресурсов вырос на 55%, а выручка сервисов управления контейнерами — примерно на 46%. В опросе Selectel 40% компаний сообщили, что за 2023 год им потребовалось больше облачной инфраструктуры; 33% подключили облачные услуги, которыми прежде не пользовались.

Для нашей компании это аргумент не покупать GPU «на будущее». Если обучение модели или пакетная обработка занимает несколько недель в году, сначала арендуй ускоритель под проект. Локальную видеокарту имеет смысл считать после замеров: сколько часов в месяц она загружена и сколько памяти занимают модели.

Та же логика работает с резервной площадкой. Локальный узел обслуживает ежедневную нагрузку, а облако принимает копии и ресурсы для восстановления. Физическую сторону такого размещения продолжает материал про серверы для облачных решений.

Спецификация под гибридную инфраструктуру

Под расчётные 12 ВМ бери такую конфигурацию:

один процессор: 32 физических ядра, базовая частота от 2,8 ГГц;
256 ГБ ECC RDIMM с возможностью нарастить объём до 512 ГБ;
два SSD по 960 ГБ в RAID1 под гипервизор;
восемь NVMe по 1,92 ТБ в RAID10 под ВМ и базы;
два порта 10 GbE: для рабочей сети и трафика резервного копирования;
два блока питания;
корпус 2U минимум с четырьмя свободными отсеками.

Здесь нет конкретной модели сервера: сначала поставщик должен подтвердить, что выбранное шасси принимает восемь NVMe, оставляет четыре отсека свободными и поддерживает 512 ГБ памяти без замены установленных модулей. Марка не исправит несовместимую корзину или заполненные слоты.

Если число ВМ удвоится при прежнем профиле, расчёт даст 80 vCPU и 320 ГБ памяти. При той же переподписке процессору потребуются 40 физических ядер, а с запасом 25% — 50. Переходи на 48–64 ядра и 512 ГБ ECC RDIMM.

Если к нагрузке добавится видеоархив, не растягивай под него NVMe-массив виртуальных машин. Считай отдельную СХД: число камер × битрейт × срок хранения. Так архив не заберёт ёмкость и дисковые операции у баз.

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

Запас по памяти и дискам повышает стартовую цену. Если поставить ровно 192 ГБ и занять все отсеки, закупка обойдётся дешевле. Зато рост сверх 12 ВМ потребует заменить модули или вынести часть нагрузки раньше.

Решение перед директором защищают не прогнозом на 241 млрд рублей. Покажи три расчёта: постоянную нагрузку локального узла, стоимость облачных пиков и смету восстановления после отказа. Тогда рост рынка IaaS останется контекстом, а не подменой архитектуры.