Direct-to-chip : faut-il surveiller cette techno verte ?

Le direct-to-chip, une technologie qui attire l’attention des hébergeurs

Le refroidissement direct-to-chip consiste à amener un liquide au plus près des composants les plus chauds d’un serveur, en pratique surtout les processeurs et, de plus en plus, les GPU. Des plaques froides, souvent appelées cold plates, sont fixées sur ces puces. Le liquide capte la chaleur, puis celle-ci est évacuée via un circuit dédié.

Cette approche n’est pas nouvelle dans l’absolu. En revanche, elle gagne clairement en visibilité dans les datacenters à mesure que la densité thermique augmente. Les plateformes d’IA, le calcul haute performance et certains clusters cloud spécialisés poussent les infrastructures classiques à leurs limites. Dans ce contexte, le refroidissement par air seul devient plus difficile à optimiser, surtout quand les racks concentrent davantage de puissance.

Pour un site comme Hébergnity, la vraie question n’est pas de savoir si le direct-to-chip est “moderne”. Elle est plus simple et plus utile : est-ce une technologie réellement plus sobre, ou seulement un nouvel argument marketing ? La réponse demande de regarder les cas d’usage, les gains mesurables et les contraintes très concrètes de déploiement.

Ce sujet s’inscrit dans la continuité de nos analyses sur le refroidissement liquide des datacenters, sur les limites du PUE comme indicateur unique et sur les enjeux plus larges du refroidissement haute densité.

Pourquoi le direct-to-chip s’accélère en 2026

La principale raison est technique : les charges de calcul les plus exigeantes chauffent beaucoup, et elles chauffent de façon très localisée. Les CPU récents à forte densité et surtout les accélérateurs destinés à l’IA créent des points chauds que l’air gère moins efficacement qu’un liquide.

Le phénomène est visible chez plusieurs acteurs du marché. Des fabricants comme NVIDIA, Intel, AMD, Supermicro, Dell Technologies, HPE ou Lenovo communiquent désormais largement sur des architectures compatibles avec des formes de refroidissement liquide. Côté colocation et cloud, des opérateurs spécialisés HPC ou IA mettent aussi en avant des baies et des racks conçus pour ces charges.

Cette accélération s’explique par quatre facteurs très concrets :

La montée de l’IA, qui augmente la part de serveurs très denses dans les parcs.
La pression sur l’efficacité énergétique, car déplacer moins d’air et mieux capter la chaleur peut réduire certains besoins auxiliaires.
La contrainte immobilière, surtout dans les sites où chaque mètre carré compte et où il faut augmenter la puissance par rack.
La maturité de l’écosystème, avec davantage d’équipements, d’intégrateurs et de standards industriels qu’il y a quelques années.

Il faut toutefois nuancer : cette progression ne signifie pas que tous les hébergeurs basculent massivement vers le direct-to-chip. Dans l’hébergement web généraliste, beaucoup de charges restent encore très bien servies par un refroidissement par air optimisé. Le direct-to-chip devient surtout pertinent quand la densité ou le profil thermique le justifient vraiment.

Comment fonctionne concrètement le direct-to-chip

Dans un système direct-to-chip, le liquide ne remplit pas tout le serveur. Il circule dans des plaques positionnées sur les composants les plus chauds. On parle donc d’une approche différente de l’immersion cooling, où les serveurs sont plongés dans un fluide diélectrique.

En pratique, l’architecture repose souvent sur plusieurs éléments :

des cold plates sur CPU et GPU ;
un circuit liquide à l’intérieur du serveur ou du châssis ;
un échange via un CDU (Coolant Distribution Unit) pour distribuer et réguler le fluide ;
une interface avec l’infrastructure du bâtiment, qui peut inclure de l’eau tempérée ou une boucle technique dédiée.

Un point important pour l’évaluation environnementale : le direct-to-chip n’élimine pas forcément tout refroidissement par air. Dans de nombreux déploiements, certains composants continuent d’être refroidis par airflow, par exemple la mémoire, le stockage ou d’autres éléments de la carte mère. Il est donc trompeur de présenter systématiquement cette technologie comme un remplacement total de l’air.

