Nuestra especificación de entrega HGX B300
Cada propuesta HGX B300 que redactamos parte de un único documento, 1LG-DEL-SPEC-2026-001. Esta es su edición pública: qué incluye cada clúster, qué preferimos y cómo se registra un cambio para usted.
Esta es la edición pública de nuestra especificación de clústeres HGX B300, documento 1LG-DEL-SPEC-2026-001, de fecha 24 de septiembre de 2026. Es la base de cada propuesta HGX B300 que redactamos: los tamaños de los clústeres de referencia, los nodos, el almacenamiento y las redes, y los compromisos operativos que acompañan al clúster. Todo lo que difiera para su clúster figura en su propuesta como una desviación numerada.
Cómo funciona la especificación
La especificación fija una base, y su propuesta registra cada cambio respecto a ella como una desviación numerada. Cada elemento del documento es Obligatorio o Preferente. En esta página, los mínimos se indican como «al menos» o «mínimo», y las opciones preferentes se marcan como «preferente».
Obligatorio
Forma parte de la base de cada propuesta HGX B300. Si su clúster necesita algo distinto, el cambio figura en su propuesta como una desviación numerada.
Preferente
La opción que preferimos cuando el documento admite más de una, como NVIDIA ConnectX-8 para las tarjetas de red de backend.
Desviación numerada
Un cambio específico para el cliente, recogido en su propuesta con su propio número, para que sus ingenieros y su equipo de compras puedan revisar cada diferencia respecto a esta base antes de firmar.
Tamaños de los clústeres de referencia
La especificación define tres clústeres de referencia, de 64, 128 y 288 nodos GPU, y cada tamaño incluye los nodos de CPU, el plano de control y el almacenamiento correspondientes.
| Elemento | 64 nodos | 128 nodos | 288 nodos |
|---|---|---|---|
| Nodos GPU (8 GPU cada uno) | 64 | 128 | 288 |
| GPU | 512 | 1.024 | 2.304 |
| Nodos de CPU | 24 | 48 | 108 |
| Nodos del plano de control | 6 | 6 | 6 |
| Almacenamiento, opción appliance (útil) | 512 TB | 1.024 TB | 2.304 TB |
| Almacenamiento, opción de nodos de almacenamiento | 9 nodos | 17 nodos | 38 nodos |
| Carga de TI estimada | unos 0,98 MW | unos 1,95 MW | unos 4,39 MW |
Cada tamaño de referencia tiene seis nodos de plano de control, y la especificación fija el plano de control en 6 nodos por cada 2.304 GPU. Las dos filas de almacenamiento corresponden a las dos opciones de almacenamiento descritas a continuación: capacidad útil para un appliance o número de nodos para los nodos de almacenamiento.
Potencia prevista
La carga de TI estimada se calcula a partir de estas cifras de planificación:
| Elemento | Cifra de planificación |
|---|---|
| Nodo GPU | Unos 14 kW (hipótesis de trabajo) |
| Nodo de CPU | 1,0 kW |
| Nodo del plano de control | 0,5 kW |
| Nodo de almacenamiento | 1,3 kW |
| Red | 5 % de la carga de GPU |
Para el tamaño de 64 nodos, son 64 nodos GPU de unos 14 kW cada uno, más 24 nodos de CPU, 6 nodos de plano de control, 9 nodos de almacenamiento y la red al 5 % de la carga de GPU: unos 0,98 MW. Planificamos la potencia de la instalación a partir de estas cifras, y el máximo contractual de kW por rack es la cifra clave que pedimos a una instalación. Nuestra página centros de datos enumera el resto de lo que pedimos.
Nodos de cómputo
Además del almacenamiento, un clúster tiene tres tipos de nodo: nodos GPU que ejecutan sus cargas de trabajo, nodos de CPU para los servicios que las rodean y un plano de control que gestiona el propio clúster.
Nodo GPU
| Elemento | Especificación |
|---|---|
| Plataforma | NVIDIA HGX B300, 8 GPU |
| Memoria GPU | 270 GB HBM3e por GPU, 2,1 TB por nodo, según los datos que publica NVIDIA para el HGX B300 |
| Refrigeración | Refrigeración por aire, por recomendación del OEM a escala de clúster |
| CPU | Al menos 128 vCPU |
| Memoria del sistema | 3 TB (preferente); al menos 240 GB por GPU (1,92 TB) |
| Unidades de arranque | 2 x 1 TB NVMe, en espejo (preferente) |
| Almacenamiento local de datos | Al menos 9,2 TB de NVMe en bruto, más de 4 veces la memoria GPU |
| NIC de backend | 800 Gb/s por GPU, como 1 x 800, 2 x 400 o 4 x 200 Gb/s; NVIDIA ConnectX-8 (preferente) |
| NIC de frontend | NVIDIA BlueField-3; 2 x 400 Gb/s preferente, 2 x 200 Gb/s mínimo |
- Memoria. Con 270 GB de HBM3e por GPU, cada nodo dispone de 2,1 TB de memoria GPU. Una memoria del sistema de al menos 240 GB por GPU da al host margen para preparar los datos y los pesos del modelo destinados a las GPU.
- Almacenamiento local. Una capacidad NVMe en bruto de al menos cuatro veces la memoria GPU del nodo mantiene los conjuntos de datos, los checkpoints y los archivos del modelo junto a las GPU.
- Tarjetas de red. La NIC de backend da a cada GPU 800 Gb/s hacia el fabric este-oeste, en una de tres configuraciones de puertos. La NIC de frontend BlueField-3 conecta el nodo a la red norte-sur.
- Refrigeración. Los nodos se refrigeran por aire porque el OEM recomienda el aire a escala de clúster.
Nodos de CPU
| Elemento | Especificación |
|---|---|
| Función | Servicios en torno a las GPU: servicio de modelos, enrutamiento, procesamiento por lotes |
| Dimensionamiento | Al menos 6 hilos de hardware y 24 GB de memoria por cada GPU del clúster |
| Procesador | x86, al menos 128 vCPU, frecuencia base superior a 3 GHz |
| CPU preferente | AMD EPYC 9565 o 9575F |
| Memoria | 4 GB por hilo |
| NIC de frontend | NVIDIA BlueField-3 |
Los nodos de CPU ejecutan el trabajo en torno a las GPU, como el servicio de modelos, el enrutamiento y los trabajos por lotes, para que los nodos GPU no queden ocupados con ello. Como se dimensionan por GPU, crecen con el clúster: 512 GPU necesitan al menos 3.072 hilos de hardware, que es lo que proporcionan 24 nodos de 128 vCPU.
Plano de control
| Elemento | Especificación |
|---|---|
| Nodos | 6 por cada 2.304 GPU, repartidos en dos racks |
| Procesador | 32 vCPU a más de 3,65 GHz; AMD EPYC 9175F (preferente) |
| Memoria | 128 GB |
El plano de control ejecuta los servicios de gestión del clúster. Sus seis nodos se reparten en dos racks, de modo que ningún rack los aloja todos.
Almacenamiento
Usted elige uno de dos diseños de almacenamiento: un appliance gestionado por el fabricante (opción A) o nodos de almacenamiento para su propio software de almacenamiento (opción B).
| Opción A: appliance | Opción B: nodos de almacenamiento | |
|---|---|---|
| Qué es | Un appliance gestionado por el fabricante, de VAST Data, WEKA o DDN, el fabricante que usted prefiera | Nodos de almacenamiento para su propio software de almacenamiento |
| Capacidad | Al menos 1 TB útil por GPU | Al menos 3 TB en bruto por GPU |
| Unidades | Diseño con soporte del fabricante | NVMe PCIe 5.0 de 30,72 TB; se admiten unidades de autocifrado |
| En los tamaños de referencia | 512, 1.024 o 2.304 TB útiles | 9, 17 o 38 nodos, con un mínimo de 9 |
Con la opción A, el servicio de appliance de la especificación incluye un diseño con soporte del fabricante con escalado 24/7, rendimiento y latencia comprometidos por nivel, uso y cuotas visibles, y recuperación probada. La opción B se adapta a equipos que ya utilizan su propio software de almacenamiento y quieren capacidad en bruto debajo de él.
Red del clúster y red perimetral
Cada clúster tiene su propio fabric este-oeste para el tráfico entre GPU y su propia red norte-sur, y en el perímetro dispone de tránsito redundante, filtrado de DDoS, NAT y direcciones públicas dedicadas.
Fabric este-oeste
| Elemento | Especificación |
|---|---|
| Topología | Optimizado por rails, totalmente no bloqueante |
| Ancho de banda por GPU | Planos de 1 x 800 o 2 x 400 Gb/s |
| Conmutación, preferente | NVIDIA Spectrum-X o Broadcom Tomahawk 6 |
| Conmutación, aceptada | NVIDIA Quantum InfiniBand o Broadcom Tomahawk 5 |
| Tenencia | Dedicado a un solo cliente |
Optimizado por rails significa que la GPU de cada posición de cada nodo se conecta a su propio conjunto de switches, su rail, lo que mantiene cortas las rutas entre GPU equivalentes. Totalmente no bloqueante significa que el fabric puede transportar a la vez el ancho de banda completo de todas las GPU, sin sobresuscripción entre capas de switches.
Red norte-sur
| Elemento | Especificación |
|---|---|
| Ancho de banda por nodo | 400 Gb/s preferente, 200 Gb/s mínimo |
| Switches leaf de almacenamiento | Sin sobresuscripción |
| Switches leaf de GPU | Sobresuscripción inferior a 4:1 |
| Transporte | Compatible con RoCEv2 |
| MTU | 9000 |
| Tenencia | Dedicada |
La sobresuscripción es la relación entre el ancho de banda que un switch leaf ofrece a sus nodos y el ancho de banda de sus enlaces ascendentes. Los switches leaf de almacenamiento no tienen ninguna, de modo que las lecturas y las escrituras de checkpoints no se ven frenadas por los enlaces ascendentes, y los switches leaf de GPU se mantienen por debajo de 4:1. RoCEv2 transporta RDMA sobre esta red Ethernet, y una MTU de 9000 (tramas jumbo) reduce la sobrecarga por paquete en las transferencias grandes.
Servicios perimetrales y de internet
| Elemento | Especificación |
|---|---|
| Tránsito | Dos proveedores independientes a 100 Gb/s por circuito, por rutas físicamente separadas |
| Enrutamiento | eBGP con BFD; conmutación por error en un plazo de un minuto |
| Routers perimetrales | Dos, redundantes, con alimentación A y B |
| ACL perimetrales | Configuradas según sus reglas; cambios en un plazo de un día hábil |
| Protección contra DDoS | Filtrado volumétrico en las capas 3 y 4 por parte de un proveedor consolidado, activado mediante BGP en un plazo de 5 minutos, al menos 1 Tb/s |
| NAT y tráfico de salida | Par HA redundante, al menos 10 millones de sesiones simultáneas, direcciones SNAT dedicadas (normalmente cuatro) |
| Direcciones públicas de servicio | Dedicadas (normalmente ocho); puede anunciar VIP mediante BGP; conmutación por error en un plazo de 5 segundos; IPv6 en doble pila |
| Su espacio IP y su ASN | El perímetro puede anunciar sus prefijos y su ASN; se respetan los ROA de RPKI; autenticación de sesiones BGP |
| Telemetría de red | NetFlow v9 o IPFIX desde ambos routers perimetrales hacia su colector |
- Tránsito y enrutamiento. Dos proveedores independientes por rutas físicamente separadas significan que un cable cortado o la caída de un proveedor no son un punto único de fallo. BFD detecta rápidamente un enlace caído, y eBGP conmuta al otro proveedor en un plazo de un minuto.
- Routers perimetrales. Dos routers redundantes con alimentación A y B, de modo que el perímetro no depende de un solo router ni de un solo circuito de alimentación.
- ACL perimetrales. Las listas de control de acceso en el perímetro siguen sus reglas, y realizamos los cambios en un plazo de un día hábil.
- Protección contra DDoS. Los ataques volumétricos en las capas 3 y 4 se desvían mediante BGP a un proveedor de filtrado consolidado. El filtrado se activa en un plazo de 5 minutos, con al menos 1 Tb/s de capacidad.
- NAT y tráfico de salida. El tráfico de salida pasa por un par redundante que admite al menos 10 millones de sesiones simultáneas, desde direcciones SNAT que solo usa usted, de modo que sus socios puedan incluir su tráfico en listas de permitidos.
- Direcciones públicas de servicio. Normalmente ocho direcciones dedicadas para sus servicios. Puede anunciar IP virtuales mediante BGP, la conmutación por error se produce en un plazo de 5 segundos e IPv6 funciona en doble pila.
- Su espacio IP y su ASN. Si dispone de sus propios prefijos y ASN, el perímetro puede anunciarlos. Respetamos sus autorizaciones de origen de ruta (ROA) de RPKI, que indican a otras redes qué ASN puede originar sus prefijos, y las sesiones BGP están autenticadas.
- Telemetría de red. Ambos routers perimetrales envían registros de flujo NetFlow v9 o IPFIX a su colector, para que usted vea su propio tráfico.
Operaciones tras la entrega
La especificación cubre también lo que ocurre en torno a la entrega: un burn-in antes y compromisos operativos por escrito después.
Antes de la entrega, cada clúster supera la validación de hardware de NVIDIA para proveedores de inferencia (pruebas de HW-1 a HW-5), y los resultados le llegan en un informe de aceptación. Nuestra página burn-in y aceptación explica qué demuestra cada prueba.
Tras la entrega, la sección 15 de la especificación establece cómo operamos el clúster, empezando por estos compromisos:
| Compromiso | Cifra |
|---|---|
| Acuse de recibo del incidente y asignación de un responsable de incidentes | En un máximo de 15 minutos |
| Actualizaciones mientras un incidente sigue abierto | Al menos cada 60 minutos |
| Operaciones de red movilizadas, a cualquier hora | En un máximo de 15 minutos |
| Ingeniería de la instalación o manos remotas movilizadas | En un máximo de 45 minutos |
| Informe posterior al incidente por escrito, si este afecta al cliente | En un máximo de 7 días |
| Aviso previo al mantenimiento planificado de alto riesgo | Al menos 7 días |
La lista completa, que incluye el inventario, la gestión de cambios y el tratamiento de fallos de hardware, está en nuestra página compromisos operativos. La telemetría de hardware fuera de banda procede del BMC a través de Redfish, junto con la telemetría de red y de la instalación cuando está disponible. La telemetría operativa se conserva durante al menos 30 días, y el historial de incidentes y estados durante al menos 12 meses.
Descargar la especificación
Las fichas técnicas están disponibles en archivos PDF para que sus ingenieros y su equipo de compras las revisen y compartan.
- Ficha técnica del servidor NVIDIA HGX B300PDF. Nodo GPU, nodos de CPU y de plano de control, interfaces de red. Descargar PDF
- Clústeres de referencia HGX B300: 64, 128 y 288 nodosPDF. Tamaños de clúster, almacenamiento, fabric y red perimetral. Descargar PDF
- Requisitos para centros de datos asociados, resumenPDF. Potencia, refrigeración, evidencias de certificación, personal y conectividad. Descargar PDF
- Cómo funcionan los contratos de 1LegionPDF. Condiciones del contrato, alta, facturación y qué está incluido. Descargar PDF
Todos los documentos que publicamos están en nuestra página descargas. Para comentar una configuración con respecto a esta especificación, hable con un ingeniero.
Lo que preguntan los compradores
¿Qué es 1LG-DEL-SPEC-2026-001?
Es la especificación de entrega HGX B300 de 1Legion, de fecha 24 de septiembre de 2026, y la base de cada propuesta HGX B300 que redactamos. Esta página es su edición pública.
¿Puede cambiar la especificación para nuestro clúster?
Sí. Los cambios específicos para el cliente se recogen en su propuesta como desviaciones numeradas, para que pueda ver cada punto en el que su clúster difiere de la base.
¿Los nodos GPU se refrigeran por aire o por líquido?
Los nodos HGX B300 se refrigeran por aire, por recomendación del OEM a escala de clúster. Pedimos a nuestras instalaciones una vía de evolución hacia la refrigeración líquida directa al chip para el GB300 NVL72 y sistemas posteriores.
¿Qué almacenamiento podemos elegir?
Un appliance gestionado por el fabricante, de VAST Data, WEKA o DDN, con al menos 1 TB útil por GPU, o nodos de almacenamiento para su propio software de almacenamiento con al menos 3 TB en bruto por GPU y un mínimo de 9 nodos.
¿Podemos aportar nuestras propias direcciones IP y nuestro ASN?
Sí. El perímetro puede anunciar sus propios prefijos y su ASN, respeta sus ROA de RPKI y utiliza autenticación de sesiones BGP.
¿Cubre la especificación otras GPU distintas del HGX B300?
No, cubre los servidores y clústeres HGX B300. Para otros servidores GPU, su propuesta por escrito establece la configuración.
Díganos qué necesita ejecutar.
Indíquenos el hardware, el número de servidores, la duración del contrato y la fecha de inicio. Recibirá una propuesta por escrito basada en nuestra especificación de entrega.