У RDW Computers есть 68 реестровых модификаций серверов «Алтай» и «Кавказ». У «Кросстеха» — лицензии ФСТЭК и ФСБ. Партнёры заявили о совместных проектах защищённой ИТ-инфраструктуры, но одного сообщения о сотрудничестве недостаточно для закупочной спецификации.

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

Партнёры закрывают оборудование и информационную безопасность

«РДВ Технолоджи» производит российскую вычислительную технику под брендом RDW Computers. Продукция компании входит в Единый реестр российской радиоэлектронной продукции Минпромторга.

«Кросстех» проводит аудит, проектирует и внедряет системы защиты, сопровождает ИТ-инфраструктуру и ведёт круглосуточный мониторинг инцидентов. Компания указывает среди своих разрешительных документов лицензии ФСТЭК и ФСБ.

В сообщении о партнёрстве стороны называют результатом совместные проекты защищённой ИТ-инфраструктуры. Целевые заказчики — органы власти, учреждения здравоохранения, образования и науки, операторы персональных данных, предприятия КИИ, банки и промышленные компании.

Роли разделены ясно: один участник поставляет вычислительную платформу, второй проектирует защиту и сопровождает контур. Но компетенции двух компаний сами по себе не подтверждают характеристики конкретного комплекса. Для закупки нужны документы на выбранное оборудование, программное обеспечение и их совместную работу.

Какое оборудование RDW уже может предъявить заказчику

В марте 2024 года в реестр Минпромторга вошли 68 модификаций серверов «Алтай 216-8NT», «Алтай 229-8NT» и «Кавказ 112-12N». Заключение о производстве в России выдали на три года.

«Алтай» и «Кавказ» — двухсокетные платформы высотой 1U и 2U на Intel Xeon Scalable третьего поколения. Они поддерживают 32 слота DDR4 RDIMM с частотой до 3200 МГц и до 8 ТБ оперативной памяти. Дисковая подсистема работает с SATA, SAS и NVMe U.2, платы расширения — с PCIe 4.0.

Из этих платформ можно собрать узел под виртуализацию, базу данных или хранилище. Но перечень возможностей ещё не задаёт конфигурацию: сервер со 128 ГБ памяти и двумя SATA-дисками решает другую задачу, чем та же платформа с 512 ГБ и массивом NVMe.

У RDW есть отдельные подтверждения совместимости оборудования с РЕД ОС 7.3 и 8, Astra Linux и защищённой системой виртуализации zVirt Мах 1.2. При расчёте вычислительной части можно свериться с критериями выбора узлов под виртуальную среду.

Сертификат или протокол испытаний сервера с операционной системой не распространяется автоматически на гипервизор, СХД и средства защиты. Для закупки нужно подтверждение каждой заявленной связки.

Чего пока нет в сообщении о партнёрстве

Сообщение о партнёрстве описывает направление совместной работы, но не заменяет ведомость оборудования. Чтобы составить техническое задание, заказчику всё равно придётся запросить модели серверов и СХД, средства защиты, версии ОС и гипервизоров, а также результаты проверки всего контура.

Отдельно нужна схема ответственности. В договоре следует закрепить, кто принимает обращение при сбое: производитель сервера, разработчик ПО или интегратор. Без такой схемы неисправность диска, ошибка гипервизора и инцидент информационной безопасности могут попасть в разные очереди поддержки с разными сроками реакции.

Ещё один предмет проверки — документы на совместный продукт. Реестровый статус серверов RDW и лицензии «Кросстеха» подтверждают возможности компаний по отдельности. Они не доказывают состав и сертификацию конкретного программно-аппаратного комплекса.

Поэтому в закупочных документах рано использовать формулировку «сертифицированное совместное решение RDW и “Кросстеха”» без названия комплекса и подтверждающих документов. Пока точнее говорить о партнёрстве производителя оборудования и исполнителя работ по информационной безопасности.

Спецификация под задачу: что запросить для виртуального контура

Чтобы перевести новость в предмет закупки, поставщику нужно передать исходную нагрузку. Возьмём типовой контур из 12 виртуальных машин: десяти обычным ВМ выделено по 4 vCPU и 12 ГБ памяти, двум базам данных — по 4 vCPU и 32 ГБ памяти.

Память считаем так: 10 обычных ВМ × 12 ГБ дают 120 ГБ, две базы × 32 ГБ — ещё 64 ГБ. Добавляем 32 ГБ гипервизору и 20% на рост: (120 + 64 + 32) × 1,2 = 259,2 ГБ. Ближайшая практичная ёмкость — 288 или 320 ГБ ECC RDIMM, если выбранная модификация и схема заполнения слотов их допускают.

Под эту нагрузку запрос поставщику может выглядеть так:

два вычислительных узла RDW из действующей реестровой записи, по два Intel Xeon Scalable Gen3 в каждом;
не менее 320 ГБ DDR4 ECC RDIMM на узел с одинаковым заполнением каналов;
два накопителя под загрузочный раздел и отдельная группа NVMe U.2 под рабочие данные;
два независимых сетевых подключения для служебного трафика и данных виртуальных машин;
резервные блоки питания с горячей заменой;
совместимая СХД либо локальный массив с указанной схемой отказоустойчивости;
перечень версий ОС, гипервизора и средств защиты, проверенных именно в этой конфигурации.

Это техническое требование, а не описание серийной конфигурации RDW. Поставщик должен ответить на него артикулами, реестровыми номерами и протоколами совместимости для предложенного состава.

Если рабочие данные лежат на отдельной СХД, одного названия производителя тоже мало. Сравни заявленные контроллеры, интерфейсы и сценарий отказа с вариантами корпоративных хранилищ ТАТЛИН.

Компромисс прямой. Два узла, отдельная СХД и резервирование питания стоят дороже одного сервера с локальными дисками. Зато обслуживание одного узла не останавливает весь контур. Если допустим плановый простой, часть резерва можно убрать — но это решение нужно закрепить в требованиях, а не оставлять поставщику.

Когда партнёрство можно включать в закупку

Для предварительного отбора уже есть три основания: оборудование RDW входит в реестр Минпромторга, у «Кросстеха» есть лицензии регуляторов, а заявленные отрасли совпадают с задачами госсектора, КИИ и импортозамещения.

Перед включением решения в техническое задание запроси пять позиций:

Точные модели, модификации и артикулы серверов и СХД.
Номера действующих реестровых записей на каждую позицию.
Перечень средств защиты с версиями и разрешительными документами.
Матрицу совместимости оборудования, ОС, гипервизора и СХД.
Схему гарантии, сопровождения и реакции на инциденты с ответственным за каждую точку отказа.

Правило допуска такое: документы покрывают каждый компонент и подтверждают их совместную работу — предложение можно сравнивать с конкурентами по нагрузке, отказоустойчивости и сроку поддержки. Пока есть только общее описание партнёрства, обсуждай проект с поставщиком, но не переноси его обещания в техническое задание.