Autre nuance utile : selon les conceptions, le liquide utilisé dans la boucle serveur peut être de l’eau ou un mélange spécifique, tandis que l’infrastructure globale peut reposer sur une autre boucle. D’où l’importance de demander des détails précis aux hébergeurs au lieu de se contenter d’un simple “nous faisons du liquide”.

Les gains réels sur l’énergie : oui, mais sous conditions

Le principal avantage du direct-to-chip est sa capacité à capter plus efficacement la chaleur au niveau de la source. Cela peut réduire la dépendance à certains équipements énergivores associés au refroidissement par air, notamment quand il faut déplacer de gros volumes d’air ou maintenir des conditions très strictes dans des salles très denses.

Les gains potentiels se situent généralement à plusieurs niveaux :

moins d’énergie pour les ventilateurs au niveau serveur ou salle ;
meilleure efficacité thermique sur les charges les plus chaudes ;
possibilité d’utiliser une eau plus chaude que dans certaines architectures traditionnelles, ce qui peut améliorer l’efficacité globale du site selon la conception ;
réduction de la part du refroidissement dans les consommations auxiliaires.

Mais il faut rester rigoureux. Un hébergeur ne devrait pas se contenter d’affirmer “notre direct-to-chip réduit fortement la consommation”. Pour que l’argument soit crédible, il doit préciser :

sur quelles charges les gains ont été observés ;
par rapport à quelle référence : air cooling standard, confinement d’allée, free cooling, autre design liquide ;
sur quel périmètre : serveur, rack, salle, site ;
avec quels indicateurs publiés : consommation IT, auxiliaires, PUE, part de chaleur captée par liquide, température d’entrée et de sortie.

Dans les faits, les gains sont les plus plausibles sur des environnements à forte densité, là où l’air devient moins performant ou plus coûteux à maintenir. En revanche, pour des charges web classiques, mutualisées et peu denses, le bénéfice peut être beaucoup moins spectaculaire. C’est une distinction essentielle pour éviter le greenwashing technique.

Densité serveur : là où le direct-to-chip peut vraiment changer la donne

Le sujet de la densité est souvent plus convaincant que celui des économies d’énergie seules. Quand un opérateur doit héberger des racks très chargés, le direct-to-chip peut permettre de tenir des puissances plus élevées par rack sans dégrader la stabilité thermique.

Pour les datacenters, cet aspect compte beaucoup. Une meilleure densité peut :

réduire le besoin d’étendre la surface pour certaines charges ;
faciliter l’accueil de clusters IA ou HPC ;
améliorer l’usage d’un site existant déjà contraint en espace ;
limiter certains contournements coûteux, comme la multiplication de zones spécialisées peu efficientes.

Cela ne veut pas dire qu’une densité plus forte est automatiquement “verte”. Si la densité sert simplement à ajouter toujours plus de puissance sans pilotage carbone ni sobriété d’usage, le bénéfice environnemental reste discutable. En revanche, dans un site déjà existant, bien conçu et alimenté de manière plus propre, augmenter la densité peut éviter des extensions physiques ou des duplications d’infrastructure.

C’est aussi pour cela que le direct-to-chip apparaît souvent dans des discours liés à l’IA. Or, sur Hébergnity, il faut garder un regard lucide : une technologie de refroidissement plus performante n’annule pas l’impact des charges qu’elle permet d’exécuter. Elle peut améliorer l’efficience de l’infrastructure, mais elle ne transforme pas automatiquement une demande de calcul très intensive en activité sobre.

Les limites à surveiller : eau, maintenance, rétrofit et coûts

C’est ici que le tri entre innovation utile et effet d’annonce devient le plus intéressant. Le direct-to-chip apporte de vrais avantages dans certains contextes, mais il s’accompagne aussi de contraintes importantes.

Eau et gestion des fluides

Le premier point de vigilance concerne l’usage de l’eau et, plus largement, la gestion des fluides. Tous les systèmes liquides n’ont pas le même profil. Certains reposent sur des boucles fermées très maîtrisées ; d’autres s’intègrent à des infrastructures de site plus complexes. Il faut donc éviter les raccourcis du type “liquide = moins d’impact”.

