Наша спецификация поставки 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 и хранилище.
| Позиция | 64 узла | 128 узлов | 288 узлов |
|---|---|---|---|
| GPU-узлы (по 8 GPU) | 64 | 128 | 288 |
| GPU | 512 | 1024 | 2304 |
| CPU-узлы | 24 | 48 | 108 |
| Узлы control plane | 6 | 6 | 6 |
| Хранилище, вариант с СХД (полезный объём) | 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 plane | 0,5 кВт |
| Узел хранения | 1,3 кВт |
| Сеть | 5% от нагрузки GPU |
Для размера на 64 узла это 64 GPU-узла мощностью около 14 кВт каждый, плюс 24 CPU-узла, 6 узлов control plane, 9 узлов хранения и сеть из расчёта 5% от нагрузки GPU: в сумме около 0,98 МВт. По этим значениям мы планируем мощность площадки, а договорной максимум кВт на стойку является ключевым показателем, который мы запрашиваем у площадки. Остальные наши требования перечислены на странице «Дата-центры».
Вычислительные узлы
Помимо хранилища, в кластере есть узлы трёх типов: GPU-узлы, на которых работают ваши нагрузки, CPU-узлы для сервисов вокруг них и control plane, который управляет самим кластером.
GPU-узел
| Позиция | Характеристики |
|---|---|
| Платформа | NVIDIA HGX B300, 8 GPU |
| Память GPU | 270 ГБ 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 ГГц |
| Предпочтительный CPU | AMD 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 без переподписки между уровнями коммутаторов.
Сеть north-south
| Позиция | Характеристики |
|---|---|
| Пропускная способность на узел | Предпочтительно 400 Гбит/с, минимум 200 Гбит/с |
| Leaf-коммутаторы хранилища | Без переподписки |
| Leaf-коммутаторы GPU | Переподписка менее 4:1 |
| Транспорт | Поддержка RoCEv2 |
| MTU | 9000 |
| Модель аренды | Выделенная |
Переподпиской называют отношение пропускной способности, которую 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 месяцев.
Скачать спецификацию
Технические описания доступны в виде PDF-файлов, чтобы ваши инженеры и отдел закупок могли их изучить и передать дальше.
- Техническое описание сервера NVIDIA HGX B300PDF. GPU-узел, CPU-узлы и узлы control plane, сетевые интерфейсы. Скачать PDF
- Референсные кластеры HGX B300: 64, 128 и 288 узловPDF. Размеры кластеров, хранилище, фабрика и внешняя сеть. Скачать PDF
- Требования к партнёрским дата-центрам, краткая версияPDF. Электропитание, охлаждение, подтверждение сертификации, персонал и сетевое подключение. Скачать PDF
- Как устроены договоры 1LegionPDF. Условия договора, подключение, выставление счетов и что включено. Скачать PDF
Все публикуемые нами документы собраны на странице «Документы для скачивания». Чтобы обсудить конфигурацию на основе этой спецификации, свяжитесь с инженером.
Вопросы заказчиков
Что такое 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-серверов конфигурация указывается в вашем письменном коммерческом предложении.
Расскажите, что вам нужно запускать.
Укажите оборудование, количество серверов, срок и дату начала. Вы получите письменное коммерческое предложение на основе нашей спецификации поставки.