Инфраструктура

Сравнение российских СХД: программный RAID или ПАК — что выбрать ИТ-директору

Сравнение российских СХД:
программный RAID или ПАК — что выбрать ИТ-директору

9 июля 2026

Максим Кузьмин

CEO Ай-Ти-Про

Когда компания или госорганизация выбирает отечественную СХД, формально сравниваются продукты из реестра Минцифры. На практике сравниваются не бренды, а товарные модели. Одна модель — это софт, который можно поставить на собственное железо. Другая — программно-аппаратный комплекс (ПАК), привязанный к платформе конкретного вендора.
Эта развилка определяет сроки внедрения, совместимость со старым стеком и стоимость владения на 3–5 лет. И решает эти вопросы раньше, чем дело доходит до сравнения технических характеристик.
В статье разбираем, какие модели поставки программных СХД есть на российском рынке, что это значит для архитектуры и бюджета. И показываем три реализованных проекта на ПО RAIDIX — в государственном секторе и на производстве.

1. Что в действительности сравнивает ИТ-директор

Реестр отечественного ПО Минцифры решает вопрос формального соответствия 44-ФЗ и требованиям импортозамещения. Но не отвечает на вопрос, как продукт будет жить в инфраструктуре следующие 3–5 лет. Здесь у российских СХД-решений есть архитектурное различие, которое редко проговаривается прямо.
Часть продуктов поставляется как программное обеспечение. Его устанавливают на серверы, которые уже есть у заказчика, или на оборудование, которое выбирает интегратор под задачу. Другая часть поставляется как готовый программно-аппаратный комплекс. Софт в этом случае работает только на платформе конкретного производителя — со своими контроллерами, своей дисковой полкой, своим циклом поставки железа.
Различие не в маркетинге, а в эксплуатации. От него зависит, можно ли нарастить емкость на уже закупленном оборудовании. Сколько займет поставка при дефиците компонентов. И что произойдет с СХД, если у вендора железа изменится модельный ряд или сроки производства.

Важная оговорка

Дальше речь не о слабых и сильных продуктах. Это сравнение архитектурных моделей поставки, а не технических характеристик конкретных конкурентов. Цифры по производительности и отказоустойчивости сторонних продуктов, которые мы не проверяли на собственных стендах, в материале не приводим.

2. Три модели поставки на рынке программных СХД

2.1. Software-only: ПО на стандартном x86-оборудовании

Программный продукт устанавливается на серверы любого производителя — Депо, Aquarius, Yadro, импортные платформы, уже стоящие в стойке. К этой модели относится RAIDIX 5. Это программно-определяемая СХД из реестра Минцифры, без требований к конкретной марке дисков или серверного шасси.
Практическое следствие: интегратор подбирает железо под бюджет и сроки заказчика, а не под список совместимости одного производителя. Это расширяет пул поставщиков оборудования и снижает зависимость проекта от наличия конкретной модели на складе.

2.2. ПАК с привязкой к платформе вендора

Часть отечественных производителей поставляет СХД как готовый комплекс. Программное обеспечение работает только на контроллерах и шасси собственной разработки или партнерской платформы — например, на конкретных моделях серверов с определенным процессором. Регистрация в реестре Минпромторга в этом случае оформляется на готовое изделие, а не отдельно на софт.
Эта модель оправдана, когда заказчику нужна сертифицированная аппаратная локализация высокого уровня. Например, для объектов КИИ с обязательным требованием по доле российских компонентов в железе, включая процессор. Но она же создает зависимость от цикла производства и поставки конкретного вендора. При росте спроса или ограничениях на компонентную базу сроки поставки СХД определяются не интегратором, а производственным планом изготовителя оборудования.

2.3. Гиперконвергентные платформы — отдельная категория задач

HCI-решения объединяют хранение и вычисление на одних и тех же узлах и тесно привязаны к конкретному гипервизору. Это самостоятельная архитектурная категория для задач горизонтального масштабирования кластеров виртуализации. Не альтернатива выделенной СХД для централизованного хранения данных 1С, файловых сервисов или баз данных. Подменять одно другим в сравнении — методологическая ошибка, которой мы здесь не допускаем.

