Классическая трёхуровневая ИТ-архитектура — серверы, отдельная фабрика SAN, отдельная СХД — служила корпоративному сектору более 20 лет. К 2026 году у этой архитектуры есть полноценная альтернатива в виде российских гиперконвергентных платформ. Где она применима и где переоценена — разбираем.
Что такое гиперконвергенция и почему о ней говорят сейчас
Гиперконвергентная инфраструктура (HCI) — это архитектура, в которой вычисления, хранение и сетевые функции реализованы программно поверх однотипных серверов с локальными дисками. Нет отдельной СХД и отдельной SAN-фабрики — всё реализовано на уровне ПО.
Технически идея не новая — Nutanix популяризовал её на западном рынке десять лет назад, VMware vSAN был массовым российским выбором до 2022. В чём изменение в 2026: российские платформы HCI достигли зрелости, при которой их можно ставить в продакшен без оговорок «ну, пока пилот».
Что есть на российском рынке
AERODISK vAIR — гиперконвергентный комплекс от Аэродиска. Объединяет систему хранения и средства виртуализации. Подтверждённое российское происхождение, в реестре Минпромторга. Сильная сторона — глубокая интеграция со специализированным аппаратным обеспечением Аэродиска.
vStack — продукт компании ITGLOBAL.COM на базе FreeBSD bhyve. Российская разработка, направленная на тех, кому нужен лёгкий, прозрачный гипервизор без оверхеда тяжёлых решений. Активно используется в облачных провайдерах.
СберИнфра-ПАК — программно-аппаратный комплекс от Сбера. Изначально разработан для внутренних нужд группы, с 2024 года предлагается рынку.
Аквариус HCI — линейка ГК Аквариус на базе собственного аппаратного обеспечения и комбинации российского ПО (zVirt + Аэродиск). Подходит, когда нужно «всё от одного производителя» — железо, ПО, поддержка.
IVA HCI — решение от IVA Technologies, ориентированное на средний бизнес.
Скала-Р — гиперконвергентный комплекс с большим присутствием в госсекторе.
Где HCI реально окупается
HCI — не универсальный молоток. Есть чёткие сценарии, где она даёт ощутимые преимущества по сравнению с трёхуровневой архитектурой.
Корпоративный ЦОД среднего размера — от 20 до примерно 200 виртуальных машин. На этом масштабе нет смысла строить отдельную SAN-фабрику, обучать SAN-инженеров, заводить отдельный контракт с производителем СХД. Всё стало одной платформой с единым управлением.
Филиальные ЦОД и edge-сценарии. Кластер из 3–4 узлов HCI ставится в филиале, удалённо управляется из центрального офиса, обеспечивает локальные сервисы (1С, файловые шары, AD, печать). Не требуется присутствие выделенного сис-админа на месте.
VDI на 100–1000 рабочих мест. Хорошая нагрузочная характеристика — много небольших виртуальных дисков, типичная для виртуальных рабочих столов. HCI с локальными SSD/NVMe даёт отличный IOPS на каждый VM.
Test/Dev среды. Гибкость, скорость развёртывания, простота клонирования инфраструктуры под новые проекты.
Где HCI не нужна или преждевременна
Классические транзакционные СУБД с экстремально низкими требованиями к задержке. Если ваш Oracle/PostgreSQL требует latency < 200 мкс на запросе ввода-вывода, классическая all-flash СХД через FC c прямой архитектурой будет работать лучше, чем распределённое хранение в HCI.
Очень большие хранилища (1 ПБ и выше). На таком объёме экономика разворачивается обратно — выгоднее объектные хранилища или классические массивы high-end.
HPC и AI-обучение — у них совершенно другие модели доступа к данным, HCI здесь не оптимальна.
Малые инсталляции (5–15 ВМ). Минимальный кластер HCI — 3 узла, причём каждый должен быть достаточно мощным. Для совсем маленьких задач один-два сервера с локальными дисками всё ещё дешевле.
Что менять в подходе при переходе на HCI
Переход с трёхуровневой архитектуры на HCI — это не просто «поменяли оборудование». Это смена операционной модели.
Команды. Вместо отдельных групп серверной, сетевой и SAN-инженеров — единая команда инфраструктуры. На небольших объёмах это плюс, на больших — нужно перестраивать процессы.
Закупки. HCI-платформа покупается не «по компонентам», а как готовая система. Расширение — добавлением узлов, а не закупкой дополнительных дисков в существующую СХД.
Резервирование и DR. План аварийного восстановления нужно пересобрать заново. HCI имеет встроенные механизмы репликации между кластерами, но они отличаются от привычных snapshot-репликаций СХД.
Как мы помогаем
Если ваша текущая инфраструктура — это «зоопарк» из серверов, FC-фабрики, СХД пятилетней давности, и вы стоите перед апгрейдом — имеет смысл оценить HCI как альтернативу. Это не всегда правильный ответ, но часто он даёт лучший TCO на горизонте 5 лет.
Пришлите конфигурацию текущего парка и список нагрузок на zakaz@olly.ru. Подготовим сравнение «расширение существующей архитектуры vs переход на HCI» с реальными цифрами CAPEX и OPEX.