Une baie GPU dense consomme aujourd'hui ce qu'une rangée entière de serveurs consommait il y a dix ans. Le flux d'air froid qui suffisait à évacuer 10 kW par baie ne suffit plus à en évacuer 80 ou 120 : au-delà d'un certain point, il n'existe pas de débit d'air raisonnable qui extraie la chaleur assez vite. Le refroidissement liquide n'est plus un sujet de laboratoire de recherche, c'est devenu une contrainte de construction dès qu'un client demande une baie IA.
Pourquoi l'air décroche
Le refroidissement par air repose sur la capacité thermique de l'air lui-même, faible comparée à celle de l'eau ou d'un fluide diélectrique. Au-delà d'un certain débit, augmenter encore la ventilation coûte plus d'énergie en brassage qu'il n'en économise en évacuation de chaleur, et le bruit, l'encombrement des allées chaudes et froides, et la limite physique du delta de température atteignable finissent par plafonner ce que l'air peut absorber par unité de surface au sol.
Les guidelines thermiques ASHRAE TC 9.9, reprises par l'ensemble de l'industrie du datacenter, situent la bascule quelque part entre 20 et 35 kW par baie : en dessous, un refroidissement à air bien conçu (allées confinées, unités CRAC ou CRAH correctement dimensionnées) reste viable. Au-delà, la littérature technique recommande le passage au liquide, et au-delà de plusieurs dizaines de kW supplémentaires, l'air cesse purement et simplement d'être une option praticable. Les chiffres précis varient selon les publications et méritent d'être vérifiés auprès de la documentation ASHRAE la plus récente au moment d'un projet concret, mais la tendance de fond ne fait pas débat : la densité moyenne des baies a augmenté d'environ 38 % entre 2022 et 2024 selon l'Uptime Institute, tirée par les déploiements GPU.
Direct-to-chip : l'approche incrémentale
Le refroidissement direct-au-chip (Direct-to-Chip, ou DLC pour Direct Liquid Cooling) fait circuler un liquide, en général de l'eau glycolée ou un fluide diélectrique, dans une plaque froide (cold plate) posée directement sur le CPU, le GPU ou les autres composants chauds. Le liquide absorbe la chaleur au plus près de la source, puis la restitue à une unité de distribution de chaleur (CDU, Coolant Distribution Unit) qui fait l'interface entre la boucle liquide interne au rack et le circuit de refroidissement du bâtiment.
L'avantage documenté par l'Open Compute Project est la faible rupture qu'impose cette approche sur l'existant : un châssis conçu pour l'air peut souvent être adapté au direct-to-chip en remplaçant les dissipateurs par des cold plates et en ajoutant les durites et connecteurs nécessaires, sans repenser entièrement l'architecture du serveur. Ce qui n'évacue pas la chaleur du composant refroidi par le liquide, alimentation, mémoire, cartes réseau, continue de dépendre d'un flux d'air résiduel dans le châssis : le direct-to-chip est rarement du 100 % liquide, c'est un système hybride qui retire l'essentiel de la charge thermique du GPU ou du CPU et laisse l'air gérer le reste.
Côté salle, ça impose une plomberie réelle : distribution de fluide jusqu'à chaque rack, gestion des fuites, redondance de la CDU, et une maintenance qui suppose désormais de manipuler du liquide sous pression à proximité de matériel actif. Ce n'est plus un sujet uniquement mécanique, c'est un sujet d'exploitation qui demande des procédures et une astreinte adaptées.
Immersion : la rupture complète
L'immersion pousse la logique plus loin : le serveur entier, ou une partie significative de ses composants, baigne directement dans un bain de fluide diélectrique non conducteur. Deux variantes coexistent. L'immersion monophasique fait circuler le fluide liquide en continu, sans changement d'état, avec un échangeur qui évacue la chaleur captée. L'immersion diphasique laisse le fluide se vaporiser au contact des composants chauds, la vapeur remonte, se condense au contact d'un échangeur en partie haute du bac, et retombe en liquide : le changement de phase absorbe beaucoup plus d'énergie que le simple réchauffement d'un liquide, au prix d'un fluide et d'une étanchéité plus exigeants.
L'OCP est clair sur le compromis : l'immersion impose des changements de conception plus radicaux que le direct-to-chip. Le format rack vertical classique ne fonctionne plus, les bacs remplacent les racks, la maintenance à chaud change de nature puisqu'on retire un serveur d'un bain de liquide plutôt que de le sortir d'un rack ventilé, et la compatibilité des matériaux (connecteurs, étiquettes, composants) avec le fluide diélectrique devient une contrainte de conception à part entière, documentée dans les guides de conception publiés par l'OCP.
L'effet mesuré sur le PUE
C'est là que le liquide justifie sa complexité opérationnelle. Selon les données publiées par l'Uptime Institute, la moyenne mondiale de PUE stagne autour de 1,56 depuis plusieurs années pour les datacenters à refroidissement à air classique, freinée par le parc existant et les contraintes climatiques locales. Les installations en refroidissement liquide rapportent des PUE nettement inférieurs, généralement sous 1,2, contre une fourchette de 1,4 à 1,6 pour l'air. Sur les configurations d'immersion les plus efficaces, certains retours industriels évoquent des PUE proches de 1,05, un chiffre à considérer comme une performance de pointe plutôt qu'une moyenne représentative du parc installé.
Ce n'est pas qu'un gain d'efficacité énergétique abstrait. Le liquide élimine une bonne partie de la consommation associée à la ventilation mécanique et permet, selon la conception, de récupérer la chaleur évacuée à une température exploitable pour du chauffage urbain ou industriel, un usage documenté dans les travaux de l'Open Compute Project sur les architectures de datacenter durables.
Ce que ça coûte réellement en exploitation
Le bénéfice thermique ne s'obtient pas gratuitement. Une infrastructure de refroidissement liquide, direct-to-chip ou immersion, ajoute un système d'exploitation à part entière : gestion de la qualité du fluide (filtration, contrôle de pH, traitement anti-corrosion), supervision de l'étanchéité de chaque boucle, procédure de vidange et de remplissage en cas de maintenance lourde, et une astreinte formée à intervenir sur ce type d'incident, différent d'une panne de climatisation classique. Le monitoring matériel doit s'étendre à des capteurs qui n'existent pas sur une infrastructure ventilée : débit de fluide, température différentielle entrée/sortie de la CDU, détection de fuite.
C'est un chantier qui a du sens quand la densité de la charge le justifie, typiquement sur des infrastructures GPU dédiées à l'IA où la puissance par baie dépasse largement ce que l'air peut évacuer, ou sur des architectures visant une certification de haute disponibilité où la redondance de la boucle liquide devient un critère de conception à part entière. Ça n'a aucun sens en dessous du seuil où l'air suffit encore : ajouter une boucle liquide sur une baie à 8 kW, c'est complexifier l'exploitation pour un gain de PUE marginal, dans une salle qui n'a de toute façon pas de problème thermique à résoudre.
Le verdict
Le refroidissement liquide n'est pas un choix esthétique ni un argument marketing, c'est une réponse mécanique à un problème physique précis : au-delà d'un certain seuil de densité, l'air ne transporte plus assez de chaleur par unité de temps pour rester viable. Le direct-to-chip est l'option qui préserve le plus l'existant et qui reste gérable pour une salle qui monte progressivement en densité. L'immersion se justifie quand la densité dépasse ce que même le direct-to-chip peut absorber correctement, avec un gain de PUE qui devient significatif, au prix d'une refonte complète de la salle et d'un savoir-faire opérationnel qui n'existe pas encore dans la majorité des équipes infrastructure.
La question à poser avant tout projet n'est pas « liquide ou air », c'est « quelle densité par baie mon parc va-t-il réellement atteindre dans les trois prochaines années ». En dessous du seuil de bascule ASHRAE, l'air bien conçu reste l'option la plus simple à exploiter. Au-dessus, le monitoring et la gestion de capacité de la salle doivent être repensés en amont du choix technologique, pas après coup.
Sources
- ASHRAE TC 9.9 Thermal Guidelines for AI Data Center Cooling : synthèse des seuils de densité recommandés par ASHRAE pour le passage au refroidissement liquide, à vérifier sur la publication ASHRAE officielle pour un projet réel.
- Uptime Institute, 15th Annual Global Data Center Survey : données sur l'adoption du refroidissement liquide, l'évolution du PUE moyen et la croissance de la densité des baies.
- Advanced Cooling Concepts for Open Edge Servers, Open Compute Project : comparaison technique entre direct-to-chip et immersion, contraintes de conception matérielle.
- Design Guidelines for Immersion-Cooled IT Equipment, Open Compute Project : exigences de compatibilité matériaux et de conception pour les équipements immergés.
