Наша спецификация поставки HGX B300

Каждое наше коммерческое предложение по HGX B300 начинается с одного документа, 1LG-DEL-SPEC-2026-001. Перед вами его публичная редакция: что входит в каждый кластер, что мы предпочитаем и как фиксируется изменение под ваши нужды.

Перед вами публичная редакция нашей спецификации кластеров HGX B300, документ 1LG-DEL-SPEC-2026-001 от 24 сентября 2026 г. Она служит основой каждого нашего коммерческого предложения по HGX B300: референсные размеры кластеров, узлы, хранилище и сети, а также обязательства по эксплуатации, которые прилагаются к кластеру. Всё, что отличается для вашего кластера, указывается в вашем коммерческом предложении как пронумерованное отклонение.

Как устроена спецификация

Спецификация задаёт базовый уровень, а ваше коммерческое предложение фиксирует каждое изменение относительно него как пронумерованное отклонение. Каждый пункт документа помечен как «Обязательно» или «Предпочтительно». На этой странице минимальные значения обозначены словами «не менее» или «минимум», а предпочтительные варианты помечены словом «предпочтительно».

Обязательно

Часть базового уровня каждого коммерческого предложения по HGX B300. Если вашему кластеру нужно что-то другое, изменение указывается в вашем предложении как пронумерованное отклонение.

Предпочтительно

Вариант, который мы предпочитаем, когда документ допускает несколько, например NVIDIA ConnectX-8 для сетевых карт бэкенд-сети.

Пронумерованное отклонение

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

Референсные размеры кластеров

Спецификация определяет три референсных кластера на 64, 128 и 288 GPU-узлов, и каждый размер включает соответствующие CPU-узлы, control plane и хранилище.

Референсные конфигурации из спецификации поставки HGX B300 компании 1Legion. Более крупные конфигурации проектируются индивидуально.
Позиция64 узла128 узлов288 узлов
GPU-узлы (по 8 GPU)64128288
GPU51210242304
CPU-узлы2448108
Узлы control plane666
Хранилище, вариант с СХД (полезный объём)512 ТБ1024 ТБ2304 ТБ
Хранилище, вариант с узлами хранения9 узлов17 узлов38 узлов
Расчётная ИТ-нагрузкаоколо 0,98 МВтоколо 1,95 МВтоколо 4,39 МВт

В каждом референсном размере шесть узлов control plane, а спецификация устанавливает размер control plane в 6 узлов на 2304 GPU. Две строки хранилища соответствуют двум вариантам хранения, описанным ниже: полезный объём для СХД или количество узлов для варианта с узлами хранения.

Расчётная мощность

Расчётная ИТ-нагрузка складывается из следующих расчётных значений:

ПозицияРасчётное значение
GPU-узелОколо 14 кВт (рабочее допущение)
CPU-узел1,0 кВт
Узел control plane0,5 кВт
Узел хранения1,3 кВт
Сеть5% от нагрузки GPU

Для размера на 64 узла это 64 GPU-узла мощностью около 14 кВт каждый, плюс 24 CPU-узла, 6 узлов control plane, 9 узлов хранения и сеть из расчёта 5% от нагрузки GPU: в сумме около 0,98 МВт. По этим значениям мы планируем мощность площадки, а договорной максимум кВт на стойку является ключевым показателем, который мы запрашиваем у площадки. Остальные наши требования перечислены на странице «Дата-центры».

Вычислительные узлы

Помимо хранилища, в кластере есть узлы трёх типов: GPU-узлы, на которых работают ваши нагрузки, CPU-узлы для сервисов вокруг них и control plane, который управляет самим кластером.

GPU-узел

