ИТ-директор средней компании составляет смету на обновление инфраструктуры: отдельные серверы, дисковая полка с контроллерами, коммутаторы SAN, лицензии гипервизора и СХД, отдельный проект на интеграцию. Итоговая сумма выглядит как капитальный ремонт здания, а в смете каждая позиция - это отдельный поставщик и отдельный риск задержек. Гиперконвергентная инфраструктура (HCI) предлагает другую логику: вычисления, хранение и сеть собраны в типовых нодах, а кластер расширяется добавлением такой же ноды. Закупка идёт одной позицией у одного поставщика, без сборки из четырёх вендоров.
Ниже разберём, чем HCI отличается от классической схемы, на каких задачах подход окупается и где он, наоборот, оказывается дороже.
Что такое HCI и чем отличается от классической схемы
Классическая инфраструктура - это три отдельных слоя: серверы под виртуализацию, СХД и сеть хранения (SAN). Каждый слой проектируется, закупается и обслуживается отдельно: разные вендоры, разные специалисты, отдельные точки отказа. Связка HCI и классическая инфраструктура устроена иначе. Типовая нода HCI - сервер с локальными NVMe-дисками, гипервизором и программно-определяемым хранением. Несколько таких нод объединяются в кластер, который видит локальные диски всех узлов как единый пул.
Ключевая разница - модель масштабирования. Классическая схема растёт «вертикально»: добавили дисков в полку, заменили контроллер, расширили лицензию СХД. HCI растёт «горизонтально» - добавили ноду, и в кластере пропорционально стало больше CPU, ОЗУ и хранилища. Управление тоже одно: единая консоль на кластер вместо отдельных интерфейсов под серверы, СХД и SAN. Для штатного ИТ-отдела это снимает требование держать выделенного СХД-инженера и сетевика под фабрику хранения. Зависимость от вендора снижается, но не исчезает: у vSAN и Storage Spaces Direct действует сертифицированный список совместимости (HCL), и замена дисков или сетевых карт ограничивается выбором модели из этого списка. Это всё равно проще, чем пересобирать SAN-фабрику, но сверять HCL перед закупкой обязательно.
Когда HCI выгоднее классической инфраструктуры
Виртуализация и VDI на 50–300 пользователей
Главный сценарий, где гиперконвергентное решение окупается. Компания на 100–300 рабочих мест с парком виртуальных машин под 1С, файловые сервисы, терминальные сессии - это типовая нагрузка HCI. Три-четыре ноды покрывают потребности по производительности и отказоустойчивости, причём не нужны выделенный СХД-специалист и SAN-фабрика. Срок развёртывания «коробочного» гиперконвергентного решения - 1–2 недели против 1,5–3 месяцев на классическую схему: гиперконвергент приходит готовым стеком, классика собирается из 3–4 закупок и интеграционного проекта.
На VDI картина ещё показательнее: профили пользователей и образы виртуальных рабочих мест живут в одном пуле, миграция между узлами идёт прозрачно, плановое обслуживание не требует окна простоя. Эффект для бюджета в горизонте 2–3 лет складывается из трёх статей: отсутствуют лицензии выделенной СХД, исключается SAN-фабрика из спецификации, сокращаются часы СХД-инженера на сопровождение.
Региональные офисы и распределённые филиалы
HCI хорошо ложится в логику «коробочного» филиала: 2–3 ноды на площадке закрывают локальные сервисы (контроллер домена, файловый ресурс, видеонаблюдение, кассы), управление идёт из головного офиса. По сравнению с классикой это радикально другая логика: вместо отдельных серверов, NAS и коммутаторов - один стек, который ИТ-отдел разворачивает по шаблону. Не требуется выезд СХД-инженера на место, обслуживание сводится к стандартным процедурам: добавить ноду, заменить диск, накатить обновление кластера. Для сетей из 10–30 филиалов это сильно снижает OpEx и упрощает планирование расширений.
HCI и классическая инфраструктура соотносятся так: первый подход выигрывает там, где задача типовая, объёмы предсказуемые, а приоритет - скорость развёртывания и простота сопровождения. Классика остаётся в зоне специализированных требований по производительности, объёму или регуляторике.
Архитектура HCI: ноды, гипервизор, программно-определяемое хранение
Гиперконвергентное решение собирается из пяти компонентов.
- Нода - стандартный 1U или 2U-сервер с локальными NVMe или SSD, мощным CPU под виртуализацию и сетевыми картами 25/100 GbE для трафика между узлами.
- Гипервизор - VMware ESXi, Microsoft Hyper-V, Proxmox VE или российские платформы (zVirt, ROSA Virtualization, базис.DynamiX). Выбор задаёт стек управления и определяет совместимость с уже работающими системами.
- Программно-определяемое хранение (SDS) - слой, который объединяет локальные диски нод в общий пул с репликацией, снапшотами и тонким резервированием. Реализуется через VMware vSAN, Microsoft Storage Spaces Direct (S2D) или Ceph - это разные продукты с разной моделью лицензирования и эксплуатации.
- Сеть - выделенный канал 25/100 GbE между нодами. На нём держится производительность кластера и латентность хранилища. На небольших инсталляциях допустимо 10 GbE, но запас по скорости рекомендуется закладывать сразу - расширить сеть в работающем кластере дороже, чем заложить с запасом.
- Единый интерфейс управления - кластер, виртуальные машины, диски, сеть и обновления видны в одной консоли.
Аппаратная база гиперконвергентного решения - это, по сути, серверы для виртуализации с подобранной конфигурацией ОЗУ, NVMe и сетевых карт. Отличие от классики в том, что нода рассчитана на работу в кластере, а не как одиночный гипервизор: больше дисковых слотов под локальный пул, поддержка кластерной сети, согласованная прошивка по всем узлам.
Экономика HCI: CapEx, OpEx и TCO
Главный аргумент бизнеса в пользу HCI - не цена железа, а совокупная стоимость владения. На бумаге классическая схема выглядит дешевле по CapEx (особенно если СХД достаётся со скидкой и продаётся как готовое решение), но при пересчёте на 3–5 лет картина меняется. OpEx складывается ниже за счёт трёх вещей: одна консоль управления вместо трёх, обновление кластера одной процедурой вместо отдельных контуров СХД и SAN, отсутствие выделенного СХД-специалиста в штате. Решение о выборе подхода поэтому принимается не по строке «стоимость закупки», а по TCO на горизонте жизни инфраструктуры.
Где HCI экономит и где может оказаться дороже
Экономия на сопровождении: один стек вместо трёх, обновления централизованно, штатный ИТ-инженер обходится без выделенного СХД-специалиста. Дополнительный выигрыш - интеграционные работы: гиперконвергентное решение приходит готовой связкой, проект занимает недели, а не месяцы. Меньше интеграционных часов в смете и оплат разным подрядчикам за стыковку оборудования. Где HCI дороже - лицензии гипервизора и SDS обычно считаются по ядрам и по объёму хранилища, и при больших объёмах эта часть начинает доминировать в смете. Для нагрузок с дорогими лицензиями (например, СУБД на сотни ядер) экономика часто разворачивается в обратную сторону, и классика выходит ощутимо дешевле.
Когда классическая схема всё ещё лучше
HCI - не универсальная замена классической инфраструктуре. Три ситуации, где трёхуровневая архитектура выигрывает.
- Высоконагруженные базы данных с предсказуемой потребностью в IOPS. Выделенная СХД на enterprise-NVMe и SAN-фабрика дают стабильную задержку, которую сложно повторить на гиперконвергентном кластере: на HCI latency хранилища зависит от состояния сети между узлами и текущей нагрузки соседей по кластеру. Для биржевых, банковских и расчётных задач это критично.
- Очень большие объёмы хранения с разной температурой данных (горячие/тёплые/холодные). Классическая СХД с тирингом и отдельными уровнями дисков (NVMe, SAS, NL-SAS) обходится дешевле, чем растягивать пул HCI до десятков и сотен ТБ NVMe.
- Регуляторные требования к изоляции данных и сред. Там, где нужен физически отдельный СХД с отдельным контуром управления и собственной аттестацией (КИИ, ГИС, банковские контуры), HCI юридически и архитектурно неудобен.
В крупных компаниях обычно встречается гибрид: HCI закрывает виртуализацию и VDI, классическая СХД - тяжёлые СУБД и долгосрочный архив. Это не выбор «или-или», а распределение задач по слоям инфраструктуры: каждому сервису та архитектура, в которой он живёт лучше всего.
Заключение
Гиперконвергентная инфраструктура в итоге - это компромисс в пользу скорости развёртывания, простоты обслуживания и горизонтального масштабирования. Она окупается на типовых задачах виртуализации, VDI и в распределённых офисах, где приоритет - единая консоль и предсказуемый рост. Классическая трёхуровневая схема остаётся сильнее на высоконагруженных СУБД, больших объёмах с многоуровневым хранением и в проектах с регуляторными требованиями к изоляции.
Подбор конфигурации удобнее начинать с задачи, а не с вендора. У нас на сайте собран каталог под системы хранения данных и серверы под виртуализацию помогаем посчитать оба сценария (HCI и классику) на конкретной нагрузке, сравнить TCO на горизонте 3–5 лет и оценить, в какой момент окупается переход на гиперконвергентную инфраструктуру.
