Notre spécification de livraison HGX B300
Chaque proposition HGX B300 que nous rédigeons part d'un seul document, 1LG-DEL-SPEC-2026-001. En voici la version publique : ce que comprend chaque cluster, ce que nous privilégions et la façon dont une modification pour vous est consignée.
Voici la version publique de notre spécification des clusters HGX B300, document 1LG-DEL-SPEC-2026-001 du 24 septembre 2026. C'est la base de référence de chaque proposition HGX B300 que nous rédigeons : les tailles de cluster de référence, les nœuds, le stockage et les réseaux, ainsi que les engagements d'exploitation qui accompagnent le cluster. Tout ce qui diffère pour votre cluster figure dans votre proposition sous forme d'écart numéroté.
Fonctionnement de la spécification
La spécification fixe une base de référence, et votre proposition consigne chaque modification par rapport à celle-ci sous forme d'écart numéroté. Chaque élément du document est soit Obligatoire, soit Privilégié. Sur cette page, les minimums sont indiqués par « au moins » ou « minimum », et les options privilégiées sont signalées par « de préférence ».
Obligatoire
Fait partie de la base de référence de chaque proposition HGX B300. Si votre cluster nécessite autre chose, la modification est indiquée dans votre proposition sous forme d'écart numéroté.
Privilégié
L'option que nous privilégions lorsque le document en autorise plusieurs, comme NVIDIA ConnectX-8 pour les cartes du réseau dorsal.
Écart numéroté
Une modification propre au client, inscrite dans votre proposition avec son propre numéro, afin que vos ingénieurs et votre équipe achats puissent vérifier chaque différence par rapport à cette base de référence avant de signer.
Tailles des clusters de référence
La spécification définit trois clusters de référence, de 64, 128 et 288 nœuds GPU, et chaque taille comprend les nœuds CPU, le plan de contrôle et le stockage qui l'accompagnent.
| Élément | 64 nœuds | 128 nœuds | 288 nœuds |
|---|---|---|---|
| Nœuds GPU (8 GPU chacun) | 64 | 128 | 288 |
| GPU | 512 | 1 024 | 2 304 |
| Nœuds CPU | 24 | 48 | 108 |
| Nœuds du plan de contrôle | 6 | 6 | 6 |
| Stockage, option système de stockage (capacité utile) | 512 To | 1 024 To | 2 304 To |
| Stockage, option nœuds de stockage | 9 nœuds | 17 nœuds | 38 nœuds |
| Charge informatique estimée | environ 0,98 MW | environ 1,95 MW | environ 4,39 MW |
Chaque taille de référence compte six nœuds du plan de contrôle, et la spécification fixe le plan de contrôle à 6 nœuds pour 2 304 GPU. Les deux lignes de stockage correspondent aux deux options de stockage décrites ci-dessous : la capacité utile pour un système de stockage, ou le nombre de nœuds pour les nœuds de stockage.
Puissance prévisionnelle
La charge informatique estimée est calculée à partir de ces valeurs prévisionnelles :
| Élément | Valeur prévisionnelle |
|---|---|
| Nœud GPU | Environ 14 kW (hypothèse de travail) |
| Nœud CPU | 1,0 kW |
| Nœud du plan de contrôle | 0,5 kW |
| Nœud de stockage | 1,3 kW |
| Réseau | 5 % de la charge GPU |
Pour la taille de 64 nœuds, cela représente 64 nœuds GPU à environ 14 kW chacun, plus 24 nœuds CPU, 6 nœuds du plan de contrôle, 9 nœuds de stockage et le réseau à 5 % de la charge GPU : environ 0,98 MW. Nous planifions la puissance des sites à partir de ces valeurs, et le maximum contractuel de kW par baie est le chiffre clé que nous demandons à un site. Notre page Centres de données détaille le reste de nos exigences.
Nœuds de calcul
Outre le stockage, un cluster comprend trois types de nœuds : les nœuds GPU qui exécutent vos charges de travail, les nœuds CPU pour les services qui les entourent, et un plan de contrôle qui gère le cluster lui-même.
Nœud GPU
| Élément | Spécification |
|---|---|
| Plateforme | NVIDIA HGX B300, 8 GPU |
| Mémoire GPU | 270 Go de HBM3e par GPU, 2,1 To par nœud, selon les données publiées par NVIDIA pour le HGX B300 |
| Refroidissement | Refroidi par air, sur recommandation du fabricant à l'échelle d'un cluster |
| CPU | Au moins 128 vCPU |
| Mémoire système | 3 To de préférence ; au moins 240 Go par GPU (1,92 To) |
| Disques de démarrage | 2 x 1 To NVMe, en miroir (de préférence) |
| Stockage local des données | Au moins 9,2 To de NVMe brut, plus de 4 fois la mémoire GPU |
| Carte du réseau dorsal | 800 Gbit/s par GPU, en 1 x 800, 2 x 400 ou 4 x 200 Gbit/s ; NVIDIA ConnectX-8 de préférence |
| Carte du réseau frontal | NVIDIA BlueField-3 ; 2 x 400 Gbit/s de préférence, 2 x 200 Gbit/s minimum |
- Mémoire. Avec 270 Go de HBM3e par GPU, chaque nœud dispose de 2,1 To de mémoire GPU. Une mémoire système d'au moins 240 Go par GPU laisse à l'hôte la place de préparer les données et les poids du modèle pour les GPU.
- Stockage local. Un stockage NVMe brut d'une capacité d'au moins quatre fois la mémoire GPU du nœud garde les jeux de données, les points de contrôle et les fichiers de modèle au plus près des GPU.
- Cartes réseau. La carte du réseau dorsal offre à chaque GPU 800 Gbit/s vers le réseau d'interconnexion est-ouest, selon l'une des trois configurations de ports. La carte BlueField-3 du réseau frontal relie le nœud au réseau nord-sud.
- Refroidissement. Les nœuds sont refroidis par air, car le fabricant recommande l'air à l'échelle d'un cluster.
Nœuds CPU
| Élément | Spécification |
|---|---|
| Rôle | Services autour des GPU : service des modèles, routage, traitement par lots |
| Dimensionnement | Au moins 6 threads matériels et 24 Go de mémoire par GPU du cluster |
| Processeur | x86, au moins 128 vCPU, fréquence de base supérieure à 3 GHz |
| CPU privilégié | AMD EPYC 9565 ou 9575F |
| Mémoire | 4 Go par thread |
| Carte du réseau frontal | NVIDIA BlueField-3 |
Les nœuds CPU exécutent le travail autour des GPU, comme le service des modèles, le routage et les tâches par lots, afin que les nœuds GPU n'en soient pas encombrés. Comme ils sont dimensionnés par GPU, ils évoluent avec le cluster : 512 GPU nécessitent au moins 3 072 threads matériels, soit ce que fournissent 24 nœuds de 128 vCPU.
Plan de contrôle
| Élément | Spécification |
|---|---|
| Nœuds | 6 pour 2 304 GPU, répartis sur deux baies |
| Processeur | 32 vCPU à plus de 3,65 GHz ; AMD EPYC 9175F de préférence |
| Mémoire | 128 Go |
Le plan de contrôle exécute les services de gestion du cluster. Ses six nœuds sont répartis sur deux baies, de sorte qu'aucune baie ne les contient tous.
Stockage
Vous choisissez l'une des deux architectures de stockage : un système de stockage géré par le fournisseur (option A) ou des nœuds de stockage pour votre propre logiciel de stockage (option B).
| Option A : système de stockage | Option B : nœuds de stockage | |
|---|---|---|
| Description | Un système de stockage géré par le fournisseur, de VAST Data, WEKA ou DDN, selon le fournisseur que vous préférez | Des nœuds de stockage pour votre propre logiciel de stockage |
| Capacité | Au moins 1 To utile par GPU | Au moins 3 To bruts par GPU |
| Disques | Architecture prise en charge par le fournisseur | NVMe PCIe 5.0 de 30,72 To ; disques à chiffrement automatique pris en charge |
| Aux tailles de référence | 512, 1 024 ou 2 304 To utiles | 9, 17 ou 38 nœuds, avec un minimum de 9 |
Avec l'option A, le service de système de stockage prévu par la spécification comprend une architecture prise en charge par le fournisseur avec escalade 24 h/24, 7 j/7, un débit et une latence contractuels par niveau, une utilisation et des quotas visibles, et une restauration testée. L'option B convient aux équipes qui exploitent déjà leur propre logiciel de stockage et veulent de la capacité brute en dessous.
Réseaux du cluster et de bordure
Chaque cluster dispose de son propre réseau d'interconnexion est-ouest pour le trafic entre GPU et de son propre réseau nord-sud, et en bordure il bénéficie d'un transit redondant, d'un filtrage anti-DDoS, du NAT et d'adresses publiques dédiées.
Réseau d'interconnexion est-ouest
| Élément | Spécification |
|---|---|
| Topologie | Optimisé par rails, entièrement non bloquant |
| Bande passante par GPU | Plans de 1 x 800 ou 2 x 400 Gbit/s |
| Commutation privilégiée | NVIDIA Spectrum-X ou Broadcom Tomahawk 6 |
| Commutation acceptée | NVIDIA Quantum InfiniBand ou Broadcom Tomahawk 5 |
| Usage | Dédié à un seul client |
« Optimisé par rails » signifie que le GPU occupant chaque position de chaque nœud est relié à son propre ensemble de commutateurs, son rail, ce qui raccourcit les chemins entre GPU de même position. « Entièrement non bloquant » signifie que le réseau d'interconnexion peut acheminer toute la bande passante de chaque GPU en même temps, sans sursouscription entre les niveaux de commutateurs.
Réseau nord-sud
| Élément | Spécification |
|---|---|
| Bande passante par nœud | 400 Gbit/s de préférence, 200 Gbit/s minimum |
| Commutateurs leaf de stockage | Sans sursouscription |
| Commutateurs leaf GPU | Sursouscription inférieure à 4:1 |
| Transport | Compatible RoCEv2 |
| MTU | 9000 |
| Usage | Dédié |
La sursouscription est le rapport entre la bande passante qu'un commutateur leaf offre à ses nœuds et celle de ses liaisons montantes. Les commutateurs leaf de stockage n'en ont aucune, de sorte que les lectures et les écritures de points de contrôle ne sont pas freinées par les liaisons montantes, et les commutateurs leaf GPU restent sous 4:1. RoCEv2 transporte le RDMA sur ce réseau Ethernet, et une MTU de 9000 (trames jumbo) réduit la surcharge par paquet lors des transferts volumineux.
Services de bordure et Internet
| Élément | Spécification |
|---|---|
| Transit | Deux fournisseurs indépendants à 100 Gbit/s par circuit, sur des chemins physiquement distincts |
| Routage | eBGP avec BFD ; basculement en moins d'une minute |
| Routeurs de bordure | Deux, redondants, sur les alimentations A et B |
| ACL de bordure | Configurées selon vos règles ; modifications sous un jour ouvrable |
| Protection anti-DDoS | Filtrage volumétrique des couches 3 et 4 par un fournisseur établi, activé via BGP dans les 5 minutes, au moins 1 Tbit/s |
| NAT et trafic sortant | Paire HA redondante, au moins 10 millions de sessions simultanées, adresses SNAT dédiées (généralement quatre) |
| Adresses publiques de service | Dédiées (généralement huit) ; vous pouvez annoncer des VIP via BGP ; basculement en moins de 5 secondes ; IPv6 en double pile |
| Votre espace d'adressage IP et votre ASN | La bordure peut annoncer vos préfixes et votre ASN ; ROA RPKI respectées ; authentification des sessions BGP |
| Télémétrie réseau | NetFlow v9 ou IPFIX depuis les deux routeurs de bordure vers votre collecteur |
- Transit et routage. Avec deux fournisseurs indépendants sur des chemins physiquement distincts, un câble coupé ou la panne d'un fournisseur ne constitue pas un point de défaillance unique. BFD détecte rapidement une liaison défaillante, et eBGP bascule vers l'autre fournisseur en moins d'une minute.
- Routeurs de bordure. Deux routeurs redondants sur les alimentations A et B, pour que la bordure ne dépende ni d'un seul routeur ni d'une seule alimentation.
- ACL de bordure. Les listes de contrôle d'accès en bordure suivent vos règles, et nous effectuons les modifications sous un jour ouvrable.
- Protection anti-DDoS. Les attaques volumétriques des couches 3 et 4 sont détournées via BGP vers un fournisseur de filtrage établi. Le filtrage est activé dans les 5 minutes, avec une capacité d'au moins 1 Tbit/s.
- NAT et trafic sortant. Le trafic sortant passe par une paire redondante qui gère au moins 10 millions de sessions simultanées, depuis des adresses SNAT qui vous sont réservées, afin que les partenaires puissent ajouter votre trafic à leur liste d'autorisation.
- Adresses publiques de service. Généralement huit adresses dédiées pour vos services. Vous pouvez annoncer des adresses IP virtuelles via BGP, le basculement s'effectue en moins de 5 secondes et IPv6 fonctionne en double pile.
- Votre espace d'adressage IP et votre ASN. Si vous détenez vos propres préfixes et votre ASN, la bordure peut les annoncer. Nous respectons vos autorisations d'origine de route RPKI (ROA), qui indiquent aux autres réseaux quel ASN peut être à l'origine de vos préfixes, et les sessions BGP sont authentifiées.
- Télémétrie réseau. Les deux routeurs de bordure envoient des enregistrements de flux NetFlow v9 ou IPFIX à votre collecteur, pour que vous voyiez votre propre trafic.
Exploitation après la mise à disposition
La spécification couvre aussi ce qui se passe autour de la mise à disposition : un déverminage avant, et des engagements d'exploitation écrits après.
Avant la mise à disposition, chaque cluster réussit la validation matérielle de NVIDIA pour les fournisseurs d'inférence, soit les tests HW-1 à HW-5, et les résultats vous sont remis dans un rapport de réception. Notre page Déverminage et réception explique ce que prouve chaque test.
Après la mise à disposition, la section 15 de la spécification décrit la façon dont nous exploitons le cluster, à commencer par ces engagements :
| Engagement | Indicateur |
|---|---|
| Accusé de réception de l'incident et désignation d'un responsable de l'incident | Sous 15 minutes |
| Mises à jour tant qu'un incident est ouvert | Au moins toutes les 60 minutes |
| Équipe d'exploitation réseau mobilisée, à toute heure | Sous 15 minutes |
| Équipe technique du site ou techniciens sur site mobilisés | Sous 45 minutes |
| Rapport post-incident écrit après un incident qui affecte le client | Sous 7 jours |
| Préavis avant une maintenance planifiée à risque élevé | Au moins 7 jours |
La liste complète, y compris l'inventaire, la gestion des changements et le traitement des pannes matérielles, figure sur notre page Engagements d'exploitation. La télémétrie matérielle hors bande provient du BMC via Redfish, complétée par la télémétrie réseau et celle du site lorsqu'elles sont disponibles. La télémétrie opérationnelle est conservée au moins 30 jours, et l'historique des incidents et des états au moins 12 mois.
Télécharger la spécification
Les fiches techniques sont disponibles en PDF, pour que vos ingénieurs et votre équipe achats puissent les examiner et les partager.
- Fiche technique du serveur NVIDIA HGX B300PDF. Nœud GPU, nœuds CPU et du plan de contrôle, interfaces réseau. Télécharger le PDF
- Clusters de référence HGX B300 : 64, 128 et 288 nœudsPDF. Tailles de cluster, stockage, réseau d'interconnexion et réseau de bordure. Télécharger le PDF
- Exigences pour les centres de données partenaires, synthèsePDF. Alimentation, refroidissement, justificatifs de certification, personnel et connectivité. Télécharger le PDF
- Fonctionnement des contrats 1LegionPDF. Conditions, ouverture de compte, facturation et ce qui est inclus. Télécharger le PDF
Tous les documents que nous publions se trouvent sur notre page Téléchargements. Pour discuter d'une configuration au regard de cette spécification, parlez à un ingénieur.
Questions des acheteurs
Qu'est-ce que 1LG-DEL-SPEC-2026-001 ?
C'est la spécification de livraison HGX B300 de 1Legion, datée du 24 septembre 2026, et la base de référence de chaque proposition HGX B300 que nous rédigeons. Cette page en est la version publique.
La spécification peut-elle être modifiée pour notre cluster ?
Oui. Les modifications propres au client sont inscrites dans votre proposition sous forme d'écarts numérotés, afin que vous puissiez voir chaque point où votre cluster diffère de la base de référence.
Les nœuds GPU sont-ils refroidis par air ou par liquide ?
Les nœuds HGX B300 sont refroidis par air, sur recommandation du fabricant à l'échelle d'un cluster. Nous demandons à nos sites une voie d'évolution vers le refroidissement liquide direct sur puce pour le GB300 NVL72 et les systèmes ultérieurs.
Quel stockage pouvons-nous choisir ?
Un système de stockage géré par le fournisseur, de VAST Data, WEKA ou DDN, avec au moins 1 To utile par GPU, ou des nœuds de stockage pour votre propre logiciel de stockage, avec au moins 3 To bruts par GPU et un minimum de 9 nœuds.
Pouvons-nous apporter nos propres adresses IP et notre ASN ?
Oui. La bordure peut annoncer vos propres préfixes et votre ASN, respecte vos ROA RPKI et utilise l'authentification des sessions BGP.
La spécification couvre-t-elle d'autres GPU que le HGX B300 ?
Non, elle couvre les serveurs et clusters HGX B300. Pour les autres serveurs GPU, votre proposition écrite précise la configuration.
Dites-nous ce que vous devez exécuter.
Indiquez-nous le matériel, le nombre de serveurs, la durée d'engagement et la date de début. Vous recevez une proposition écrite fondée sur notre spécification de livraison.