GPU-узел по документу 1LG-DEL-SPEC-2026-001.
ПозицияХарактеристики
ПлатформаNVIDIA HGX B300, 8 GPU
Память GPU270 ГБ HBM3e на GPU, 2,1 ТБ на узел, по данным NVIDIA для HGX B300
ОхлаждениеВоздушное охлаждение по рекомендации OEM-производителя для кластерных развёртываний
CPUНе менее 128 vCPU
Системная памятьПредпочтительно 3 ТБ; не менее 240 ГБ на GPU (1,92 ТБ)
Загрузочные накопители2 × 1 ТБ NVMe с зеркалированием (предпочтительно)
Локальное хранилище данныхНе менее 9,2 ТБ сырой ёмкости NVMe, что более чем в 4 раза превышает объём памяти GPU
Сетевая карта бэкенд-сети800 Гбит/с на GPU: 1 × 800, 2 × 400 или 4 × 200 Гбит/с; предпочтительно NVIDIA ConnectX-8
Сетевая карта фронтенд-сетиNVIDIA BlueField-3; предпочтительно 2 × 400 Гбит/с, минимум 2 × 200 Гбит/с
  • Память. При 270 ГБ HBM3e на GPU каждый узел содержит 2,1 ТБ памяти GPU. Системная память не менее 240 ГБ на GPU даёт хосту запас, чтобы подготавливать данные и веса моделей для GPU.
  • Локальное хранилище. Сырая ёмкость NVMe, не менее чем в четыре раза превышающая объём памяти GPU узла, позволяет держать датасеты, контрольные точки и файлы моделей рядом с GPU.
  • Сетевые карты. Сетевая карта бэкенд-сети даёт каждому GPU 800 Гбит/с в фабрику east-west в одной из трёх конфигураций портов. Сетевая карта фронтенд-сети BlueField-3 подключает узел к сети north-south.
  • Охлаждение. Узлы охлаждаются воздухом, потому что OEM-производитель рекомендует воздушное охлаждение для кластерных развёртываний.

CPU-узлы

ПозицияХарактеристики
НазначениеСервисы вокруг GPU: сервинг, маршрутизация, пакетная обработка
Расчёт ресурсовНе менее 6 аппаратных потоков и 24 ГБ памяти на каждый GPU в кластере
Процессорx86, не менее 128 vCPU, базовая частота более 3 ГГц
Предпочтительный CPUAMD EPYC 9565 или 9575F
Память4 ГБ на поток
Сетевая карта фронтенд-сетиNVIDIA BlueField-3

CPU-узлы выполняют работу вокруг GPU, например сервинг, маршрутизацию и пакетные задачи, чтобы GPU-узлы не были ею заняты. Поскольку их число рассчитывается на GPU, они растут вместе с кластером: для 512 GPU нужно не менее 3072 аппаратных потоков, и именно столько дают 24 узла по 128 vCPU.

Control plane

ПозицияХарактеристики
Узлы6 на 2304 GPU, распределены по двум стойкам
Процессор32 vCPU с частотой более 3,65 ГГц; предпочтительно AMD EPYC 9175F
Память128 ГБ

На control plane работают сервисы управления кластером. Шесть узлов control plane распределены по двум стойкам, поэтому ни одна стойка не содержит их все.

Хранилище

Вы выбираете одну из двух архитектур хранилища: систему хранения данных (СХД) под управлением производителя (вариант A) или узлы хранения для вашего собственного ПО хранения данных (вариант B).

Вариант A: СХДВариант B: узлы хранения
Что этоСХД под управлением производителя: VAST Data, WEKA или DDN, на ваш выборУзлы хранения для вашего собственного ПО хранения данных
ЁмкостьНе менее 1 ТБ полезной ёмкости на GPUНе менее 3 ТБ сырой ёмкости на GPU
НакопителиКонфигурация, поддерживаемая производителем30,72 ТБ NVMe PCIe 5.0; поддерживаются самошифрующиеся накопители
В референсных размерах512, 1024 или 2304 ТБ полезной ёмкости9, 17 или 38 узлов, минимум 9

В варианте A сервис СХД по спецификации включает конфигурацию, поддерживаемую производителем, с эскалацией 24/7, обязательствами по пропускной способности и задержке для каждого уровня, наглядными данными об использовании и квотах и проверенным восстановлением. Вариант B подходит командам, которые уже используют собственное ПО хранения данных и хотят получить под него сырую ёмкость.

Сеть кластера и внешняя сеть

