Для связки серверов «Гравитон» с vStack HCP 3.0 названы шесть испытанных моделей. Для совместного решения «Гравитона», ITKey и MIND Software пока не опубликованы ни состав комплекса, ни версии ПО, ни протокол испытаний.
Поэтому новый стек рано включать в закупочную спецификацию как готовую промышленную платформу. Его место сейчас — в длинном списке и запросе информации поставщику. Следующий статус — лабораторный пилот, но только после появления точной конфигурации.
Анонс подтверждает сотрудничество, а не готовность комплекса
Задача закупщика — понять, можно ли использовать новую связку для виртуализации, хранения данных и аварийного восстановления. Одного перечня участников для этого мало.
Стек готов к оценке, когда известны серверные модели, версии программных компонентов и границы поддержки. Затем нужны результаты нагрузочных и отказных испытаний: что происходит при потере узла, диска и сетевого соединения, сколько длится восстановление, кто принимает заявку при сбое между слоями.
В материалах о «Гравитоне», ITKey и MIND Software этих данных нет. Не определена даже роль ITKey: приписывать компании гипервизор, управляющую платформу или другой компонент без документации нельзя.
Значит, новость подтверждает направление сотрудничества трёх компаний. Готового комплекса для технического задания она пока не описывает.
Участники подтверждены по отдельности
Масштаб «Гравитона» позволяет рассматривать компанию как серийного производителя. По данным самого производителя, его мощности рассчитаны на выпуск до 20 000 серверных устройств в год. В разработке работают более 150 инженеров, а свыше 150 позиций входят в Единый реестр российской радиоэлектронной продукции Минпромторга.
Эти показатели отвечают на вопросы о выпуске оборудования и его реестровом статусе. Они не показывают, как конкретный сервер работает вместе с ПО ITKey и MIND Software.
MIND Software на своём сайте называет три направления: перенос приложений между платформами, восстановление после сбоев и распределённую блочную SDS. В SDS — программно-определяемой системе хранения — программный слой собирает дисковые ресурсы серверов в общее хранилище. Подробнее этот принцип разобран в материале о том, как программное управление отделяют от дискового оборудования.
Но перечень функций отдельного продукта не подтверждает работу трёхкомпонентного комплекса. Между «каждый компонент существует» и «связка выдержала отказ узла» лежит программа испытаний.
Как выглядит подтверждённая совместимость
У «Гравитона» уже есть сочетания, по которым опубликовано больше технических данных. Они дают подходящую мерку для нового анонса.
При испытаниях с vStack HCP 3.0 компании указали шесть моделей: С2121ИВ, С2122ИВ, С2242ИВ, С2122ИУ, С2242ИУ и С2252ИУ. Первые три работают с Intel Xeon Scalable третьего поколения, остальные — с четвёртым и пятым поколениями. В сообщении vStack о совместимости названы нагрузочные проверки, запуск компонентов виртуальной инфраструктуры и проверка сети.
Для vStack HCP 3.0 также заявлены Stretched Cluster, объединение нескольких кластеров и выдача ресурсов SDS внешним потребителям по NVMe over Fabrics. Здесь можно сопоставить версию платформы, серверную линейку и проверенные функции.
Другой пример — zVirt 4.5 и серверы «Гравитон» С2122АА и С2242АА на платах «Алдан». По сообщению Orion soft, испытания прошли по программе и методике, после чего компании подписали сертификат совместимости. Модели внесли в официальную матрицу Orion soft. Проверка охватила сеть, хранение данных и отказоустойчивость.
У нового стека такой доказательной цепочки пока нет:
модель сервера → конфигурация узла → версии ПО → сценарии испытаний → результаты → матрица совместимости → единая поддержка.
Переносить сведения из испытаний vStack или zVirt нельзя. Совместимость сервера с одной платформой не подтверждает работу другой платформы на том же оборудовании.
Спецификация под задачу: что можно зафиксировать сейчас
Числовой конфигурации для нового комплекса пока нет. Неизвестны целевая нагрузка, число виртуальных машин, объём рабочих данных, коэффициент репликации SDS и накладные расходы программных компонентов. Назвать процессор, память и диски при таких исходных — значит придумать спецификацию.
Поэтому закупочную позицию стоит разделить на два этапа.
Для запроса информации:
- комплекс «Гравитон» + ITKey + MIND Software без фиксации конкретной модели в техническом задании;
- полный состав решения с артикулами оборудования и версиями ПО;
- перечень поддерживаемых серверов, контроллеров, сетевых адаптеров и накопителей;
- минимальное число узлов и допустимые схемы репликации;
- матрица совместимости и границы ответственности каждого участника;
- протокол испытаний с описанием нагрузки и конфигурации стенда.
Для лабораторного пилота:
- только модели серверов и версии ПО, которые поставщик укажет в матрице совместимости;
- отдельные испытания отказа диска, узла и сетевого пути;
- замер производительности до отказа, во время перестроения данных и после восстановления;
- проверка переноса прикладной нагрузки и возврата к исходной платформе;
- единое окно поддержки на весь комплекс.
Это конкретная спецификация стадии закупки, а не конфигурация промышленного кластера. Процессоры, память, накопители и сеть появятся в ней после двух исходных данных: профиля нагрузки заказчика и допустимой конфигурации от разработчиков стека.
Например, нельзя взять предел «до 8 Тбайт памяти на сервер», заявленный для отдельных платформ «Гравитона», и записать его как требование проекта. Нагрузка может требовать 256 Гбайт, а программный компонент — поддерживать лишь часть доступных конфигураций. Верхняя граница платформы не равна расчёту узла.
Для смешанной нагрузки полезно заранее сверить логику расчёта с примером замены сервера под 1С и двенадцать ВМ. Но его 20 физических ядер, 192 Гбайт ECC и шесть SSD нельзя переносить в новый стек: это другая нагрузка и другой состав платформы.
Когда решение можно отправлять в пилот
Для предварительного изучения данных достаточно. У «Гравитона» есть серийное производство и реестровые позиции. MIND Software заявляет перенос приложений, восстановление после сбоев и блочную SDS. Этого хватает, чтобы запросить архитектуру и испытательный стенд.
Для промышленной виртуализации, 1С или файлового хранилища данных пока мало. Не опубликованы состав трёхкомпонентной связки и результаты работы под измеримой нагрузкой.
Статус можно сменить с «запрос информации» на «кандидат в пилот», когда поставщик передаст:
- модели и конфигурации серверных узлов;
- версии всех программных компонентов;
- матрицу совместимости;
- протокол нагрузочных и отказных испытаний;
- схему восстановления и единую линию поддержки.
После этого параметры узлов считают под свои ВМ, базы и объём данных. Для такой проверки пригодится разбор о том, как соотнести ресурсы сервера с виртуальной нагрузкой.
Что новость меняет для закупки в 2026 году
Новое решение стоит оставить среди рассматриваемых российских стеков. Вычёркивать его рано: у участников есть оборудование и программные функции, из которых может получиться рабочий комплекс.
Фиксировать связку в техническом задании тоже рано. Закупочная комиссия не сможет проверить, на каких серверах она испытана, какие версии совместимы и кто отвечает за сбой на стыке компонентов.
Правило допуска простое: если названы модели серверов, версии ПО, матрица совместимости, результаты нагрузочных и отказных испытаний и единая схема поддержки — отправляй стек в пилот. Если нет хотя бы перечня оборудования или версий компонентов — запрашивай информацию, но не заказывай промышленную платформу.
