Refrigeración líquida directa al chip: qué resuelve y qué no en un centro de datos

En un servidor con aceleradores de alto consumo, la refrigeración no es un accesorio que se elige al final: condiciona cómo se organiza el rack, qué infraestructura puede alimentar el equipo y cómo se evacúa el calor del edificio. A medida que se concentra más capacidad de cálculo, la densidad térmica pasa a ser una variable de diseño junto con la potencia eléctrica, el espacio y la disponibilidad.

Las GPU se usan en centros de datos para tareas como inteligencia artificial y aprendizaje automático, además de sus aplicaciones gráficas. Pero la presencia de GPU, por sí sola, no determina qué sistema de refrigeración necesita un servidor: hay que conocer la configuración concreta, la carga prevista y las condiciones admitidas por sus componentes. No basta con comparar nombres de tecnologías ni con extrapolar desde una tarjeta gráfica de consumo.

Por eso, las cifras generales sobre la potencia de los aceleradores o la densidad de los racks deben tratarse con cuidado. La investigación disponible incluye análisis secundarios que describen cargas térmicas crecientes, pero no aporta fichas primarias de un servidor concreto que permitan fijar un umbral universal a partir del cual el aire deja de ser viable. El punto práctico es otro: comprobar los requisitos del equipo y de la instalación reales, no decidir a partir de una cifra aislada.

En la refrigeración por aire, el calor pasa desde el componente a un disipador y, después, el flujo de aire lo transporta fuera del servidor o del rack. Es una arquitectura conocida y puede ser adecuada cuando el diseño del equipo, la carga térmica y el sistema de climatización permiten mantener las condiciones de operación requeridas. Su límite no se define solo por la temperatura del chip: también importan la circulación de aire, la distribución de calor y la capacidad de la instalación para retirar ese calor.

La refrigeración líquida directa al chip —a menudo llamada direct-to-chip o DTC— cambia el primer tramo del recorrido. En vez de depender únicamente de que el aire pase por el disipador, una placa fría se coloca en contacto térmico con el componente y un líquido circula por su interior para recoger el calor. El líquido capta el calor cerca de su fuente; después, un circuito debe transportarlo hacia un intercambiador o una unidad de distribución, y la instalación debe expulsarlo al exterior.

La diferencia útil no es que un método «enfríe» y el otro no, sino dónde se recoge el calor y qué infraestructura lo mueve después. La refrigeración líquida puede aliviar parte de la carga que tendría que gestionar el aire dentro del servidor, pero requiere tuberías, conexiones, controles y mantenimiento. No puede compararse de forma seria con aire sin especificar el equipo, las condiciones de funcionamiento y qué se incluye en el límite de la medición.

En un diseño de placa fría, el circuito comienza en la superficie de intercambio térmico situada sobre el chip. El líquido atraviesa la placa, absorbe energía térmica y vuelve por una línea de retorno. Las bombas sostienen el caudal; las tuberías y los acoples conectan los elementos; y el sistema de control supervisa variables de operación. El detalle constructivo cambia entre soluciones, así que la expresión «refrigeración líquida» no especifica por sí sola el diseño.

La coolant distribution unit o CDU actúa como unidad de distribución y gestión del refrigerante. Según el diseño, puede separar el circuito tecnológico del servidor del circuito de agua de la instalación y aportar funciones de bombeo e intercambio de calor. La separación entre ambos circuitos es una cuestión de arquitectura: permite definir qué fluido circula junto al equipo informático y cómo se conecta con la infraestructura del edificio. La CDU no sustituye al sistema que finalmente expulsa el calor.

También importa distinguir entre circuitos de una fase y diseños de dos fases. En una solución monofásica, el fluido se mantiene líquido en el recorrido y recoge calor principalmente al aumentar su temperatura. El documento técnico alojado por Open Compute Project describe otra arquitectura: refrigeración directa al chip con refrigerante bombeado en dos fases. Ese documento es una propuesta técnica fechada en febrero de 2025; no demuestra que todos los sistemas DTC funcionen igual ni que una arquitectura sea universalmente superior.

La primera comprobación es saber qué condiciones térmicas admite el equipo: temperaturas de entrada y salida del líquido, caudal requerido, presión de operación y límites de temperatura de los componentes. Estos parámetros deben proceder de la documentación del servidor, de la unidad de refrigeración y de la instalación, no de valores genéricos copiados de una guía para PC. Sin condiciones de operación compatibles, la comparación pierde sentido.

