Готовый GPU-сервер или сборка интегратора: Как сравнить предложения

Готовую GPU-платформу и сборку интегратора нельзя корректно сравнить только по бренду, числу GPU и итоговой цене.

Сначала приведите все предложения к одной структуре: exact BOM, установленная конфигурация, qualification, программа проверки, warranty/support/RMA, условия апгрейда и границы ответственности. И только после этого сравнивайте стоимость.

Практическая последовательность:

одинаковые требования

        ↓

exact BOM

        ↓

installed vs maximum

        ↓

OEM / vendor qualification

        ↓

изменения интегратора

        ↓

validation evidence

        ↓

responsibility map

        ↓

warranty / support / RMA

        ↓

upgrade / substitutions

        ↓

included / not included

        ↓

цена

Короткое правило:

«Готовый» и «кастомный» — слишком грубое деление

На практике вариантов больше двух.

Есть фиксированная квалифицированная конфигурация, configurable OEM platform с документированным набором options, такая же платформа с изменениями интегратора и полностью custom configuration.

При этом сама возможность конфигурировать OEM-сервер нормальна. NVIDIA прямо указывает, что оптимальная конфигурация PCIe-сервера зависит от конкретного workload и должна определяться case-by-case; рекомендации certification guide служат отправной точкой, а не универсальной BOM.

Поэтому правильный закупочный вопрос:

Какая часть итоговой конфигурации подтверждена OEM/vendor documentation, а за какую часть отвечает поставщик или интегратор?

Не нужно заранее считать:

OEM = надёжно

custom = рискованно

Вместо этого сравниваем:

documented configuration A VS documented configuration B

Сначала нормализуйте exact BOM

Два предложения могут выглядеть одинаково:

8× GPU

2× CPU

1 TB RAM

NVMe

200G

но описывать существенно разные системы.

Минимальная нормализация должна раскрывать:

Запись:

RAM: 1 TB

неэквивалентна полноценному описанию:

DIMM SKU:

capacity/module:

count:

population:

Точный part number нужен не ради бюрократии. Он позволяет проверить compatibility, firmware path, гарантию, replacement и дальнейшее расширение.

Installed configuration и maximum supported — разные факты

Фраза:

supports up to 8 GPUs

не означает:

покупаем 4 сейчас

и гарантированно добавляем ещё 4 позже

В предложении должны существовать отдельные поля:

INSTALLED NOW: 4 GPU

PLATFORM MAXIMUM: up to 8 GPU

DOCUMENTED UPGRADE PATH:

?

Почему это важно, хорошо показывает PowerEdge XE7740. Dell публикует отдельную PSU-GPU matrix: допустимость одной и той же 8-GPU конфигурации зависит от мощности PSU и режима redundancy. Например, для 8× RTX PRO 6000 600 W некоторые варианты с 3200 W PSU поддерживаются, а отдельные режимы с 2400 W имеют статус Not Supported.

Следовательно: 8 physical GPU positions

ещё не доказывают: любая 8-GPU configuration supported

Проверка будущего апгрейда

Используйте четыре gates:

PHYSICAL

slots / trays / risers / clearance

        ↓

ELECTRICAL

PSU / cables / PCIe resources

        ↓

THERMAL

airflow / fans / liquid cooling

        ↓

SUPPORTED

qualification / firmware /

warranty / service procedure

Только после этого можно говорить о документированном upgrade path.

Будущую совместимость с ещё не вышедшим GPU нельзя обещать только по наличию свободного слота.

QVL и certification — доказательства с определённым scope

NVIDIA-Certified Systems — это системы, которые проверяются с актуальными NVIDIA GPU и networking и оцениваются по performance, functionality, scalability и security; программа также включает multi-node training/inference и другие cluster-level tests.

Но certification не относится к абстрактному названию производителя.

Списки NVIDIA привязаны к конкретным system models и GPU/configurations.

