Meridian Cloud choisit Aria Networks pour concevoir des clusters d’IA prêts pour l’inférence

Meridian Cloud a choisi Aria Networks comme partenaire réseau pour son cloud dédié à l’inférence en IA, dont le lancement est prévu au deuxième trimestre 2027. Les deux entreprises prévoient de développer des architectures réseau standardisées et validées afin de rendre les déploiements de clusters plus reproductibles et de fournir des spécifications techniques, des estimations de coûts et des calendriers de mise en production plus clairs.

Annoncé le 5 novembre, le partenariat intègre Aria au processus de planification avant l’installation des équipements. Il couvre le dimensionnement du réseau dorsal de GPU, des réseaux frontaux et de stockage, la cartographie des topologies et du câblage, ainsi que la coordination des approvisionnements et des livraisons avec le calendrier de déploiement de Meridian.

Les premiers modèles d’architecture communs devraient être mis à la disposition des clients de Meridian et de ses partenaires exploitant des installations au deuxième trimestre 2027. L’annonce décrit un programme de développement et de déploiement, et non le déploiement achevé du nouveau cloud d’inférence de Meridian.

Réduire le travail d’ingénierie inédit pour chaque nouveau cluster

Meridian entend s’appuyer sur une petite équipe centrale, épaulée par des partenaires spécialisés dans l’ingénierie, le calcul, le déploiement et les réseaux. Aria contribuera à transformer ce travail en une bibliothèque d’architectures de référence, chacune adaptée à une catégorie d’installation.

L’idée consiste à partir de la puissance disponible sur un site et à la faire correspondre à une configuration dont les exigences réseau ont déjà été validées. Meridian pourrait ainsi définir les spécifications et les coûts avant le début de la construction, au lieu de devoir remanier le réseau comme un projet d’ingénierie distinct sur chaque site.

Pour un client du cloud dédié, l’intérêt de cette standardisation réside dans la prévisibilité. Un cluster ne se résume pas au nombre d’accélérateurs commandés : le cheminement des câbles, la capacité des commutateurs, les connexions aux hôtes, le trafic de stockage et le calendrier de livraison des équipements influent tous sur le moment où le système peut commencer à effectuer un travail utile.

« Les ingénieurs d’Aria déployés sur le terrain travaillent avec notre équipe depuis le premier jour. Ils collaborent avec nous à la conception du réseau, à la planification des approvisionnements et du déploiement, et valident chaque câble, chaque liaison et chaque configuration avant même qu’une tâche client ne soit exécutée », a déclaré Vic Rose, PDG de Meridian Cloud.

Pourquoi le réseau se trouve sur le chemin critique de l’inférence

L’inférence consiste à exécuter un modèle entraîné pour produire une réponse. Dans un déploiement distribué, certaines parties de ce travail et les données qui le soutiennent peuvent circuler entre plusieurs machines, si bien que le temps de communication influe sur le délai de réponse perçu par l’utilisateur.

L’inférence désagrégée en est un exemple : le traitement des invites et la génération des jetons s’exécutent sur des ressources distinctes. Le système peut devoir transférer de l’une à l’autre le cache clé-valeur du modèle — les données intermédiaires d’attention associées à la requête. La congestion sur ce trajet peut ralentir le travail, même lorsque les GPU eux-mêmes sont disponibles.

La analyse technique d’Aria sur les réseaux d’inférence insiste sur l’importance de corréler l’activité des hôtes avec les données de télémétrie du réseau. Un port qui semble fonctionner normalement dans un tableau de bord actualisé périodiquement peut malgré tout subir de brèves perturbations affectant les performances des applications.

Le communiqué annonçant le partenariat mentionne des épisodes de congestion, la dégradation des composants optiques et des problèmes du côté des hôtes qui peuvent échapper aux outils effectuant des interrogations toutes les quelques secondes. La détection de ces événements exige un niveau de visibilité supérieur au simple fait de savoir si une liaison est active.

