Cuándo migrar de CRAC de perímetro a in-row: 5 señales de que tu DC se quedó chico
La decisión entre CRAC de perímetro (Computer Room Air Conditioning, unidades de aire acondicionado de precisión montadas contra muros exteriores) y enfriamiento in-row (unidades de precisión intercaladas entre los racks de servidores) define cuánta potencia puedes meter en tu sala sin disparar throttling, cuánto cuesta operar el sistema y cuánto tarda el ciclo de mantenimiento. En data centers que arrancaron hace 8-12 años con densidad de 5-8 kW por rack, ese dimensionamiento queda obsoleto cuando la densidad promedio sube a 12-15 kW y los hotspots a 25-30 kW.
Este artículo describe las cinco señales operativas de que tu sistema de perímetro está agotado, cuándo conviene quedarse en esa topología y qué cambia operativamente al migrar a in-row. La idea central es que no toda migración es rentable: hay densidades y casos donde el CRAC de perímetro bien afinado sigue siendo la opción más eficiente.
Cómo funciona cada topología y por qué importa
Los dos sistemas resuelven el mismo problema físico: extraer calor del aire que sale de los racks y devolverlo a 18-25°C por el lado frío. Lo que cambia es dónde se ubica la unidad que hace ese intercambio y cómo se mueve el aire por la sala.
En CRAC de perímetro, las unidades se montan contra los muros exteriores y soplan aire frío hacia el centro de la sala, donde se forma un pasillo frío (cold aisle). El aire caliente vuelve por el lado superior o por el pasillo caliente hacia los retornos del CRAC. La ventaja es que las unidades están fuera del espacio de racks y no consumen área de cómputo. La desventaja es que el aire recorre distancias largas y se mezcla, lo que reduce la eficiencia a medida que la densidad sube.
En in-row cooling, las unidades se instalan entre los racks, alineadas con los gabinetes, y absorben el aire caliente por la puerta trasera del rack más cercano, devolviendo aire frío por la puerta delantera. La distancia que recorre el aire se reduce a 1-2 metros en lugar de 8-15 metros del perímetro. Esto permite densidades de 25-40 kW por rack con la misma temperatura de salida, porque la mezcla de aire caliente y frío prácticamente desaparece.
Comparativa entre CRAC de perímetro y enfriamiento in-row
La siguiente tabla resume las diferencias operativas para un data center de tamaño medio en México, considerando condiciones ambientales típicas (20-30°C exterior, 30-60% humedad relativa) y carga de cómputo mixta:
| Característica | CRAC de perímetro | In-row cooling |
|---|---|---|
| Densidad máxima por rack | 8-15 kW | 25-40 kW |
| Distancia que recorre el aire | 8-15 m | 1-2 m |
| Superficie útil ocupada | 0 m² (contra muro) | 0.6-1.2 m² por unidad |
| Tiempo medio entre fallas (MTBF) | 8-10 años | 6-8 años |
| Costo inicial por kW enfriado | menor | mayor |
| Consumo eléctrico del sistema | mayor a alta densidad | menor a alta densidad |
| Operación en failure mode | más tolerante | más sensible |
Las cinco señales de que tu CRAC de perímetro ya no da más
Cinco síntomas operativos, medibles con los datos que tu BMS (Building Management System, sistema de gestión del edificio) o DCIM (Data Center Infrastructure Management, plataforma de monitoreo de infraestructura) ya recolecta, indican que el sistema de perímetro está agotado y la migración a in-row conviene en menos de 18 meses:
- Diferencial de temperatura entre racks mayor a 12°C: el aire frío llega al rack más lejano con 12°C más que al más cercano. La mezcla de aire frío y caliente es excesiva y anticipa hotspots.
- Hotspots recurrentes que el sistema no resuelve: el BMS marca puntos calientes (>30°C de entrada) que no se eliminan al ajustar los setpoints de los CRAC. Es señal de que la masa de aire frío ya no llega con el caudal necesario.
- Humedad relativa fuera de rango ASHRAE: la humedad cae por debajo del 20% o sube por encima del 55% en alguna zona de la sala. El sistema de perímetro pierde capacidad de control fino a medida que la carga sube.
- Consumo del sistema de enfriamiento creciente: el kW térmico consumido por el sistema de enfriamiento crece trimestre a trimestre aunque la carga de TI sea estable. Indica ineficiencia por mayor tiempo de compresor.
- Imposibilidad de añadir un rack de alta densidad: no hay forma de instalar un rack nuevo de 15-20 kW sin disparar las alarmas del sistema actual. Es la señal más clara de que la topografía se agotó.
Cuándo quedarse en perímetro sigue siendo válido
No toda densidad creciente exige migrar. Hay tres escenarios donde el CRAC de perímetro bien afinado sigue siendo la mejor opción:
Si la densidad promedio se mantiene por debajo de 10 kW por rack y los picos no superan 15 kW, el sistema de perímetro puede dar 3-5 años más de servicio sin inversión mayor, siempre que se le haga mantenimiento anual (limpieza de serpentines, calibración de sensores, revisión de fajas). En estos casos, migrar a in-row sería un CAPEX sin retorno claro.
Si la proyección de crecimiento es plana (no vas a añadir racks de alta densidad en los próximos 24 meses) y el sistema actual pasa los cinco síntomas del apartado anterior, una modernización selectiva (cambio de serpentines, actualización de controles, instalación de contención caliente) puede extender la vida útil 5 años más por 30-40% del costo de migrar a in-row.
Si la sala tiene restricciones físicas severas para instalar unidades entre racks (piso técnico de baja altura, columnas estructurales en medio de la retícula, o gabinetes sin espacio lateral), la migración puede ser inviable sin obra civil mayor. En ese caso, reforzar el perímetro con unidades más potentes o redistribuir la carga puede ser la única salida realista.
Qué cambia operativamente al migrar a in-row
La migración a in-row no es sólo cambiar unidades: es reorganizar la sala. Cinco cambios operativos concretos diferencian un data center in-row bien implementado de uno que sólo cambió las unidades:
Contención caliente obligatoria. Las unidades in-row extraen el aire por la puerta trasera del rack, lo que exige que el pasillo caliente esté físicamente separado del frío. Sin contención, el rendimiento cae al nivel del perímetro convencional y se pierde la inversión.
Redundancia distribuida en lugar de centralizada. Antes, una unidad de perímetro fallaba y la zona quedaba sin enfriamiento. Con in-row, cada fila tiene su propia unidad, pero una falla individual afecta sólo a 6-10 racks. El plan de redundancia pasa de N+1 a nivel sala a N+1 por fila.
Sensores en cada rack, no sólo en la sala. La telemetría fina por rack (temperatura de entrada, salida, caudal de aire, potencia del ventilador) deja de ser opcional. Sin estas métricas, diagnosticar un hotspot entre racks se vuelve un juego de adivinanzas.
Operación 24/7 del BMS/DCIM. El sistema in-row responde más rápido a variaciones de carga, pero exige que el BMS esté activo y con alarmas configuradas. Un data center donde el BMS se revisa una vez al día no está listo para in-row.
Mantenimiento preventivo más frecuente. Las unidades in-row tienen MTBF menor (6-8 años vs 8-10 del perímetro), principalmente por ventiladores y filtros más exigidos. El plan de mantenimiento debe pasar de anual a semestral para componentes críticos.
Errores comunes al migrar
Tres errores concentran la mayoría de las migraciones que no entregan el rendimiento esperado:
Saltarse la contención caliente. Instalar unidades in-row sin separar el pasillo caliente del frío es tirar la inversión a la basura. La eficiencia termodinámica se desploma y el diferencial de temperatura por rack vuelve a los niveles del perímetro.
Subdimensionar la capacidad eléctrica de las nuevas unidades. Las unidades in-row suelen tener dos fuentes de alimentación y demandan circuitos dedicados por unidad. Si la canalización eléctrica no estaba contemplada, se termina alimentando con extensiones temporales que violan normativa y ponen en riesgo la disponibilidad.
No actualizar el BMS. La migración a in-row exige reconfigurar el BMS con los nuevos puntos de telemetría, las nuevas alarmas por fila y las nuevas reglas de control. Hacer la migración física sin actualizar el sistema de control es dejar la migración a medias.
Fuentes
[1] ASHRAE — Technical Resources (TC 9.9 data center guidance) — https://www.ashrae.org/technical-resources
[2] Uptime Institute — Research and reports — https://uptimeinstitute.com/resources/research-and-reports/
[3] TIA-942-C — Telecommunications Infrastructure for Data Centers — https://tiaonline.org/product/tia-942-c/
[4] Stulz — Precision air conditioning product family — https://www.stulz.de/en/products/
[5] Wikipedia — Data center (background reference) — https://en.wikipedia.org/wiki/Data_center