Supermicro показывает тот же принцип ещё нагляднее: его список NVIDIA-Certified Systems содержит отдельные поля Server Model, GPU Name, Cooling Type, interface, maximum GPU count, form factor, CPU, validation type и notes.

Поэтому:

этот сервер NVIDIA-Certified

не следует превращать в:

любая карта и любая BOM

внутри этого chassis certified

В Quote Matrix фиксируйте:

Exact system:

Exact GPU:

GPU count:

Cooling:

Qualification/certification:

Conditions:

Evidence:

Certification не заменяет workload validation

NVIDIA отдельно предупреждает, что optimal configuration зависит от workload и specific use case.

Поэтому:

CERTIFICATION → platform evidence

а не:

CERTIFICATION → наша LLM гарантированно

выполняет SLA

Отдельно отметьте всё, что изменил интегратор

Предположим:

BASE PLATFORM

qualified

GPU

supported by OEM

SSD

integrator-selected

NIC

integrator-selected

firmware combination

changed

Сам факт изменения не делает предложение плохим.

Но для каждой такой строки должен появиться ответ:

OEM-supported?

Integrator validated?

Who owns compatibility?

Who owns incident?

What evidence exists?

Практическая таблица:

Корректный принцип:

больше изменений → нужно больше доказательств

и яснее responsibility

а не:

«Сервер протестирован» нужно разложить на проверяемые строки

Записи:

предпродажное тестирование

или:

burn-in passed

недостаточно для сопоставления предложений.

У двух поставщиков этим термином могут называться разные процессы.

Вместо TESTED: YES запрашивайте:

Test/workload:

Tool:

Duration:

Load:

Environment:

Pass/fail criteria:

Logs/report:

Для procurement-сравнения удобно использовать методическую шкалу:

Это не официальный отраслевой стандарт. Это способ привести разные предложения к одной форме.

Ключевой вывод:

Наличие теста менее информативно, чем его scope, duration, criteria и сохраняемые результаты.

Подробную программу приёмочных испытаний нужно выносить в отдельный acceptance document — это уже задача SS-045, а не SS-017.

Warranty, support, RMA и service SLA — разные вещи

Фраза:

Warranty: 3 years

сама по себе недостаточна.

Нужно разделять:

WARRANTY

что ремонтируют / заменяют

SUPPORT

кто диагностирует incident

RMA

как запускается возврат или замена

SERVICE SLA

режим и сроки реакции

Почему это существенно, показывает даже стандартная warranty одного производителя. Supermicro определяет свою Product warranty только для продуктов, разработанных и произведённых самой Supermicro, исключая сторонние components/software. Стандартная таблица также отдельно задаёт labor warranty, parts warranty и advance cross-ship: для GPU Systems эти периоды не совпадают.

Эта политика относится именно к Supermicro и не переносится автоматически на других OEM.

Она показывает общий procurement-принцип:

Нормализуйте:

Parts:

Labor:

Cross-ship:

On-site:

Service hours:

Response commitment:

RMA owner:

Shipping owner:

Replacement conditions:

Replacement тоже нужно определить

В том же Supermicro warranty document предусмотрена возможность repair, замены на same/functionally equivalent product либо других предусмотренных warranty действий; parts terms допускают functionally equivalent/refurbished replacements в определённых условиях.

Поэтому слово:

replacement

лучше раскрывать:

same SKU?

functional equivalent?

new / refurbished?

advance replacement?

return-first?

time commitment?

Первый owner инцидента должен быть известен до покупки

Для mixed OEM/integrator solution возможна цепочка:

customer

   ↓

integrator

   ↓

hardware triage

   ↓

OEM / GPU vendor / software vendor

   ↓

RMA / software escalation

Но конкретная схема определяется договором.

Даже support NVIDIA software может быть partner-led: актуальная NVIDIA AI Enterprise Support Matrix содержит offerings, где пользователь должен открывать case у партнёра, а NVIDIA direct support перенаправляет такие обращения к нему.

