RAIDIX 5 предоставляет функции программно-определяемой СХД: объединяет диски в RAID, публикует ресурсы по поддерживаемым SAN и NAS-протоколам, дает средства управления и может работать в двухконтроллерной конфигурации. RAIDIX ERA создает программный RAID внутри Linux-сервера и предоставляет его операционной системе как локальное блочное устройство. Это продукты разных архитектурных уровней, а не две версии одного решения.
Разберем, что представляет собой каждый продукт, где он находится в схеме инфраструктуры и по какому признаку выбирают между ними.
Обзор объединяет выбор между полноценной программной СХД RAIDIX 5 и локальным RAID-движком ERA, включая сценарии применения и проверку платформы. Общий выбор архитектуры хранения разобран в руководстве по выбору СХД для бизнеса.
Что такое RAIDIX и почему о нем спрашивают при импортозамещении
RAIDIX — российский разработчик программного обеспечения для систем хранения данных. RAIDIX 5 и RAIDIX ERA включены в реестр российского ПО. Перед закупкой проверяют актуальный статус, номер записи, правообладателя и точное наименование нужной версии в государственном реестре.
В готовой аппаратно-программной СХД перечень контроллеров, дисковых полок и накопителей определяет производитель. В SDS-проекте программный слой и серверную платформу подбирают отдельно, но оборудование должно соответствовать матрице совместимости, документации релиза и условиям технической поддержки. Такой подход расширяет выбор платформ, однако не отменяет ограничений вендора ПО.
Платформу рассчитывают по требуемым IOPS, пропускной способности, p95 и p99 задержки, полезной емкости, протоколам доступа, числу путей и допустимому времени восстановления после отказа. Модернизацию проводят в пределах совместимости выбранного релиза RAIDIX. Для регулируемой закупки отдельно подтверждают программное обеспечение и происхождение аппаратной платформы.
RAIDIX 5: система хранения на стандартном сервере
RAIDIX 5 — программное обеспечение для построения гибридных и all-flash СХД на совместимой серверной платформе. Оно объединяет накопители в RAID, публикует ресурсы по лицензированным SAN и NAS-протоколам, поддерживает управление через web-интерфейс, CLI и REST API. Доступность конкретных протоколов и функций проверяют по версии и составу лицензии.
RAIDIX 5 охватывает уровень СХД: формирует массивы и тома, предоставляет ресурсы серверам, ведет мониторинг и управляет кэшированием. Система может работать с одним контроллером или в dual-controller. В двухконтроллерной схеме оба узла работают, но каждый RAID активен на одном владельце, а при отказе доступ переносится на второй узел. Поэтому failover проверяют на целевых протоколах вместе с multipath.
Типичный сценарий применения: организации нужна отдельная система хранения, которая обслуживает несколько серверов, но закупка закрытого аппаратного массива не подходит — по бюджету, по требованиям к отечественному происхождению или по гибкости конфигурации. Программная система на стандартной платформе закрывает эту потребность.
При выборе такого решения подбор платформы становится частью проекта: от процессора, объема памяти и набора накопителей зависит, какую производительность получит хранилище.
RAIDIX ERA: программный RAID под флеш-накопители
Второй продукт устроен принципиально иначе. Это программный RAID, реализованный в виде модуля ядра Linux и управляющей утилиты. Его задача — собрать производительный массив из флеш-накопителей: NVMe, SAS или SATA.
Уровень решения — движок RAID внутри сервера, а не система хранения целиком.
При RAID 5 и RAID 6 расчет четности и синхронизация могут ограничивать ввод-вывод на быстрых SSD. Масштаб потерь зависит от реализации, размера блока, глубины очереди, доли записи и числа накопителей, поэтому его измеряют на целевой конфигурации. У HDD задержка самого носителя обычно занимает большую долю запроса, а у NVMe вычисления и синхронизация RAID могут стать заметной частью пути ввода-вывода.
По данным RAIDIX на момент проверки, ERA демонстрирует до 20 миллионов IOPS, до 55,8 ГБ/с и сохранение до 97% производительности NVMe при задержке менее 0,5 мс. Вендор также указывает загрузку CPU до 20% и потребление памяти менее 4 GiB. Это результаты конфигураций производителя, а не независимый тест. Фактические значения зависят от процессора, накопителей, уровня RAID, размера блока, queue depth и профиля чтения и записи.
RAIDIX связывает показатели ERA с параллелизацией вычислений и lockless-архитектурой, которая уменьшает сериализацию операций внутри RAID-движка. Руководство версии 4.4 указывает RAID 0, 1, 10, 5, 6, 7.3, 50, 60, 70 и N+M. Максимальный уровень RAID и число дисков определяет лицензия, поэтому состав лицензии сверяют до испытаний и расчета бюджета.
Целевой профиль RAIDIX ERA — локальные массивы из NVMe, SAS SSD и SATA SSD. Сетевой экспорт такого блочного устройства выполняет дополнительное программное обеспечение, поэтому ERA сама по себе не является готовой СХД или сетевым storage-сервисом. Сценарии применения оценивают отдельно по профилю I/O и требуемому уровню защиты.
Сравнение: что выбрать под свою архитектуру
Сопоставление по ключевым признакам выглядит так.
Параметр | RAIDIX 5 | RAIDIX ERA |
|---|---|---|
Уровень решения | СХД с SAN/NAS-сервисами | Локальный программный RAID |
Где работает | На одном или двух узлах СХД | В ядре Linux на сервере |
Типичные накопители | Гибридные и флеш-конфигурации | Флеш: NVMe, SAS, SATA |
Сетевой доступ и отказоустойчивость | Публикация томов по SAN/NAS | Блочное устройство из NVMe/SAS/SATA SSD |
Зависимости и ограничения | Протоколы и функции зависят от лицензии | Сетевой экспорт требует другого ПО |
Выбор определяют как минимум четыре параметра: нужен ли готовый SAN или NAS target, требуется ли двухконтроллерная отказоустойчивость, где должен находиться RAID-слой и какие функции входят в лицензию.
Если хранилище должно обслуживать несколько серверов — виртуализацию, кластер, группу приложений, речь идет о системе хранения. Ее строят как отдельный узел инфраструктуры со своей платформой, сетевым подключением и правилами обслуживания.
Если требуется создать программный RAID из локальных NVMe, SAS или SATA SSD и предоставить его ОС как блочное устройство, рассматривают ERA. Критерием служит достижение целевых IOPS, throughput и p95 или p99 latency при заданном уровне защиты. Результат подтверждают тестом на выбранном сервере.
Встречается и комбинация: программный RAID собирает массив внутри узла, который сам является частью более крупной схемы хранения.
Требования к оборудованию под оба продукта
Программное хранилище переносит расчет RAID, обработку ввода-вывода и часть сервисных функций на серверную платформу. Поэтому CPU, память, PCIe-топология, контроллеры, backplane или JBOF, системный диск и сеть являются частью производительности и отказоустойчивости решения.
Для RAIDIX ERA проверяют поддержку AVX, а для схемы N+M — AVX2. В NUMA-системе диски и сетевые адаптеры распределяют с учетом локальности PCIe. Совместимость NVMe, SAS и SATA, backplane, HBA и дисковых полок сверяют с документацией релиза. В CPU и охлаждении оставляют запас на rebuild, иначе восстановление массива может ухудшить задержку рабочей нагрузки.
Отдельный пункт — сетевая часть. Если хранилище отдает данные другим серверам, сеть становится частью пути к данным и может оказаться узким местом раньше накопителей.
Сначала фиксируют профиль I/O и SLA, затем рассчитывают CPU, RAM, PCIe-топологию, диски, HBA или NIC и сеть, после чего проверяют производительность и отказ оборудования на стенде. Для локальной flash-нагрузки отправной точкой может служить сервер с NVMe в массиве, но его конфигурацию проверяют под выбранный RAID и сценарий восстановления.
Что учесть при закупке под требования импортозамещения
Здесь важно различать две разные позиции спецификации.
Программное обеспечение подтверждается актуальной записью в реестре российского ПО. Постановление Правительства №719 регулирует подтверждение производства промышленной продукции, а меры национального режима при закупках определяются постановлением №1875. Контрактная служба устанавливает применимые требования к конкретной закупке, а технический специалист сверяет версию ПО, модель платформы и спецификацию с соответствующими реестрами.
Наличие российского ПО не подтверждает происхождение сервера, а запись на аппаратную платформу не распространяется автоматически на программную часть. Лицензии и оборудование указывают отдельными позициями спецификации, если документация закупки не устанавливает иной порядок.
У поставщика запрашивают актуальные сведения о записи ПО на дату закупки, правообладателе и наименовании продукта, подтверждение происхождения платформы и подробную спецификацию. Для ERA заранее согласуют перевыпуск лицензии при замене системной платы и обновлении BIOS или BMC. По документации вендора изменение аппаратной привязки может сделать лицензию недействительной и перевести массив в режим только для чтения, поэтому процедуру включают в план ремонта.
При импортозамещении систем хранения требования к ПО, серверной платформе и документам закупки проверяют раздельно, чтобы каждая позиция спецификации имела нужное подтверждение.
Три вопроса, которые снимают неопределенность
Выбор между продуктами — не вопрос «что лучше», а вопрос уровня задачи. Определиться помогают три вопроса.
Первый: нужно ли отдавать хранилище нескольким серверам или данные обслуживают приложение на том же узле? Ответ разделяет систему хранения и локальный RAID-движок.
Второй: какой профиль I/O, уровень RAID и тип накопителей нужны? Целевой профиль ERA включает NVMe, SAS SSD и SATA SSD. Для HDD-массива продукт выбирают по документации RAIDIX 5 и результатам стенда, не перенося на него показатели ERA.
Третий: есть ли требование по реестру и на что именно оно распространяется — на программное обеспечение, на оборудование или на решение целиком?
Ответы задают продукт, состав лицензии и требования к платформе. Передайте профиль I/O, требования к SAN или NAS и отказоустойчивости, полезную емкость и условия закупки. При подборе системы хранения под задачу эти данные позволяют подготовить конфигурацию RAIDIX 5 или ERA и перечень подтверждающих документов.