Что это значит на практике

КритерийSoftware-onlyПАК с привязкой к платформе
Выбор оборудованияЛюбой x86-сервер, в т.ч. уже закупленныйТолько платформа вендора
Апгрейд емкостиДокупка дисков/серверов без замены лицензииПривязан к модельному ряду вендора
Сроки поставкиОпределяются доступностью стандартного железаЗависят от цикла производства ПАК
Совместимость со старым стекомГибкая интеграция через стандартные протоколы (iSCSI, NFS)Ограничена спецификой платформы
Типичный сценарий примененияБизнес, госсектор без обязательной аппаратной локализацииКИИ с требованием по локализации процессора/платформы

3. Как это работает на практике: три проекта на RAIDIX

Три реализованных проекта ITPRO на RAIDIX в Костромской области — в госсекторе и на производстве. Показывают, как software-only модель проявляется в реальных сроках и сценариях эксплуатации.

3.1. МФЦ Костромской области

RAIDIX 5 + ERA Engine

ПК «Брест» (KVM + OpenNebula)

Ethernet 10G

30 ТБ (SSD)

1 месяц

Задача

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

Решение

Централизованное хранилище для кластера виртуализации ПК «Брест» на RAIDIX 5 с модулем ERA Engine, блочный доступ по iSCSI. Защита данных — RAID 7.3 / N+M: эти запатентованные алгоритмы RAIDIX выдерживают одновременный отказ нескольких дисков.

Главная сложность была не в установке RAIDIX, а в настройке отказоустойчивой сети для совместной работы СХД и платформы виртуализации: потребовалась отдельная проработка сетевой архитектуры SAN и тестирование сценариев отказа.

Результат

Соответствие 152-ФЗ и импортозамещению, нулевые простои сервисов для населения, экономия за счет стандартных серверов и дисков вместо проприетарных контроллеров.

3.2. Ювелирное производство

RAIDIX 5 + ERA Engine

NVMe All-Flash

Hyper-V Failover Cluster + CSV

iSCSI (Ethernet 10G)

160 ТБ (NVMe SSD)

1 месяц

Задача

Базы 1С росли в объеме и лежали на локальных дисках разрозненных серверов — без резервирования и отказоустойчивости. 1С работала медленно из-за упора в дисковую подсистему.Перевести разрозненные серверы без резервирования на единую отказоустойчивую инфраструктуру, не останавливая прием населения.

Решение

All-Flash СХД на RAIDIX 5 с модулем ERA Engine — единое хранилище для отказоустойчивого кластера Hyper-V с живой миграцией виртуальных машин. Модуль ERA Engine за счет lockless-архитектуры извлекает до 97% производительности NVMe-накопителей без аппаратного RAID-контроллера. Это позволяет 1С, виртуальным машинам и резервному копированию работать одновременно без потери скорости.

Результат

Устранено узкое место в производительности 1С, кластер Hyper-V продолжает работу при отказе узла, RAID N+M защищает данные при одновременном отказе нескольких дисков.

3.3. Администрация города Костромы

СХД на ПО RAIDIX 5.X

Виртуализация на Alt Linux (Proxmox)

Ethernet 10G

100 ТБ

1 месяц

Задача

Повысить отказоустойчивость хранения, перейти на 100 ТБ и на российское оборудование и ПО — в сжатые сроки, без остановки систем с персональными данными граждан.

Решение

СХД на 100 ТБ с блочным и файловым доступом (SAN и NAS), подключенная к существующим серверам по 10G. Отказоустойчивость данных обеспечивает RAID-массив на RAIDIX. Миграция прошла поэтапно, в нерабочее время, без простоев городских сервисов

4. Стоимость владения: где архитектура напрямую влияет на бюджет

На горизонте 3–5 лет архитектурная развилка из раздела 2 превращается в конкретные статьи бюджета.

Капитальные затраты на старте

Software-only модель позволяет использовать оборудование, которое уже стоит в инфраструктуре заказчика. Или подбирать сервер по рыночной цене без привязки к одному производителю. В кейсе МФЦ это прямо привело к экономии: стандартные серверы и диски вместо проприетарных контроллеров обошлись дешевле и не привязали заказчика к одному вендору.

