Новость о первом уровне российской микросхемы ещё не доказывает, что компонент стоит в серийном сервере. В открытых материалах нет обозначения изделия, номера реестровой записи, технического описания и спецификации платы, где оно применяется.
Для текущей закупки вывод простой: не меняй конфигурацию сервера и не добавляй новость в обоснование происхождения оборудования. Сначала поставщик должен связать три объекта документами: конкретную микросхему, запись в государственном реестре и поставляемую модель сервера или контроллера.
Чего не хватает для проверки новости
Проверить российское происхождение продукции можно по реестру российской промышленной продукции Минпромторга и Единому реестру российской радиоэлектронной продукции. В последнем доступны отдельные выгрузки всей и только действующей продукции.
Однако сам доступ к реестру ничего не говорит о микросхеме без её точного обозначения. В доступных материалах нет:
- модели и исполнения микросхемы;
- номера и даты реестровой записи;
- кода продукции;
- технического описания производителя;
- ссылки на плату или готовое устройство с этим компонентом.
Поэтому сейчас нельзя подтвердить скорость интерфейса RS-232, температурный диапазон, совместимость с конкретной платой или применение в BMC — контроллере удалённого управления сервером. Таких характеристик в собранных материалах нет.
Есть и нормативное расхождение. Центр сертификации «Мостест» связывает критерии первого уровня с Постановлением Правительства № 878 от 10 июля 2019 года. Материал FindCert называет Постановление № 328 от 15 апреля 2014 года. Без первичного документа, относящегося именно к заявленной микросхеме, выбирать одну из этих трактовок нельзя.
Первый уровень подтверждает происхождение, а не серверную нагрузку
Балльная система локализации оценивает технологические операции, выполненные при создании продукции. «Российская газета» описывала проект поправок к Постановлению № 719: Минпромторг предлагал расширить перечень учитываемых операций и комплектующих, а также добавить требования к российским САПР и сложнофункциональным блокам.
Для закупщика такой статус служит квалификационным признаком. Он помогает проверить происхождение изделия и выполнение требований реестра.
Но статус не отвечает на вопросы о работе сервера:
- выдержит ли контроллер круглосуточную нагрузку;
- поддерживает ли его системная плата;
- прошёл ли готовый сервер испытания на электромагнитную совместимость;
- работает ли удалённая консоль с выбранной операционной системой;
- сохранится ли управление после обновления прошивки.
Это проверяют на готовом устройстве. Статус одного компонента не заменяет протокол испытаний сервера.
Какие документы запросить у поставщика
Начни с точного обозначения микросхемы. Коммерческого названия недостаточно: в ответе должны быть модель, исполнение и номер действующей записи в государственном реестре. Сверь их с выгрузкой реестра на дату закупки.
Затем запроси спецификацию поставляемой платы или устройства. В ней должна стоять та же модель компонента. Фраза «используются российские микросхемы» не связывает реестровую запись с конкретным сервером.
Третий слой проверки — документы на готовое оборудование. «Мостест» перечисляет техническое описание, паспорт изделия и протоколы испытаний среди документов для подтверждения соответствия. Центр также указывает, что соответствие проверяют лабораторными испытаниями.
Проверь четыре позиции:
- Обозначение микросхемы совпадает с записью в реестре.
- Запись действует на дату подачи заявки или поставки — смотря что требует документация закупки.
- Спецификация платы подтверждает установку именно этого исполнения.
- Паспорт и протоколы относятся к поставляемой модели сервера, а не к соседней платформе производителя.
Отдельно сверь требования безопасности, электромагнитной совместимости и эксплуатации. В материале о том, как требования к серверному оборудованию влияют на закупку, разобраны документы, которые проверяют уже на уровне готовой системы.
Что новость меняет для закупки сейчас
Пока поставщик не предъявил реестровую запись и документацию на конкретную модель, новость не меняет закупку. Она не даёт основания заменить выбранный сервер, отложить конкурс или начислить предложению дополнительные баллы.
Тем более она не меняет требования к процессору, памяти и дискам. Эти параметры следуют из нагрузки. Происхождение микросхемы интерфейса не добавит памяти виртуальным машинам и не сократит задержку дискового массива.
Изменение появится позже, если производитель свяжет компонент с серийным оборудованием. Тогда реестровый статус можно учитывать вместе с испытаниями готовой системы — но не вместо них.
Спецификация под задачу
Покажу на типовом расчёте, почему новость о компоненте не должна управлять конфигурацией сервера.
Допустим, компания размещает восемь виртуальных машин:
- база данных — 8 vCPU и 32 ГБ памяти;
- сервер приложений — 4 vCPU и 16 ГБ;
- файловый сервер — 4 vCPU и 16 ГБ;
- два контроллера домена — по 2 vCPU и 8 ГБ;
- резервное копирование — 4 vCPU и 16 ГБ;
- мониторинг — 2 vCPU и 8 ГБ;
- управление — 2 vCPU и 8 ГБ.
Получается 28 vCPU и 112 ГБ памяти. Для расчёта принимаем переподписку процессора 2:1: 28 виртуальных ядер требуют 14 физических. Добавляем четыре ядра гипервизору и запасу на пики — получаем 18. В спецификацию ставим один процессор на 20 ядер с базовой частотой от 2,8 ГГц.
К 112 ГБ памяти добавляем 25% на рост: 112 × 1,25 = 140 ГБ. Ещё 12 ГБ оставляем гипервизору. Расчёт даёт 152 ГБ, поэтому ставим 192 ГБ ECC RDIMM — например, шесть модулей по 32 ГБ. Свободные слоты позволят нарастить объём без замены установленных модулей.
Для дисков принимаем 400 ГБ под базу, 600 ГБ под системные тома виртуальных машин и 2 ТБ под рабочие файлы. Конфигурация получается такой:
| Узел | Конфигурация | Почему столько |
|---|---|---|
| Процессор | 1 × 20 ядер, базовая частота от 2,8 ГГц | 28 vCPU при переподписке 2:1 плюс четыре физических ядра на гипервизор и пики |
| Память | 192 ГБ ECC RDIMM | Расчёт требует 152 ГБ; оставшийся объём покрывает рост виртуальных машин |
| Системные диски | 2 × 960 ГБ SSD, RAID1 | Отдельное зеркало под гипервизор и служебные данные |
| Виртуальные машины и база | 4 × 1,92 ТБ NVMe, RAID10 | 3,84 ТБ до служебных накладных расходов массива — больше исходных 1 ТБ и с запасом на снимки |
| Файловые данные | 4 × 3,84 ТБ SSD, RAID10 | 7,68 ТБ до служебных расходов против исходных 2 ТБ; запас покрывает рост и временные копии |
| Сеть | 2 × 10 Гбит/с плюс отдельный порт управления | Два рабочих порта позволяют развести трафик виртуальных машин и хранилища |
| Питание | 2 × 800 Вт с горячей заменой | Принимаем пик компонентов 630 Вт; запас 25% даёт 788 Вт |
| Корпус | 2U, 12 отсеков 2,5 дюйма | Десять отсеков заняты, два остаются под расширение |
Это не универсальная конфигурация и не характеристика изделия «Микрона». Это расчёт для названных восьми виртуальных машин.
Если число vCPU вырастет вдвое, при той же переподписке потребуется около 32 физических ядер с учётом гипервизора. Если объём рабочих файлов превысит 5 ТБ, закладывай отдельную СХД или больше дисковых отсеков. Если сервис нельзя останавливать при отказе одного узла, одного сервера уже недостаточно: понадобится второй узел и внешнее либо распределённое хранилище.
Компромисс этой спецификации — десять SSD и два блока питания поднимают цену. Убрать отдельный массив для файлов дешевле, но база, виртуальные машины и файловые операции начнут делить один ресурс.
Когда статус можно включить в обоснование
Допускай компонент в сравнительную таблицу поставщиков только при трёх совпадениях:
- модель на плате совпадает с моделью в реестре;
- запись действует на дату закупки;
- поставщик документально подтвердил применение компонента в предложенном оборудовании.
Нет одного совпадения — не учитывай статус. Сервер всё равно выбирай по нагрузке, совместимости и испытаниям готовой системы. Новость без модели и реестрового номера для этого решения ничего не добавляет.
