Как закупить серверы и СХД по 44-ФЗ: проверка совместимости и оценка производительности

Закупка серверного оборудования и систем хранения данных (СХД) — одна из самых сложных категорий для государственного заказчика. Главная трудность не в выборе цены, а в необходимости доказать совместимость компонентов и объективно оценить производительность, не нарушив при этом требования Федерального закона № 44-ФЗ. Ошибки на этапе описания объекта закупки часто приводят к жалобам в ФАС, срыву процедуры или поставке оборудования, которое не способно решать задачи учреждения.

В этой статье разберем, как заказчику корректно сформировать техническое задание на серверы и СХД, провести проверку совместимости и установить измеримые показатели производительности, оставаясь в рамках законодательства о контрактной системе.

Почему закупка серверов и СХД требует особого подхода

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

Кроме того, современная ИТ-инфраструктура редко строится на оборудовании одного вендора. Сервер может быть собран на базе одного производителя, СХД — другого, а сетевое оборудование — третьего. Заказчик обязан убедиться, что все компоненты будут корректно работать вместе, но при этом не имеет права указывать требования, которые ведут к ограничению конкуренции. Баланс между совместимостью и недопущением «заточки» под конкретного поставщика — ключевая задача.

Основные понятия и нормативная база

При подготовке закупки серверного оборудования заказчик опирается на несколько ключевых документов. Прежде всего, это статья 33 Закона № 44-ФЗ, которая требует, чтобы описание объекта закупки носило объективный характер. В описании указываются функциональные, технические и качественные характеристики, а также эксплуатационные параметры. Запрещено включать требования к производителю, товарным знакам, если это не обусловлено совместимостью с уже имеющимся оборудованием.

Для радиоэлектроники действует постановление Правительства, устанавливающее ограничения и запреты на допуск иностранной продукции. Заказчику необходимо проверить, попадает ли закупаемое оборудование в соответствующий перечень, и правильно обосновать закупку, если российских аналогов нет. Также важно учитывать правила использования каталога товаров, работ, услуг (КТРУ). Если позиция есть в КТРУ, заказчик обязан применять характеристики из каталога, а дополнительные параметры обосновывать.

Пошаговый алгоритм подготовки технического задания

Чтобы минимизировать риски, заказчику стоит придерживаться четкой последовательности действий. Ниже приведен алгоритм, который поможет структурировать работу над документацией.

1. Определите функциональное назначение. Сформулируйте, какие задачи будет решать оборудование: виртуализация, базы данных, файловое хранилище, резервное копирование. От этого зависят требования к процессору, памяти и дисковой подсистеме.
2. Изучите КТРУ. Найдите позицию в каталоге. Если она есть, возьмите обязательные характеристики. Если позиция отсутствует, руководствуйтесь общими требованиями статьи 33.
3. Сформируйте минимальные и максимальные значения. Вместо точных цифр указывайте диапазоны: «объем оперативной памяти не менее 64 ГБ», «количество ядер процессора не менее 16». Это расширяет круг потенциальных участников.
4. Опишите требования к совместимости. Если оборудование должно работать с существующей инфраструктурой, укажите стандарты и протоколы: поддержка iSCSI, NFS, SMB, совместимость с гипервизором определенной версии, наличие сертификации для работы с конкретным ПО.
5. Установите показатели производительности. Используйте измеримые метрики: IOPS на операциях чтения и записи, пропускная способность в Гбит/с, задержка в миллисекундах, количество поддерживаемых виртуальных машин.
6. Проверьте национальный режим. Убедитесь, что характеристики не ведут к необоснованному ограничению доступа российской продукции. При необходимости подготовьте обоснование невозможности соблюдения запрета.
7. Проведите мониторинг рынка. Направьте запросы коммерческих предложений минимум пяти потенциальным поставщикам. Это поможет проверить, насколько реальны установленные требования и какова средняя цена.

Проверка совместимости: как не нарушить закон

Совместимость — самое уязвимое место в описании объекта закупки. Заказчик часто ссылается на необходимость совмещения с уже эксплуатируемым оборудованием, но ФАС внимательно проверяет такие обоснования. Недостаточно написать «должно быть совместимо с имеющимся сервером марки X». Требование должно быть технологически нейтральным.

Правильный подход — описание через открытые стандарты и протоколы. Например, если в учреждении используется система виртуализации на базе определенного гипервизора, укажите его версию и потребуйте документальное подтверждение совместимости от производителя оборудования. Если СХД должна подключаться к существующей сети хранения данных, пропишите поддержку протоколов Fibre Channel 16 Гбит/с или iSCSI 10 Гбит/с, а не конкретную модель коммутатора.

В случае, когда без указания товарного знака действительно не обойтись, заказчик обязан сопроводить его словами «или эквивалент» и четко определить параметры эквивалентности. Параметры должны быть такими, чтобы им соответствовала продукция как минимум двух разных производителей.