Pour une entreprise spécialisée dans l’inférence, les conséquences sont autant commerciales que techniques. Le temps passé à attendre des données réduit la production utile de matériel qui continue de consommer de l’énergie et d’engendrer des coûts de possession. Les indicateurs d’exploitation pertinents comprennent la latence des réponses, le débit utile et le coût par million de jetons — et pas seulement la vitesse des liaisons.

Ce qu’apporte Deep Networking d’Aria

Aria présente Deep Networking comme un système conçu conjointement, qui associe du matériel de commutation, Aria Operating System, une télémétrie à granularité fine et des agents spécialisés. L’annonce de Meridian précise que le système repose sur des plateformes de commutation Aria 800G et sur une architecture Ethernet fondée sur des normes, conçue pour rester compatible avec différents fournisseurs d’accélérateurs.

L’entreprise revendique une télémétrie dont la résolution est 100 à 10 000 fois supérieure à celle des outils traditionnels, sur les commutateurs, les composants optiques et les hôtes. Il s’agit d’une affirmation portant sur la résolution des mesures, et non d’une prétention selon laquelle les applications de Meridian fonctionneraient 100 à 10 000 fois plus vite.

La présentation des produits d’Aria fournit des précisions supplémentaires sur le matériel : son commutateur 800G comporte 64 ports 800GbE dans un châssis de deux unités de rack, prend en charge RoCEv2 ainsi que les réseaux de couche 2 et de couche 3, et intègre un processeur dédié à la télémétrie. RoCEv2 permet l’accès direct à la mémoire à distance sur Ethernet, une capacité utilisée pour transférer efficacement des données entre des machines au sein de clusters de calcul haute performance.

La même page produit décrit la corrélation des données des hôtes GPU et des commutateurs, la sélection d’outils de diagnostic par des agents spécialisés et l’exécution de procédures guidées de résolution des problèmes. La visibilité opérationnelle complète ainsi la conception matérielle : une fois mis en service, le réseau doit pouvoir être observé et entretenu.

Les entreprises n’ont publié ni résultats de référence concernant les déploiements de Meridian menés conjointement, ni réduction mesurée du coût par jeton pour ce partenariat. Ces résultats dépendront des charges de travail et des configurations déployées, ainsi que du comportement du réseau en conditions réelles d’exploitation.

Le modèle d’inférence dédié de Meridian

Sur son site web, Meridian présente son offre comme une capacité réservée, adaptée à la charge de travail du client, avec des options reposant sur du matériel NVIDIA et AMD ainsi que sur des accélérateurs spécialisés pour l’inférence. L’entreprise décrit également des modèles d’exploitation avec orchestration gérée ou sur serveurs bare metal.

Il s’agit de descriptions de l’offre de services dans son ensemble, et non de la confirmation que toutes les configurations annoncées figurent dans la première bibliothèque de conceptions de référence d’Aria. L’annonce du partenariat ne précise ni les emplacements des premiers sites, ni les tailles fixes des clusters, ni les tarifs proposés aux clients.

L’accent mis par Meridian sur les capacités dédiées modifie également la planification. Au lieu de s’en remettre uniquement aux capacités partagées disponibles, le client a besoin d’un système conçu en fonction du trafic attendu, des caractéristiques des modèles et de ses exigences en matière de service. Des conceptions réseau reproductibles peuvent faciliter cette planification tout en laissant la possibilité de faire des choix adaptés à chaque charge de travail.

Un partenariat axé sur une mise en œuvre reproductible

Le rôle d’Aria va de la conception au déploiement sur le terrain. Les enseignements tirés de chaque site doivent contribuer aux installations ultérieures et aux améliorations logicielles. L’objectif est de faire de l’ingénierie réseau un élément réutilisable du déploiement de Meridian, plutôt qu’une source récurrente d’incertitude.

La prochaine étape à court terme est concrète : les conceptions de référence conjointes et le lancement prévu du service cloud au deuxième trimestre 2027. Au-delà, le partenariat devra démontrer que des conceptions validées et une meilleure visibilité opérationnelle permettent de déployer les clusters dans les délais et de garantir des performances d’inférence constantes dès que les charges de travail des clients commenceront à s’exécuter.