У каждого кластера своя фабрика east-west для трафика между GPU и своя сеть north-south, а на границе сети он получает резервированный транзит, очистку трафика от DDoS, NAT и выделенные публичные адреса.

Фабрика east-west

ПозицияХарактеристики
ТопологияRail-оптимизированная, полностью неблокирующая
Пропускная способность на GPUПлоскости 1 × 800 или 2 × 400 Гбит/с
Коммутация, предпочтительноNVIDIA Spectrum-X или Broadcom Tomahawk 6
Коммутация, допустимоNVIDIA Quantum InfiniBand или Broadcom Tomahawk 5
Модель арендыВыделенная, для одного клиента

Rail-оптимизированная архитектура означает, что GPU в каждой позиции каждого узла подключается к собственному набору коммутаторов, своему rail, и это сокращает пути между соответствующими GPU. Полная неблокируемость означает, что фабрика может одновременно передавать полную полосу каждого GPU без переподписки между уровнями коммутаторов.

Rail-оптимизированная фабрика east-west: у каждой позиции GPU в каждом узле свой rail коммутаторов.

Сеть north-south

ПозицияХарактеристики
Пропускная способность на узелПредпочтительно 400 Гбит/с, минимум 200 Гбит/с
Leaf-коммутаторы хранилищаБез переподписки
Leaf-коммутаторы GPUПереподписка менее 4:1
ТранспортПоддержка RoCEv2
MTU9000
Модель арендыВыделенная

Переподпиской называют отношение пропускной способности, которую leaf-коммутатор предоставляет своим узлам, к пропускной способности его восходящих каналов. У leaf-коммутаторов хранилища переподписки нет, поэтому восходящие каналы не сдерживают чтение и запись контрольных точек, а у leaf-коммутаторов GPU она остаётся ниже 4:1. RoCEv2 передаёт RDMA по этой сети Ethernet, а MTU 9000 (jumbo-кадры) снижает накладные расходы на каждый пакет при больших передачах.

Внешняя сеть и интернет-сервисы

ПозицияХарактеристики
ТранзитДва независимых провайдера со скоростью 100 Гбит/с на канал по физически разнесённым трассам
МаршрутизацияeBGP с BFD; переключение в течение минуты
Пограничные маршрутизаторыДва, с резервированием, с питанием по вводам A и B
Пограничные ACLНастраиваются по вашим правилам; изменения в течение одного рабочего дня
Защита от DDoSОчистка от объёмных атак уровней 3 и 4 у признанного провайдера, активация через BGP в течение 5 минут, не менее 1 Тбит/с
NAT и исходящий трафикРезервированная пара HA, не менее 10 млн одновременных сессий, выделенные адреса SNAT (обычно четыре)
Публичные адреса сервисовВыделенные (обычно восемь); вы можете анонсировать VIP через BGP; переключение в течение 5 секунд; IPv6 в режиме dual stack
Ваше адресное пространство IP и ASNВнешняя сеть может анонсировать ваши префиксы и ваш ASN; соблюдение ROA в RPKI; аутентификация сессий BGP
Сетевая телеметрияNetFlow v9 или IPFIX с обоих пограничных маршрутизаторов в ваш коллектор
  • Транзит и маршрутизация. Два независимых провайдера на физически разнесённых трассах означают, что один перерезанный кабель или сбой у одного провайдера не становится единой точкой отказа. BFD быстро обнаруживает отказавший канал, и eBGP в течение минуты переключается на другого провайдера.
  • Пограничные маршрутизаторы. Два резервированных маршрутизатора с питанием по вводам A и B, поэтому внешняя сеть не зависит от одного маршрутизатора или одного ввода питания.
  • Пограничные ACL. Списки контроля доступа на границе сети настраиваются по вашим правилам, а изменения мы вносим в течение одного рабочего дня.
  • Защита от DDoS. Объёмные атаки на уровнях 3 и 4 перенаправляются через BGP к признанному провайдеру очистки трафика. Очистка включается в течение 5 минут, её ёмкость составляет не менее 1 Тбит/с.
  • NAT и исходящий трафик. Исходящий трафик выходит через резервированную пару, которая поддерживает не менее 10 млн одновременных сессий, с адресов SNAT, которые используете только вы, поэтому партнёры могут внести ваш трафик в списки разрешённых.
  • Публичные адреса сервисов. Обычно восемь выделенных адресов для ваших сервисов. Вы можете анонсировать виртуальные IP через BGP, переключение происходит в течение 5 секунд, а IPv6 работает в режиме dual stack.
  • Ваше адресное пространство IP и ASN. Если у вас есть собственные префиксы и ASN, внешняя сеть может их анонсировать. Мы соблюдаем ваши авторизации источника маршрута RPKI (ROA), которые сообщают другим сетям, какой ASN может быть источником ваших префиксов, а сессии BGP проходят аутентификацию.
  • Сетевая телеметрия. Оба пограничных маршрутизатора отправляют записи о потоках NetFlow v9 или IPFIX в ваш коллектор, поэтому вы видите собственный трафик.