Оценка производительности: измеримые метрики вместо абстрактных фраз

Формулировки «высокопроизводительный сервер» или «надежная система хранения» не несут смысловой нагрузки и легко оспариваются. Производительность должна выражаться в конкретных, проверяемых величинах. Для серверов это результаты тестов SPEC CPU, количество операций в секунду, объем поддерживаемой оперативной памяти и ее пропускная способность. Для СХД ключевые показатели — IOPS на блочном доступе, пропускная способность на последовательных операциях, время отклика под нагрузкой.

Важно не завышать требования без реальной потребности. Если учреждению достаточно СХД среднего уровня с производительностью 50 000 IOPS, не нужно прописывать 200 000 IOPS. Это сужает круг участников и может быть расценено как ограничение конкуренции. Обоснование каждого показателя должно опираться на расчет нагрузки, который заказчик готов представить по запросу контролирующего органа.

Практический пример: закупка СХД для медицинского учреждения

Рассмотрим сценарий: больнице требуется система хранения данных для медицинских изображений. Объем данных — около 50 ТБ с перспективой роста до 100 ТБ в течение трех лет. Нагрузка смешанная: много потоковой записи с диагностического оборудования и чтение при просмотре снимков врачами.

Заказчик формирует требования. Вместо указания конкретной модели он прописывает: «СХД должна поддерживать не менее 100 000 IOPS при смешанной нагрузке 70/30 (чтение/запись) блоками 8 КБ, обеспечивать пропускную способность не менее 3 ГБ/с на последовательном чтении, поддерживать протоколы NFS v4 и SMB 3.0 для интеграции с существующей PACS-системой». Дополнительно указывается, что оборудование должно быть совместимо с имеющейся сетевой инфраструктурой 10GbE через стандартные SFP+ модули.

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

Распространенные ошибки при закупке серверов и СХД

Ошибки на этапе подготовки документации приводят к предписаниям ФАС, отмене закупки и административной ответственности. Вот наиболее частые из них.

• Указание конкретного товарного знака без эквивалента. Даже если заказчик уверен, что аналогов нет, он обязан доказать это с помощью экспертного заключения или мониторинга рынка.
• Избыточные требования к совместимости. Фразы «должно быть полностью совместимо с оборудованием заказчика» без расшифровки стандартов и протоколов считаются ненадлежащим описанием.
• Необоснованные показатели производительности. Цифры, взятые из спецификации одного производителя, автоматически отсекают конкурентов. Каждый показатель должен иметь функциональное обоснование.
• Игнорирование национального режима. Закупка иностранного сервера без проверки реестра российской радиоэлектроники и без обоснования невозможности применения запрета — прямое нарушение.
• Смешивание в одном лоте разнородного оборудования. Объединение серверов, СХД, сетевого оборудования и услуг по внедрению в один лот часто приводит к ограничению конкуренции, если это не обусловлено технологической необходимостью.

Для системного понимания всех этапов — от планирования до приемки — специалистам заказчика стоит пройти обучение, охватывающее полный цикл государственных закупок, включая описание объекта закупки, работу с КТРУ и применение национального режима. Такую подготовку дает программа повышения квалификации по управлению государственными и муниципальными закупками для заказчиков.

Как снизить риски на этапе приемки

Даже корректно составленное техническое задание не гарантирует успеха, если заказчик не продумал порядок проверки соответствия. В контракт необходимо включить четкие условия приемки с тестированием заявленных характеристик. Для серверов это может быть запуск стресс-тестов процессора и памяти, для СХД — измерение IOPS и пропускной способности с помощью общедоступных утилит.

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

Часто задаваемые вопросы

Можно ли указать конкретный процессор в требованиях к серверу?

Прямое указание модели процессора без возможности эквивалента не допускается. Вместо этого следует описать необходимые характеристики: количество ядер, тактовую частоту, объем кэш-памяти, поддерживаемые наборы инструкций. Если совместимость с конкретным ПО критична, это должно быть обосновано в документации.

Как доказать, что закупаемое оборудование не имеет российских аналогов?

Заказчик должен изучить реестр российской радиоэлектронной продукции и направить запросы производителям. Если ответы подтверждают отсутствие аналогов с нужными характеристиками, составляется обоснование невозможности соблюдения запрета. Этот документ прикладывается к извещению о закупке.

Обязательно ли разбивать закупку серверов и СХД на отдельные лоты?

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

Какие документы подтверждают совместимость оборудования?

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

Итог

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

Тщательный мониторинг рынка, обоснование каждого параметра и грамотно выстроенный процесс приемки сводят к минимуму риск получения оборудования, которое не решает поставленных задач. Для специалистов, желающих углубленно разобраться в особенностях описания объекта закупки и применения национального режима, полезным будет курс по национальному режиму в закупках для государственных и муниципальных нужд, где детально рассматриваются запреты, ограничения и порядок обоснования закупок радиоэлектроники.