Стоимость масштабирования

При росте объема данных в ПАК-модели заказчик ограничен модельным рядом конкретного производителя. Апгрейд означает покупку следующей модели той же линейки. В software-only модели расширение происходит докупкой стандартных дисков или серверов — без замены лицензии на ПО и без привязки к конкретному артикулу оборудования.

Сроки внедрения как фактор TCO

Все три описанных проекта заняли 1 месяц — от обследования до ввода в эксплуатацию. Это прямое следствие software-only модели: интегратор не ждет производственного цикла аппаратного вендора, а разворачивает решение на доступном серверном оборудовании. В госсекторе, где закупка привязана к финансовому году по 44-ФЗ, этот фактор часто определяет, успеет ли проект быть закрыт в текущем периоде.

Когда software-only модель не подходит

Если регуляторное требование жестко предписывает аппаратную локализацию — например, обязательное использование российского процессора для конкретного класса объектов КИИ — программный продукт на стандартном x86-сервере этому требованию не отвечает. Здесь предметом выбора становится сертифицированный ПАК, и сравнение по TCO уже не первично. Перед проектированием решения для объекта КИИ это всегда нужно проверять отдельно, по актуальным требованиям регулятора.

5. Регуляторный контекст

Для бизнеса и особенно для госсектора регуляторная часть — не формальность. Это условие допуска к закупке и условие, чтобы систему не отключили при проверке.

Реестр Минцифры

ПО RAIDIX 5 включено в Единый реестр российских программ для ЭВМ и баз данных (реестровая запись № 310827). Это основание для участия в закупках по 44-ФЗ с приоритетом отечественного ПО.

152-ФЗ

Во всех трех описанных проектах СХД хранит персональные данные — граждан (МФЦ, Администрация) или контрагентов производственного предприятия. Соответствие 152-ФЗ зависит от всего контура: шифрования, контроля доступа, резервного копирования и отказоустойчивости хранения, которую RAIDIX обеспечивает на уровне RAID-архитектуры.

КИИ (187-ФЗ)

Для значимых объектов критической информационной инфраструктуры требования к локализации могут включать не только ПО, но и аппаратную платформу. Это точка, где имеет смысл сравнивать software-only решения с сертифицированными ПАК — см. раздел 4.

44-ФЗ / 223-ФЗ

Для государственных и муниципальных заказчиков, как в кейсах МФЦ и Администрации Костромы, переход на российское ПО и оборудование — не опция, а обязательное условие участия в большинстве закупочных процедур.

6. Итог: для какого профиля заказчика какая модель

Если свести архитектурную развилку к практическому решению:

Бизнес и госсектор без жесткого требования к аппаратной локализации — большинство МФЦ, администраций, производственных и торговых компаний. Software-only модель на RAIDIX закрывает задачу быстрее и с меньшей капитальной нагрузкой, так как не привязывает заказчика к одному аппаратному вендору.

Значимые объекты КИИ с обязательным требованием к локализации процессора или платформы. Здесь предметом выбора становится сертифицированный ПАК, и решение принимается по требованиям регулятора, а не по TCO.

Задачи горизонтального масштабирования вычислительных кластеров, а не централизованного хранения. Это область гиперконвергентных платформ, отдельная от выбора СХД.

Для большинства практических сценариев в бизнесе и госсекторе — централизованное хранение баз 1С, виртуализация, файловые сервисы, резервное копирование — software-only архитектура RAIDIX дает основной выигрыш. Совместимость с уже имеющимся оборудованием, предсказуемые сроки внедрения и отсутствие привязки к производственному циклу одного аппаратного вендора. Это не абстрактное преимущество: оно подтверждается на практике, в проектах разного масштаба и в разных отраслях — от МФЦ до производства.

Software-only или ПАК: разберемся на вашей задаче

Расскажите, сколько сейчас данных, какие сервисы нельзя останавливать и есть ли требования к аппаратной локализации по КИИ. Посчитаем, что выгоднее в вашем случае и почему

Ирина Задунайская