# Закупка GPU для пула: сначала спецификация и приёмка

Как подготовить закупку GPU под инференс: результаты пилота, полная спецификация, условия поставки, критерии приёмки и бюджет запуска оборудования.

Автор: Команда Retrivium
Обновлено: 2026-11-01
Канонический URL: https://retrivium.ai/ru/journal/procurement-before-scale/
Language: ru

В предложении поставщика легко увидеть нужную модель GPU и перейти к оплате. Но для пула инференса приобретается рабочая конфигурация, а не строка с названием ускорителя. Значение имеют хост, память, накопители, соединения, питание и условия дальнейшего обслуживания.

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

## Превратите пилот в требования

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

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

## Составьте полную спецификацию

Включите точные модели и количество компонентов, варианты исполнения и существенные интерфейсы. Укажите, какие части уже есть на площадке и как подтверждена их совместимость. Формулировка «сервер под четыре карты» недостаточна, если условия установки и питания ещё не проверены.

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

## Определите критерии приёмки

Приёмка может включать проверку состава, состояния и согласованные технические тесты. [NVIDIA DCGM Diagnostics](https://docs.nvidia.com/datacenter/dcgm/latest/learn/modules/dcgm-diagnostics.html) описывает проверки оборудования и программного окружения; доступность тестов зависит от конкретной системы. Их выбирают по задаче и выполняют в подходящих условиях.

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

## Назначьте ответственных за отклонения

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

В [FinOps Planning & Estimating](https://www.finops.org/framework/capabilities/planning-estimating/) оценки рассматриваются в контексте сценария реализации. Для закупки это означает сохранять связь между исходными требованиями, выбранным предложением и фактическим результатом. Если сценарий изменился, смету нужно пересмотреть до расширения обязательств.

## Практические выводы

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

Перед новым заказом посмотрите [проверку спроса](/ru/journal/gpu-demand-before-capex/) и [сравнение покупки с арендой](/ru/journal/gpu-purchase-vs-rental/): эти шаги помогут определить, нужна ли закупка именно сейчас.