El siguiente paso es identificar qué significa la capacidad de extracción declarada y a qué configuración se refiere. Una cifra de calor evacuado tiene que asociarse a un equipo o circuito, unas condiciones de entrada, un caudal y un método de medición. También hay que revisar las necesidades eléctricas de bombas y controles, además de la potencia consumida por el sistema que expulsa calor fuera de la sala. Una cifra aislada no demuestra un ahorro neto.

Una lista mínima para una evaluación técnica debería incluir:

• Carga térmica cubierta: qué componentes y qué parte del servidor refrigerará el circuito líquido.

• Condiciones del líquido: temperatura de suministro y retorno, caudal y presión previstos.

• Límites de integración: conectores, tuberías, espacio, procedimientos de servicio y requisitos del fabricante del servidor.

• Consumos auxiliares: bombas, controles y equipos de rechazo de calor incluidos en el balance.

• Condiciones de la prueba: carga de trabajo, temperatura ambiente, configuración comparada y periodo de medición.

Una placa fría recoge calor de los componentes que están conectados a ella; no convierte automáticamente cada parte del servidor en un elemento refrigerado por líquido. Otros componentes pueden depender del aire, según el diseño del equipo, y el propio aire de la sala aún puede necesitar acondicionamiento. «Directo al chip» describe una parte del recorrido, no necesariamente la totalidad del sistema térmico.

La instalación tampoco deja de necesitar un destino para el calor. El líquido que sale del servidor ha ganado energía y debe entregarla a otro circuito o a un sistema de rechazo térmico. Ese intercambio puede involucrar agua de la instalación, intercambiadores y equipos externos, pero la disposición exacta depende de cada proyecto. Por tanto, una mejora en la transferencia de calor dentro del rack no equivale automáticamente a menos energía en el conjunto del centro de datos.

También hay que considerar el funcionamiento ante fallos y tareas de servicio: pérdida de caudal, una parada de bomba, una fuga o una interrupción de refrigeración pueden afectar al equipo. ASHRAE, según la cobertura de Data Center Dynamics sobre sus recomendaciones de 2024, señaló riesgos ligados a cambios térmicos y a la interrupción de la refrigeración, y destacó la CDU como parte de la arquitectura. La continuidad y la respuesta ante fallos forman parte del diseño, no son detalles secundarios que puedan dejarse para después.

Que el líquido recoja calor de forma más directa no basta para concluir que el centro de datos consumirá menos energía o que cada GPU rendirá más. La eficiencia del conjunto depende de la energía usada por bombas y otros equipos, de cómo se evacúa el calor y de las condiciones de la comparación. Una ventaja térmica local no demuestra por sí sola un ahorro del sistema completo.

Para respaldar una afirmación de ahorro, el análisis debería comparar configuraciones equivalentes con la misma carga de trabajo y declarar el límite de medición. Una comparación entre dos servidores distintos, o entre instalaciones con cargas y condiciones diferentes, no permite atribuir el resultado únicamente al método de refrigeración. También conviene conocer el periodo de observación y si el cálculo incluye los consumos auxiliares y el rechazo térmico.

El documento técnico de OCP sobre refrigeración directa al chip en dos fases plantea posibles beneficios en métricas operativas, pero es un documento técnico de tecnología y debe leerse como tal: describe una arquitectura y sus argumentos, no constituye por sí solo una prueba independiente de ahorros en cualquier despliegue. La decisión práctica es pedir datos comparables y medidos antes de aceptar promesas de menor coste, consumo o impacto ambiental.

Para un operador, la pregunta útil no es si la refrigeración líquida es mejor en abstracto, sino si el servidor previsto puede funcionar dentro de las condiciones de diseño de la instalación y qué cambia al integrarlo. Hay que verificar compatibilidad, distribución del circuito, mantenimiento, consumo auxiliar, recuperación ante fallos y la manera de evacuar el calor. La ficha técnica debe corresponder al sistema completo, no solo a la placa fría.

Para quienes comparan propuestas, conviene separar tres niveles de evidencia: especificaciones del fabricante para el hardware, documentos de integración del circuito y mediciones independientes del sistema en condiciones comparables. La información comercial o una descripción general de la tecnología pueden orientar preguntas, pero no reemplazan esas pruebas. Si no hay datos publicados sobre el modelo y la configuración relevantes, la conclusión responsable es limitar el alcance de lo que se afirma.

La refrigeración directa al chip es una arquitectura para acercar la extracción de calor a los procesadores y aceleradores. Puede ser relevante en servidores con alta densidad térmica, pero no elimina el trabajo de distribución ni el de rechazo de calor, y no justifica por sí sola cifras de eficiencia. Para decidir, hacen falta las condiciones operativas exactas, los límites del sistema y pruebas que permitan comparar resultados sin confundir una mejora en el chip con una mejora en toda la instalación.