Поэтому наличие:

NVIDIA software

не всегда означает:

direct NVIDIA support

В Responsibility Matrix нужны:

First-line owner:

OEM escalation:

GPU escalation:

Software escalation:

RMA owner:

Если для критического слоя owner не определён — это procurement gap.

Software stack тоже входит в сопоставимую спецификацию

Формулировки:

Ubuntu

CUDA

drivers installed

слишком общие, если предложение включает software support.

Актуальная NVIDIA AI Enterprise Support Matrix выбирает совместимость по GPU, deployment environment, platform, OS и конкретному infrastructure release; поддерживаемые конфигурации version-specific.

Поэтому фиксируйте:

OS:

Driver:

CUDA / ROCm:

Hypervisor:

Orchestrator:

AI runtime:

Support matrix:

Date checked:

Support entitlement:

Owner:

Важно различать:

software installed

и:

software supported

Substitution policy согласуйте до заказа

Поставщик может заменить RAM, SSD, NIC или другой компонент из-за availability.

Это не обязательно ухудшает решение.

Но закупщик должен заранее знать:

что можно менять?

кто согласует?

по каким критериям компонент эквивалентен?

сохраняется ли QVL/support?

нужна ли повторная validation?

Пример формы:

SUBSTITUTIONS

Allowed: YES / NO

Allowed lines:

Approval required: YES / NO

Equivalence:

capacity

interface

performance class

QVL/support

warranty

Re-validation: YES / NO / DEPENDS

Так различаются:

QUOTED BOM

и:

AS-BUILT BOM

Normalized GPU Server Quote

Это основной рабочий инструмент SS-017.

OFFER

Supplier:

Offer ID:

Date:

Validity:

Currency:

Tax:

Delivery term:

BASE PLATFORM

OEM:

Exact system SKU:

Revision:

Barebone / complete system:

OEM qualification:

Vendor certification:

Evidence:

INSTALLED BOM

CPU

Exact SKU:

Count:

RAM

DIMM SKU:

DIMM count:

Installed capacity:

Population:

GPU

Manufacturer:

Exact SKU/execution:

Count:

GPU PATH

Riser/backplane:

PCIe topology:

STORAGE

SSD/NVMe SKU:

Count:

Interface:

RAID/HBA:

NETWORK

NIC SKU:

Count:

Ports:

Optics/cables:

POWER

PSU SKU:

Wattage:

Count:

Redundancy:

COOLING

Execution:

Environmental restrictions:

MANAGEMENT

BMC:

License:

ACCESSORIES

Rails:

Cables:

Other:

SUPPORTED MAXIMUM

Maximum GPU:

Conditions:

Maximum RAM:

Conditions:

Storage expansion:

Conditions:

Network expansion:

Conditions:

SOFTWARE

BIOS:

BMC firmware:

GPU firmware:

OS:

Driver:

CUDA / ROCm:

Hypervisor:

Orchestrator:

AI runtime:

Support matrix:

Date checked:

VALIDATION EVIDENCE

OEM/QVL:

Vendor certification:

Integrator diagnostics:

Burn-in:

Thermal/power test:

GPU communication test:

Target workload:

Duration:

Pass/fail criteria:

Report/logs:

WARRANTY

Base platform:

GPU:

RAM:

Storage:

NIC:

Parts:

Labor:

Cross-ship:

On-site:

SUPPORT

First-line owner:

OEM escalation:

GPU escalation:

Software support owner:

Entitlement:

Service hours:

Response commitment:

RMA / REPLACEMENT

RMA owner:

Shipping owner:

Advance replacement:

Replacement terms:

Spare strategy:

UPGRADE

Target:

Physical:

Electrical:

Thermal:

OEM-supported:

Firmware:

Re-validation:

Warranty/service impact:

COMMERCIAL SCOPE

Hardware:

Software licenses:

Integration:

Delivery:

Rack installation:

Network setup:

