La R&D automobile européenne est lancée à toute vitesse : programmes d'électrification, véhicules à configuration logicielle, validation ADAS/AV et jumeaux numériques d'usine poussent tous les charges de travail de simulation et d'IA vers des clusters GPU/CPU plus importants avec des cycles d'itération plus courts.
Le facteur limitant caché n'est plus la puissance de calcul, mais l'infrastructure réseau : le déplacement des gradients, des ensembles de données de capteurs, des maillages et des messages MPI doit être suffisamment rapide pour que les équipes ne soient pas bloquées par la latence de queue, la congestion ou des performances imprévisibles en cas de charge.
C'est là qu'intervient le CN5000 de Cornelis Networks : une interconnexion de bout en bout spécialement conçue pour un trafic sans perte et sans congestion à 400 Gbit/s avec des performances de latence MPI inférieures à la microseconde et une gestion de la congestion au niveau de la structure, basée sur l'architecture Omni-Path.
Associée aux capacités de distribution et d'intégration de Hammer, axées sur l'Europe, cette solution devient un moyen pratique pour les entreprises du secteur automobile de déployer et de prendre en charge des réseaux haute performance au sein d'équipes d'ingénierie multisites.
Pourquoi l'innovation automobile dépend désormais du réseau
Les processus d'ingénierie automobile sont de plus en plus couplés et itératifs :
- Simulation de crash et de sécurité (tâches MPI importantes, nombreux petits messages, sensible à la latence et à la latence de queue)
- Analyse CFD, aérodynamique et thermique (décompositions de grands domaines avec communication globale)
- Modélisation des batteries et de l'électronique de puissance (multiphysique, grands ensembles)
- Formation à la perception et à la fusion de capteurs pour les systèmes ADAS (communication collective d'IA distribuée)
- Jumeaux numériques de véhicules et d'installations (flux de données continus, tests de scénarios rapides)
À mesure que les clusters s'étendent, une « bonne bande passante moyenne » ne suffit plus. Les équipes du secteur automobile ont besoin de :
- Performances prévisibles sous charge
- Faible latence de queue (afin que le rang/travailleur le plus lent ne domine pas le temps d'exécution)
- Une gestion de la congestion qui résiste aux conditions réelles d'utilisation mixte, et pas seulement aux scénarios de circulation les plus favorables
Le CN5000 en une minute
Le CN5000 se positionne comme un réseau évolutif sans perte et sans congestion pour l'IA et le HPC, conçu pour maintenir des performances stables à mesure que votre infrastructure se développe.
En bref :
- Bande passante de 400G par port
- Latence MPI < 1 µs (Points forts du commutateur et de la SuperNIC)
- Les éléments constitutifs de l'architecture comprennent :
- Contrôle des flux basé sur le crédit
- retransmissions au niveau de la liaison
- Gestion de la congestion au niveau du réseau
Le routage multipath, le routage adaptatif à granularité fine (FGAR) et le contrôle de flux prenant en compte les incasts sont présentés comme faisant partie de l'approche de gestion de la congestion
Avec plus de 240 ingénieurs et technologues dédiés à l'innovation réseau, Cornelis and Hammer s'attache à optimiser l'efficacité des datacenters. Notre gamme complète de SuperNIC et de commutateurs s'appuie sur notre expertise en tant qu'inventeurs d'Omni-Path, une architecture conçue pour offrir des performances réseau optimales à l'ère du scale-out et un ensemble de fonctionnalités fondamentales pour l'Ultra Ethernet. Nous proposons des performances de pointe, notamment une latence ultra-faible, des débits de messages élevés et des performances applicatives optimisées.
Exemple d'impact client :
Amélioration du débit de simulation aérodynamique pour les équipes automobiles et mécaniques, permettant de doubler le débit d'itération de conception tout en réduisant la dépendance aux prototypes physiques coûteux et aux essais en soufflerie.
-
- Commutateur CN5000 :
- 48 ports 400G
- Commutateur CN5000 :
Bande passante duplex intégral de 38,4 Tbit/s. Fonctionnalités de gestion incluant la gestion basée sur OpenBMC et la prise en charge de Redfish.Note d'implémentation :
Cornelis décrit le CN5000 comme une architecture de bout en bout, ce qui signifie que l'intention de conception « sans perte et sans congestion » est liée à l'utilisation des éléments CN5000 (commutateurs, SuperNIC et logiciels) plutôt qu'à un mélange arbitraire.
Comparaison des technologies Ethernet CN5000, InfiniBand et RoCEv2 (secteur automobile)
|
Ce que vous comparez |
Réseaux Cornelis CN5000 (Omni-Path) |
InfiniBand NDR 400 (par exemple, Quantum-2) |
Ethernet 400G avec RoCEv2 |
|
Intention principale |
Infrastructure évolutive spécialement conçue pour l'IA et le HPC, avec une conception sans perte et sans congestion. |
Infrastructure HPC/IA avec routage adaptatif et contrôle de la congestion faisant partie intégrante de la valeur de la plateforme. |
Ethernet standard ouvert adapté à l'IA/HPC à faible latence utilisant des techniques « sans perte » (souvent PFC + ECN + contrôle de congestion de bout en bout tel que DCQCN). |
|
Classe de vitesse de liaison |
400G par port (options Switch et SuperNIC). |
400 Gb/s par port (NDR 400). |
Généralement Ethernet 400G ; RoCEv2 utilisé pour RDMA (dépend de la conception/du fournisseur). |
|
Densité de ports d'un commutateur 1U (exemple) |
48 × 400G ; 38,4T duplex intégral. |
Souvent 64 × 400 Gb/s dans 1U (selon le modèle). |
Cela varie considérablement ; le comportement dépend fortement de l’ASIC/du fournisseur et de vos choix en matière de QoS/tampon/ECMP/télémétrie et de réglage. |
|
Approche de congestion/sans perte (niveau élevé) |
Contrôle de flux basé sur le crédit, retransmissions au niveau de la liaison, gestion de la congestion au niveau de la structure, routage multipath — visant des performances prévisibles et une latence de queue réduite. |
Contrôle de la congestion au niveau de la plateforme, QoS/voies virtuelles, routage adaptatif ; peut inclure des fonctionnalités d'accélération au sein du réseau (spécifiques à la plateforme). |
L'Ethernet sans perte utilise généralement le PFC pour éviter les pertes de signal, ainsi que l'ECN pour signaler la congestion et la réduction du débit du signal ; le succès opérationnel dépend de la rigueur de la configuration. |
|
Surveillance opérationnelle |
Considérer comme un système de bout en bout (commutateur + SuperNIC + logiciel) pour s'aligner sur l'architecture prévue. |
Un choix judicieux là où l'écosystème/les outils IB et les flux de travail existants sont bien ancrés. |
Les résultats de RoCEv2 dépendent fortement d'une conception PFC/ECN correcte et d'une discipline opérationnelle continue ; les erreurs de configuration peuvent créer un comportement de congestion/latence sévère. |
Que signifie « sans perte, sans congestion » dans les résultats d'ingénierie quotidiens ?
Délai de résolution plus rapide -
Dans les simulations MPI de grande envergure, le temps d'exécution peut être principalement consacré aux phases de communication (échange de halos, réductions, synchronisation). CN5000 privilégie l'optimisation du débit de messages et de la latence, ainsi que la gestion de la congestion, afin de garantir des performances prévisibles même en cas de forte charge.
Impact : Délai d’exécution plus court par itération de conception, moins de « ralentissements mystérieux » aux pics d’utilisation et une meilleure efficacité de mise à l’échelle lors de l’ajout de nœuds.
Amélioration de l'efficacité de la formation distribuée en IA (systèmes ADAS/AV et piles d'autonomie)
Le CN5000 se positionne comme une infrastructure conçue pour l'entraînement et l'inférence en IA, qui maintient le débit sous charge en minimisant les épisodes de congestion et la latence de queue.
Vous le constaterez : une utilisation accrue du GPU (moins de temps d’attente pour les opérations collectives), des temps d’étape plus stables, un temps d’entraînement amélioré pour les nouveaux domaines de capteurs ou les variantes de modèles.
Contrôle pratique par télémétrie (et non par conjectures)
Lorsque plusieurs équipes partagent la même plateforme, les schémas de trafic peuvent évoluer d'heure en heure. CN5000 met en avant la télémétrie et la visibilité en temps réel pour faciliter une gestion du trafic adaptée à la charge de travail.
Vous le constaterez : une identification plus rapide des causes profondes des fluctuations de performance et une planification des capacités plus claire, notamment dans les clusters à usage mixte.
Intégration du CN5000 dans de véritables clusters HPC et IA pour l'automobile
Considérez la congestion comme un cas normal, et non comme un cas particulier
Les plateformes automobiles sont presque toujours utilisées de manière hybride : simulation numérique le matin, formation l’après-midi, pipelines de jumeaux numériques en arrière-plan, et chacun s’efforçant d’effectuer « un dernier essai » avant la validation finale. CN5000 préconise une gestion de la congestion au niveau de l’infrastructure, un contrôle des flux prenant en compte les incasts et un routage adaptatif pour maintenir les performances sous charge.
Gardez votre récit « sans perte » de bout en bout
Cornelis présente la « transmission sans perte et sans congestion » comme une propriété architecturale du CN5000 (commutateur + SuperNIC + routage/contrôle de flux). En pratique : le spécifier comme un système, le valider comme un système.
Vous voulez en savoir plus ?
