Аббревиатура HCI встречается в разных областях (Human-Computer Interaction, Hospital-Acquired Infection), поэтому сразу закрепим: в этой статье речь про гиперконвергентную инфраструктуру (Hyperconverged Infrastructure) для ЦОД. Это архитектура, которая объединяет вычисления, хранение и сеть в одном программно-определяемом узле. Аналогия простая: гиперконвергенция похожа на многофункциональный кухонный комбайн, где все собрано компактно и производительность легко нарастить, поставив рядом вторую такую же ноду. Классическая трехуровневая архитектура (3-tier) ближе к кухне из отдельных приборов: машины, дисковый массив и коммутаторы закупаются и обслуживаются по отдельности.
Она стала практическим ответом на две задачи: сократить время развертывания кластера виртуализации и уйти от связки «серверы плюс SAN» при импортозамещении. Экономический смысл появляется на однородных нагрузках от 4 узлов; на 1-3 машинах классическая схема с небольшой СХД обычно дешевле по TCO.
Что такое HCI простыми словами
В гиперконвергентной инфраструктуре каждый физический сервер (узел, node) одновременно выполняет три роли: запускает виртуальные машины, хранит данные на локальных дисках и участвует в общей сети системы. Локальные диски всех нод объединяются программным слоем хранения — SDS (Software-Defined Storage). Этот слой собирает NVMe и SSD в единый распределенный пул, доступный любой ВМ независимо от того, на какой машине она работает.
Главное отличие HCI от классической 3-tier — отсутствие отдельного дискового массива и Fibre Channel-фабрики. В трехуровневой схеме данные лежат на выделенной СХД, а машины обращаются к ней по FC или iSCSI. В гиперконвергенции роль массива берет на себя SDS поверх локальных дисков, а весь трафик идет по обычной Ethernet-фабрике. Это упрощает закупку и эксплуатацию: вместо трех классов оборудования администратор управляет одним типом нод и одной консолью.
Как устроена HCI
Технически нода HCI — это гипервизор плюс storage-агент. Гипервизор (например, AHV у Nutanix, ESXi у VMware, Hyper-V у Microsoft или KVM у российских платформ) запускает ВМ, а storage-агент отвечает за распределенное хранение. Защита реализуется одним из двух способов: репликацией (копия блока держится на соседней машине) или erasure coding (аналог сетевого RAID, экономнее по емкости, но требовательнее к процессору). При отказе одной ноды ВМ перезапускаются на оставшихся, а недостающие копии восстанавливаются автоматически.
Связывает ноды канал 10, 25 или 100 Gb, желательно с поддержкой RDMA (RoCE v2) — она снижает задержки и нагрузку на CPU при межузловом обмене блоками. Управляется вся инсталляция из единой консоли: там же создаются ВМ, настраивается репликация и отслеживается емкость пула. Data reduction (дедупликация и сжатие) обычно дает коэффициент 1.5-2x, что нужно закладывать в расчет полезной емкости.
Когда HCI выгодна
Гиперконвергенция дает линейное масштабирование без переконфигурации СХД и ниже TCO на однородных нагрузках, которые хорошо растут горизонтально. Типичные сценарии: VDI (виртуальные рабочие столы), где сотни одинаковых ВМ равномерно нагружают систему; ROBO (удаленные офисы и филиалы) с компактными кластерами на 2-3 ноды; инсталляции общего назначения на 4-16 узлов под смешанную виртуализацию.
Отдельный драйвер в РФ — импортозамещение. Связка «VMware vSphere плюс SAN» уходит в разряд legacy, и гиперконвергенция на российской платформе закрывает сразу и вычисления, и хранение без закупки отдельного массива. Для многих компаний это способ мигрировать с зарубежного стека одним проектом, а не двумя.
Когда HCI не подходит
Гиперконвергенция не универсальна. На 1-3 машины она редко оправдана: накладные расходы SDS и требования к каналу съедают выгоду, а классическая пара серверов с небольшой СХД обходится дешевле. Крупные отдельные СУБД с предсказуемо высокими требованиями к latency нередко эффективнее держать на выделенном массиве с FC SAN, где хранение не конкурирует за CPU с вычислениями.
HPC и задачи с экстремальной пропускной способностью хранилища тоже обычно строят на специализированных параллельных файловых системах. Правило простое: чем однороднее и «горизонтальнее» нагрузка, тем выгоднее гиперконвергенция; чем специфичнее и требовательнее один сервис — тем чаще выигрывает 3-tier.
Ключевые платформы HCI
Nutanix Cloud Platform с гипервизором AHV — исторический лидер рынка по оценкам Gartner, но с 2022 года вендор официально ушел из РФ, и поддержка здесь ограничена. VMware vSAN 8 — часть vSphere; в России это legacy-стек, новые лицензии официально недоступны, а после смены модели лицензирования Broadcom многие проекты пересматривают стратегию. Microsoft Storage Spaces Direct (S2D) — встроенный компонент Windows Server Datacenter, разворачивается на 2-16 узлов, но зависит от доступности лицензий Windows Server.
Зарубежные аппаратные appliance (Dell VxRail, HPE SimpliVity, Cisco HyperFlex) в РФ 2026 года остаются legacy: официальных поставок и поддержки нет, рекомендовать их для новых проектов нет смысла. Поэтому фокус при новом строительстве смещается на российские платформы и open-source, которые мы разберем ниже.
HCI vs классическая 3-tier
Ключевой вопрос при проектировании — гиперконвергенция или трехуровневая схема. Сравнение ниже разбирает оба подхода по четырем практическим критериям.
Выбор между HCI и 3-tier (HCI vs 3-tier) — это компромисс простоты и линейного роста против гибкости и раздельного масштабирования. Для однородной виртуализации и импортозамещения чаще выигрывает гиперконвергенция; для крупных изолированных СУБД — классика.
Расчет узла HCI
Типовая производственная нода — это два процессора на 32-64 ядра суммарно (под ~50-150 ВМ на машину в VDI-сценарии), 256-1024 ГБ RAM (объем определяется плотностью ВМ), а также двухуровневое хранилище: NVMe под кеш и SSD под capacity-слой. Важное требование к дискам — наличие PLP (Power Loss Protection): без защиты от потери питания при сбое теряются данные из буфера, поэтому consumer-накопители здесь не применяют.
Канал ноды — минимум два порта 25 GbE, для крупных инсталляций 100 GbE с RDMA. По количеству: минимум 3 узла плюс witness для кворума, для production закладывают 4-8 нод с запасом на отказ одной из них. При планировании полезной емкости учитывают data reduction 1.5-2x. Под систему обычно подбирают серверы одинаковой конфигурации, чтобы SDS распределял данные равномерно. Если часть нагрузки все же остается на выделенном хранилище, добавляют системы хранения данных под конкретные сервисы.
Сеть HCI
Сеть в гиперконвергенции — не второстепенный, а определяющий компонент: по ней идет весь storage-трафик между нодами. Ориентиры такие: 10 GbE — минимум для тестового стенда, 25 GbE — стандарт для production, 100 GbE с RDMA (RoCE v2) — для крупных инсталляций и AI-нагрузок. Экономия на фабрике — частая причина проблем с производительностью, поэтому коммутаторы и NIC подбирают под целевую конфигурацию заранее.
Мы помогаем спроектировать сетевой контур системы и подобрать сетевое оборудование с поддержкой RDMA и нужной пропускной способностью, включая резервирование каналов между нодами.
Российские HCI-решения
При новом строительстве в РФ 2026 года фокус на отечественных платформах. Basis Digital Energy (Basis DE) входит в реестр российского ПО и имеет сертификат ФСТЭК, применяется в госсекторе и на объектах КИИ. vStack HCI от ITK построен на bhyve и ZFS и объединяет SDS, вычисления и сеть в едином программно-определяемом решении. RAIDIX HCI использует движок хранения RAIDIX, включен в реестр Минцифры и имеет сертификацию ФСТЭК.
Отдельная модель — Deckhouse Virtualization от «Флант»: это Kubernetes-нативная гиперконвергенция на базе KubeVirt и распределенного хранилища (Ceph, Longhorn), удобная там, где инфраструктура уже строится вокруг контейнеров. Под выбранную платформу из реестра мы подбираем совместимое импортозамещение серверов на процессорах и дисках с нужной сертификацией. Из open-source в РФ распространены Proxmox VE плюс Ceph и oVirt плюс GlusterFS — они бесплатны по лицензии, но требуют собственной экспертизы и не дают вендорской поддержки.
Эксплуатация HCI
После запуска основная работа смещается в мониторинг емкости пула и состояния нод. Заполнение SDS выше 70-80% ухудшает производительность и осложняет восстановление после отказа, поэтому за свободным местом следят с запасом. Обновления гипервизора и storage-агента выполняют по одной ноде (rolling update), чтобы система оставалась в работе.
При отказе ноды система восстанавливает недостающие копии на оставшихся, а на время ребилда нагрузка на канал и диски растет — это тоже закладывают в проектную емкость. Регулярно проверяют, что политика репликации или erasure coding соответствует реальной критичности данных, а witness-узел кворума доступен.
Типовые ошибки
Первая ошибка — запуск трех узлов в production без запаса на отказ: при выходе одной ноды из строя система теряет отказоустойчивость до восстановления, поэтому для production закладывают минимум 4 узла. Вторая — сеть 1 GbE между нодами: такой канал не тянет storage-трафик и становится узким местом всей инсталляции.
Третья распространенная ошибка — consumer NVMe без PLP вместо enterprise-накопителей: при сбое питания теряются данные из буфера записи, а гарантий по ресурсу и стабильной задержке такие диски не дают. Все три экономят на старте и дорого обходятся в эксплуатации.
Как выбрать: краткий чеклист
Перед решением в пользу гиперконвергенции пройдите по пунктам:
- Нагрузка однородна и масштабируется горизонтально (VDI, филиалы, общая виртуализация) — HCI подходит.
- Есть бюджет на сеть 25/100 GbE с RDMA между нодами.
- Нужен статус реестра или сертификат ФСТЭК — берем российскую платформу из реестра.
Если по большинству пунктов ответ «да» — гиперконвергенция даст выигрыш по TCO и скорости развертывания. Если преобладают крупные изолированные СУБД или речь про 1-3 сервера — сравните вариант с классической СХД.
Часто задаваемые вопросы (FAQ)
Что такое гиперконвергентная инфраструктура?
Это архитектура ЦОД, которая объединяет вычисления, хранение и сеть в одном программно-определяемом узле. Локальные диски всех узлов собираются в общий пул слоем SDS, а отдельный дисковый массив не нужен.
Чем HCI отличается от классической SAN-архитектуры (HCI vs SAN)?
Ключевое различие HCI и SAN-архитектуры — источник хранения. В 3-tier данные лежат на выделенной СХД, к которой серверы идут по Fibre Channel. В HCI роль хранилища выполняет SDS поверх локальных дисков узлов, а трафик идет по Ethernet без FC-фабрики.
Сколько узлов минимум для HCI?
Технический минимум — 3 узла плюс witness для кворума, а компактные ROBO-конфигурации стартуют с 2 нод и witness. Для production закладывают минимум 4 узла, чтобы сохранить отказоустойчивость при выходе одного из строя.
Какая сеть нужна между узлами HCI?
10 GbE — минимум для тестового стенда, 25 GbE — стандарт для production, 100 GbE с RDMA (RoCE v2) — для крупных инсталляций и AI. Канал 1 GbE для HCI непригоден.
Работает ли VMware vSAN в РФ в 2026?
Существующие инсталляции vSAN продолжают работать, но это legacy-стек: новые лицензии официально недоступны, а после смены модели лицензирования Broadcom многие компании планируют миграцию на российские платформы.
Какие российские HCI есть в 2026?
Основные варианты — Basis Digital Energy, vStack HCI, RAIDIX HCI и Deckhouse Virtualization. Первые три входят в реестр российского ПО и имеют сертификаты ФСТЭК, Deckhouse — Kubernetes-нативная гиперконвергенция.
Что лучше: HCI или 3-tier для 1С?
Для типовой 1С на кластере виртуализации HCI работает хорошо. Если это одна крупная база с жесткими требованиями к задержке, стоит сравнить вариант с выделенной СХД, где хранение не конкурирует за CPU с вычислениями.
Можно ли собрать HCI на open-source (Proxmox + Ceph)?
Да, связка Proxmox VE плюс Ceph — распространенный open-source-вариант гиперконвергенции. Она бесплатна по лицензии, но требует собственной экспертизы по Ceph и не дает вендорской поддержки, поэтому подходит командам с сильным DevOps.
Поможем спроектировать HCI-кластер
Проектируете HCI-кластер или мигрируете с VMware vSphere и SAN? Наши инженеры подберут ноды, спроектируют сеть 25/100 GbE, помогут с российскими платформами (Basis DE, vStack, RAIDIX HCI, Deckhouse). Оставьте заявку на подбор оборудования под задачу.
