CRAC vs CRAH: cuándo tu sala de servidores te pide compresor y cuándo te pide agua helada
CRAC y CRAH son las dos familias principales de unidades de enfriamiento de precisión para data centers, y la confusión entre ambas es una de las fuentes más comunes de error en el dimensionamiento de salas de servidores. Aunque el resultado operacional se ve similar (aire frío en el rack, aire caliente extraído), la ingeniería detrás de cada uno es distinta, y la elección entre uno y otro define el dimensionamiento de la planta de agua helada o del sistema de refrigeración, no sólo del data center.
Este artículo describe qué hace cada tecnología, en qué contextos es más eficiente cada una, cómo dimensionarlas según la densidad del data center y los criterios operativos que pesan al decidir. La meta es que el lector termine con una decisión documentada entre compresor y agua helada, no con una preferencia genérica.
Qué es un CRAC y qué hace
CRAC son las siglas de Computer Room Air Conditioning. Es una unidad autónoma que combina en un solo gabinete todos los componentes del ciclo de refrigeración: compresor, condensador, evaporador y ventilador. El aire caliente del rack pasa por el evaporador, se enfría por contacto con el refrigerante en circulación y se devuelve al pasillo frío a la temperatura deseada (típicamente entre 18 y 27°C según ASHRAE, American Society of Heating, Refrigerating and Air-Conditioning Engineers).
La principal ventaja del CRAC es su autonomía: cada unidad opera independiente, no requiere planta de agua helada externa, y se instala conectándola a la acometida eléctrica y al rechazo de calor (aire exterior en versiones air-cooled, torre de enfriamiento o dry cooler en versiones water-cooled). Esto lo hace ideal para data centers pequeños y medianos, sitios regionales y operaciones donde la simplicidad de infraestructura pesa más que la eficiencia operativa. La principal desventaja es la eficiencia: cada CRAC opera su propio compresor con rendimientos individuales, y el conjunto de unidades rara vez alcanza la eficiencia de un sistema centralizado.
Qué es un CRAH y qué hace
CRAH son las siglas de Computer Room Air Handler. A diferencia del CRAC, el CRAH no tiene compresor ni condensador propio: es un intercambiador de calor que recibe agua helada de una planta externa (chiller), la circula por un serpentín, y devuelve el agua a mayor temperatura para que el chiller la enfríe de nuevo. La unidad CRAH sólo contiene el ventilador, los filtros, el serpentín y los controles.
La principal ventaja del CRAH es la eficiencia global del sistema: el chiller centralizado opera con rendimientos mucho mayores que un compresor individual, especialmente a cargas parciales, lo que reduce el consumo eléctrico total. La planta de agua helada también puede aprovechar el free cooling (enfriamiento gratuito con aire exterior) en climas templados o fríos, ahorrando entre el 30% y el 70% del consumo eléctrico anual. La principal desventaja es la dependencia: si el chiller falla, todas las unidades CRAH conectadas quedan sin capacidad de enfriamiento. Por eso los sistemas CRAH requieren redundancia N+1 o 2N en el chiller.
Comparativa técnica entre CRAC y CRAH
La siguiente tabla resume las diferencias operativas relevantes para dimensionar correctamente cada sistema. Los valores son rangos típicos para data centers de tamaño medio en operación.
| Característica | CRAC | CRAH |
|---|---|---|
| Componentes principales | Compresor, condensador, evaporador, ventilador (todo en uno) | Ventilador, filtros, serpentín (sin compresor) |
| Refrigeración final | refrigerante en circuito cerrado interno | agua helada desde chiller externo |
| Capacidad típica por unidad | de 12 a 80 kW térmicos | de 30 a 200 kW térmicos |
| Eficiencia energética (kW térmico / kW eléctrico) | 2.5 a 3.5 (EER promedio) | 5 a 7 con chiller moderno + free enfriamiento |
| Infraestructura externa requerida | ninguna o torre de enfriamiento | chiller + red de agua helada + torre |
| Redundancia típica | N+1 unidades | N+1 chillers + anillo de agua |
| Riesgo de falla total | una unidad cae, sólo afecta su zona | chiller centralizado cae, afecta todo el data center |
| Aplicación típica | sitios pequeños y medianos, edge data centers | data centers medianos y grandes, alta densidad |
Cuándo conviene CRAC
El CRAC conviene en cuatro escenarios concretos.
El primero es el data center pequeño o mediano (menos de 500 kW de carga IT) donde la complejidad de una planta de agua helada no se justifica.
El segundo es el edge data center o sitio regional donde la simplicidad de despliegue y mantenimiento prima sobre la eficiencia.
El tercero es el proyecto rápido: instalar CRAC es más rápido que instalar chillers y red de agua helada, lo que reduce el time-to-market. El cuarto es el data center en clima extremo donde el free enfriamiento no es viable (calor húmedo permanente): ahí la eficiencia del chiller cae, y la autonomía del CRAC pesa más que la eficiencia.
Cuándo conviene CRAH
El CRAH conviene en cuatro escenarios distintos.
El primero es el data center mediano o grande (más de 500 kW de carga IT) donde la eficiencia operativa pesa más que el CAPEX inicial.
El segundo es el data center en clima templado o frío donde el free enfriamiento es viable durante una parte importante del año: ahí el chiller sólo opera cuando la temperatura exterior no permite enfriamiento pasivo.
El tercero es la operación donde el OPEX (gasto operativo) eléctrico pesa más que el CAPEX inicial: el CRAH con chiller eficiente tiene un TCO menor a 5 años en operaciones grandes.
El cuarto es la integración con distritos de enfriamiento (District Cooling) o con sistemas de reutilización de calor residual: el CRAH se conecta directamente, el CRAC requiere adaptaciones.
Errores comunes al elegir y dimensionar
Cinco errores concentran la mayoría de problemas en data centers que eligen mal entre CRAC y CRAH. Reconocerlos antes de comprar evita retrabajos caros.
- Dimensionar el CRAC como si fuera CRAH: los CRAC y CRAH no tienen la misma capacidad por unidad ni la misma redundancia requerida. Calcular la planta con factores del otro sistema lleva a subdimensionamiento y hotspots.
- Ignorar la redundancia del chiller en sistemas CRAH: un chiller centralizado sin redundancia N+1 es un punto único de falla. Si falla, todo el data center queda sin enfriamiento en minutos.
- Mezclar CRAC y CRAH en el mismo data center sin coordinar: los dos sistemas operan a temperaturas y presiones distintas. Mezclarlos sin coordinación causa diferencias de presión que degradan el rendimiento del sistema central.
- Subestimar el rechazo de calor del CRAC en clima cálido: un CRAC air-cooled rechaza calor al ambiente exterior. En climas cálidos, el condensador pierde capacidad cuando la temperatura exterior supera los 40°C. Dimensionar para clima promedio sin considerar picos lleva a hotspots en verano.
- Comprar CRAC de baja eficiencia por ahorro inicial: la diferencia de precio entre un CRAC de 2.5 EER y uno de 3.5 EER es del 10% al 20%. La diferencia en consumo eléctrico anual es del 30%. El ahorro inicial se pierde en 18 meses.
Fuentes
[1] ASHRAE — Technical Resources (thermal management guidance) — https://www.ashrae.org/technical-resources
[2] Wikipedia — Air conditioning (background reference) — https://en.wikipedia.org/wiki/Air_conditioning
[3] TIA-942-C — Telecommunications Infrastructure for Data Centers — https://tiaonline.org/product/tia-942-c/
[4] Uptime Institute — Data center industry resources — https://uptimeinstitute.com/
[5] Wikipedia — HVAC (background reference) — https://en.wikipedia.org/wiki/Heating,_ventilation,_and_air_conditioning