Un hébergeur sérieux doit pouvoir expliquer :

si le système utilise une boucle fermée ;
comment sont gérées les pertes, la qualité du fluide et la maintenance ;
si le site dépend d’équipements pouvant augmenter la consommation d’eau ;
quels indicateurs il suit, par exemple en lien avec le WUE quand c’est pertinent.

Sur ce sujet, notre article sur l’usage de l’eau comme critère de choix d’un hébergeur reste un bon complément.

Maintenance et exploitation

Le direct-to-chip demande des compétences d’exploitation plus spécifiques que l’air cooling classique. Il faut surveiller les raccords, les pompes, les échangeurs, les unités de distribution et l’intégrité des circuits. Les procédures d’intervention ne sont pas les mêmes, et les équipes doivent être formées.

Un hébergeur qui communique sur cette technologie sans parler de maintenance soulève déjà une question. Les bons signaux à rechercher sont :

des procédures documentées ;
une capacité de supervision des boucles liquides ;
des engagements clairs sur la disponibilité et la redondance ;
une explication sur la gestion des incidents et des remplacements de composants.

Rétrofit des sites existants

Le rétrofit est un autre point clé. Intégrer du direct-to-chip dans un datacenter neuf est une chose. L’ajouter dans un site existant en est une autre. Tous les bâtiments ne sont pas prêts. Il faut vérifier la distribution hydraulique, la place disponible, les contraintes de sécurité, la compatibilité des baies et parfois l’adaptation de la chaîne de refroidissement amont.

Quand un hébergeur annonce un déploiement “à grande échelle”, il est donc utile de demander quelle part du parc est réellement concernée :

une salle pilote ;
quelques racks dédiés ;
un cluster client spécifique ;
ou un déploiement plus large dans plusieurs salles ou sites.

Cette précision change complètement la portée de l’annonce.

Coûts et sélectivité des usages

Le direct-to-chip n’est pas neutre en coût. Il implique des serveurs compatibles, des composants spécifiques, une intégration plus technique et parfois des travaux d’infrastructure. C’est justement pour cela qu’il ne doit pas être vu comme une solution universelle.

Dans beaucoup de cas, la question pertinente n’est pas “pourquoi ne pas tout passer en direct-to-chip ?”, mais plutôt “pour quelles charges cette complexité est-elle justifiée ?” Un hébergeur crédible doit être capable de répondre de manière sélective et non idéologique.

Peut-on parler de technologie verte ? Oui, mais pas par défaut

Le terme “techno verte” mérite d’être manipulé avec prudence. Le direct-to-chip peut contribuer à une infrastructure plus efficiente, notamment sur des charges à haute densité. Il peut aussi faciliter des températures de fonctionnement plus favorables à certaines stratégies énergétiques. Mais cela ne suffit pas à le qualifier automatiquement d’écologique.

Pour qu’il y ait un bénéfice environnemental crédible, plusieurs conditions doivent être réunies :

la technologie doit être déployée là où elle apporte un gain réel, pas seulement une vitrine ;
les gains doivent être mesurés, pas seulement promis ;
l’infrastructure globale doit rester cohérente sur l’énergie, l’eau, la maintenance et la durée de vie des équipements ;
le discours commercial doit distinguer efficacité et sobriété.

Autrement dit, le direct-to-chip est plutôt une brique technique potentiellement utile qu’un label environnemental à lui seul. Un hébergeur peut l’utiliser intelligemment, ou au contraire s’en servir comme vitrine sans publier d’éléments vérifiables.

Un refroidissement plus performant ne prouve pas à lui seul une démarche plus responsable. Ce qui compte, ce sont les preuves sur le périmètre, les usages visés et les résultats mesurés.

Comment évaluer si un hébergeur l’utilise de façon crédible

Si vous comparez des offres d’hébergement, de colocation ou de cloud spécialisé, voici les questions les plus utiles à poser. Elles permettent de distinguer un vrai déploiement d’un simple argument de communication.

1. Sur quel périmètre la technologie est-elle réellement utilisée ?

Demandez si le direct-to-chip concerne :

un pilote ;
quelques clients IA ;
une offre dédiée ;
ou une part significative de l’infrastructure.