Эксплуатация после передачи

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

До передачи каждый кластер проходит валидацию оборудования NVIDIA для провайдеров инференса (тесты с HW-1 по HW-5), а результаты вы получаете в отчёте о приёмке. Что доказывает каждый тест, объясняется на странице «Нагрузочный прогон и приёмка».

После передачи порядок эксплуатации кластера определяет раздел 15 спецификации, начиная со следующих обязательств:

ОбязательствоПоказатель
Подтверждение инцидента и назначение руководителя реагированияВ течение 15 мин
Обновления, пока инцидент открытНе менее одного раза в 60 мин
Подключение службы эксплуатации сети в любое время сутокВ течение 15 мин
Подключение инженеров площадки или remote handsВ течение 45 мин
Письменный разбор инцидента, затронувшего клиентаВ течение 7 дней
Уведомление перед плановыми работами с высоким рискомНе менее чем за 7 дней

Полный перечень, включая реестр оборудования, управление изменениями и обработку аппаратных сбоев, приведён на странице «Обязательства по эксплуатации». Внеполосная телеметрия оборудования поступает от BMC через Redfish, а сетевая телеметрия и телеметрия площадки поступают там, где они доступны. Эксплуатационная телеметрия хранится не менее 30 дней, а история инцидентов и состояний хранится не менее 12 месяцев.

Скачать спецификацию

Вопросы заказчиков

Что такое 1LG-DEL-SPEC-2026-001?

Это спецификация поставки HGX B300 компании 1Legion от 24 сентября 2026 г., которая служит основой каждого нашего коммерческого предложения по HGX B300. На этой странице приведена её публичная редакция.

Можно ли изменить спецификацию для нашего кластера?

Да. Изменения под конкретного клиента вносятся в ваше коммерческое предложение как пронумерованные отклонения, поэтому вы видите каждый пункт, в котором ваш кластер отличается от базового уровня.

У GPU-узлов воздушное или жидкостное охлаждение?

Узлы HGX B300 охлаждаются воздухом по рекомендации OEM-производителя для кластерных развёртываний. У наших площадок мы запрашиваем возможность перехода на прямое жидкостное охлаждение чипов (direct-to-chip) для GB300 NVL72 и последующих систем.

Какое хранилище можно выбрать?

СХД под управлением производителя от VAST Data, WEKA или DDN с полезной ёмкостью не менее 1 ТБ на GPU или узлы хранения для вашего собственного ПО хранения данных с сырой ёмкостью не менее 3 ТБ на GPU, минимум 9 узлов.

Можно ли использовать собственные IP-адреса и ASN?

Да. Внешняя сеть может анонсировать ваши собственные префиксы и ваш ASN, соблюдает ваши ROA в RPKI и использует аутентификацию сессий BGP.

Распространяется ли спецификация на другие GPU, помимо HGX B300?

Нет, она распространяется на серверы и кластеры HGX B300. Для других GPU-серверов конфигурация указывается в вашем письменном коммерческом предложении.

Расскажите, что вам нужно запускать.

Укажите оборудование, количество серверов, срок и дату начала. Вы получите письменное коммерческое предложение на основе нашей спецификации поставки.