Validation:

Acceptance:

Support:

NOT INCLUDED / UNKNOWN

Rails:

Power cables:

PDU:

Optics:

DAC/AOC:

OS:

Software licenses:

Runtime setup:

Rack installation:

Network setup:

Validation report:

Acceptance:

On-site support:

Spares:

Migration:

Other:

SUBSTITUTIONS

Allowed:

Approval:

Equivalence criteria:

Re-validation:

RESULT

Missing BOM lines:

Qualification gaps:

Validation gaps:

Responsibility gaps:

Commercial differences:

COMPARABLE:

YES / CONDITIONAL / NO

Responsibility Matrix

После нормализации BOM заполните карту ответственности.

Правило:

Procurement Evidence Ladder

Дополнительно можно отметить уровень доказательности:

LEVEL 0

marketing/configurator claim

        ↓

LEVEL 1

exact quoted BOM

        ↓

LEVEL 2

component/vendor support evidence

        ↓

LEVEL 3

OEM QVL / supported configuration

        ↓

LEVEL 4

relevant vendor certification

        ↓

LEVEL 5

integrator contractually owns

delivered configuration

        ↓

LEVEL 6

documented system validation

        ↓

LEVEL 7

acceptance

+

support/RMA responsibility fixed

Это методика сравнения, а не официальный стандарт.

Не требуется механически добиваться Level 7 для каждой строки. Цель — увидеть, где заканчивается документированное evidence и начинается принимаемый заказчиком риск.

Когда предложения ещё нельзя сравнивать

Не нужно сводить всё к баллу 8,7/10.

Используйте четыре состояния:

Например:

GPU qualification:

CLEAR

Warranty:

CLEAR

Upgrade:

CONDITIONAL

Application validation:

OPEN

Такое предложение ещё можно доработать запросом поставщику.

Но:

required GPU configuration:

OEM matrix says NOT SUPPORTED

может быть BLOCK, если qualification является обязательным требованием закупки.

Только теперь сравнивайте цену

После технической и контрактной нормализации можно сравнить:

hardware

+

software licenses

+

integration

+

validation

+

delivery / installation

+

support

+

accessories

И только затем:

Offer A

VS

Offer B

VS

Offer C

Предложение с меньшей итоговой суммой может просто не включать optics, software entitlement, onsite service, validation report или installation.

Но обратное тоже неверно:

дороже = лучше

Цена становится meaningful только после того, как сравнивается одинаковый scope.

По редакционным правилам Start Server конкретные цены, налоги, сроки и гарантийные условия должны подтверждаться датированным предложением непосредственно перед публикацией.

Итоговый алгоритм закупщика

1. Убедиться,

   что поставщики отвечали

   на одинаковые требования

        ↓

2. Получить exact BOM

        ↓

3. Отделить installed

   от supported maximum

        ↓

4. Проверить OEM/QVL/certification

        ↓

5. Выделить integrator deviations

        ↓

6. Проверить validation scope

        ↓

7. Назначить owner

   каждой критичной строки

        ↓

8. Разделить

   warranty / support / RMA

        ↓

9. Проверить software support

        ↓

10. Проверить upgrade

        ↓

11. Зафиксировать substitutions

        ↓

12. Зафиксировать NOT INCLUDED

        ↓

13. Зафиксировать as-built BOM

        ↓

14. Только затем

    сравнить цену и срок

Итоговый выбор — это не:

OEM

VS

integrator

а:

documented proposal A

VS

documented proposal B

Что передать для сравнения GPU-серверов

Для сопоставления уже полученных КП полезны:

исходное ТЗ

все предложения поставщиков

candidate GPU

GPU count

workload

требования:

availability

support

RMA

upgrade

acceptance

ограничения:

rack

power

cooling

network

целевой срок проекта

По этим данным можно сначала выявить несопоставимые строки, qualification gaps и нераспределённую ответственность — и лишь затем обсуждать стоимость.