Un hébergeur transparent doit pouvoir répondre clairement.

2. Quelles charges sont visées ?

Le direct-to-chip est surtout pertinent pour des charges denses : IA, HPC, GPU, calcul scientifique, rendu, parfois bases de données ou applications intensives très spécifiques. Si un acteur généraliste le présente comme la solution miracle pour tout type d’hébergement web, il faut prendre du recul.

3. Quels indicateurs sont publiés ?

Demandez des indicateurs concrets, idéalement sur plusieurs périodes :

PUE du site ou de la salle ;
part de la charge thermique captée par liquide, si disponible ;
consommations auxiliaires liées au refroidissement ;
indicateurs liés à l’eau quand ils sont suivis ;
comparaison avant/après ou air/liquide sur un périmètre comparable.

Un chiffre isolé, sans méthode ni contexte, n’a qu’une valeur limitée.

4. Le site est-il neuf ou rétrofité ?

Cette question aide à comprendre l’ampleur de l’effort technique. Un déploiement dans un bâtiment neuf peut être très cohérent. Un rétrofit réussi dans un site existant peut aussi être un bon signal, à condition qu’il soit expliqué. Dans les deux cas, la crédibilité vient du niveau de détail fourni.

5. Qu’en est-il de l’eau et de la maintenance ?

Un acteur sérieux doit pouvoir décrire :

la nature de la boucle ;
la stratégie de maintenance ;
les procédures d’intervention ;
la gestion des risques de fuite ;
la redondance des équipements critiques.

6. Le direct-to-chip s’inscrit-il dans une stratégie environnementale plus large ?

Enfin, vérifiez si cette technologie n’est pas isolée du reste. Un hébergeur crédible devrait aussi documenter :

son approvisionnement électrique ;
ses indicateurs carbone ;
sa politique matériel et durée de vie ;
ses pratiques de mesure sur l’eau, la chaleur et l’efficacité globale.

Sur Hébergnity, nous rappelons souvent qu’un bon signal n’efface pas les autres critères. Le refroidissement doit être lu avec le reste : énergie, matériel, transparence, localisation, pilotage carbone et usages réellement hébergés.

Exemples de signaux crédibles et de signaux marketing

Pour finir, voici une grille simple de lecture.

Signaux crédibles

l’hébergeur précise que le direct-to-chip est utilisé pour des clusters GPU ou des charges HPC clairement identifiées ;
il explique si le déploiement concerne un site neuf ou un rétrofit ;
il publie des indicateurs ou une méthode de mesure ;
il reconnaît que la technologie ne remplace pas toujours totalement l’air ;
il documente la gestion de l’eau, des fluides et de la maintenance.

Signaux marketing

le site parle de “refroidissement liquide vert” sans préciser où, pour quoi ni avec quels résultats ;
aucun indicateur n’est publié ;
la technologie est présentée comme une preuve suffisante d’éco-responsabilité ;
le discours mélange direct-to-chip, immersion et refroidissement liquide sans distinction ;
la communication insiste sur l’innovation mais reste floue sur les contraintes réelles.

Conclusion : une techno à suivre, surtout si vous exigez des preuves

Le direct-to-chip mérite clairement d’être surveillé. Dans les datacenters confrontés à la montée des charges très denses, cette approche peut améliorer l’efficacité thermique et faciliter une densité serveur plus élevée. Sur certains usages, c’est une évolution sérieuse, pas un simple gadget.

Mais il ne faut pas lui attribuer plus qu’il ne peut prouver. Ce n’est ni une solution magique, ni un raccourci vers un hébergement automatiquement plus vert. Les limites sur l’eau, la maintenance, le rétrofit et les coûts restent bien réelles. Surtout, les bénéfices dépendent fortement du contexte de déploiement.

Si un hébergeur met en avant le direct-to-chip, le bon réflexe est donc simple : demandez le périmètre, les charges visées, les indicateurs et la méthode. C’est souvent là que se voit la différence entre une innovation utile et un argument marketing de plus. Pour aller plus loin, vous pouvez aussi consulter nos autres analyses sur le refroidissement et les critères concrets d’un hébergement web réellement éco-responsable sur hebergnity.fr.