El rack es lo último que se instala en el data center de una obra. Y es lo primero que reclama el cliente cuando algo falla.
Durante la construcción casi nadie lo mira. En los planos aparece como sala de datos: dos metros cuadrados que no se ven desde el pasillo. Pero ahí converge toda la red del edificio: los switches, el router, la fibra que llega desde la calle y cada punto de datos que instalaste. Si ese gabinete está mal armado, el problema no aparece en la entrega. Aparece dos años después, cuando el edificio ya está operando y tú ya no estás.
Hay tres criterios que definen si un rack va a envejecer bien.
1. El orden no es estética
Un rack ordenado se reconoce rápido. Los patch cords tienen el largo justo. Cada cable pasa por un organizador horizontal. Los cables de energía van separados de los de datos. Nada cuelga.
Esto no es un tema de presentación. Es tiempo de diagnóstico.
En un rack peinado, un técnico ubica un punto específico en segundos: sigue la etiqueta del patch panel y llega al puerto del switch. En un rack con cables sueltos y cruzados, ese mismo técnico desconecta por prueba y error. Cada intento saca de servicio algo que estaba funcionando.
La etiqueta es la otra mitad del asunto. Cada cable debe estar identificado en ambos extremos, con la misma nomenclatura que aparece en el plano. Si el rótulo está solo en un extremo, sirve para la mitad del trabajo.
Un detalle que se pasa por alto: el radio de curvatura. La fibra y el cobre tienen un límite de doblez. Un cable forzado contra el borde del gabinete pasa la prueba el día de la entrega y falla cuando alguien mueve el equipo del lado.
2. La ventilación define la vida útil del equipo
Los switches y servidores toman aire por el frente y lo expulsan por atrás. Ese flujo tiene que poder salir.
En la práctica pasa lo contrario. El gabinete se instala pegado al muro, sin holgura posterior. Las unidades de rack vacías quedan abiertas, así que el aire caliente de atrás vuelve a entrar por adelante. El equipo respira su propio calor.
Tres medidas resuelven la mayor parte del problema:
- Tapas ciegas en cada unidad libre del rack. Bloquean la recirculación de aire caliente hacia la toma frontal.
- Holgura posterior suficiente para abrir la puerta trasera y para que el aire circule.
- Extracción activa cuando el gabinete es cerrado o cuando hay UPS dentro. Una UPS disipa calor de forma continua.
La temperatura alta y sostenida no quema el equipo de golpe. Degrada las fuentes de poder. El síntoma que ve el cliente son reinicios sin causa aparente y equipos que fallan antes de tiempo. Nadie lo asocia con el rack, pero ahí empezó.
3. El crecimiento: el rack se dimensiona por el edificio ocupado
Este es el error más caro y el más fácil de evitar.
El rack se suele dimensionar según lo que se instala el día de la entrega. Pero el edificio se ocupa después. Llegan cámaras, controles de acceso, access points adicionales, un arriendo que subdivide una planta. Cada uno de esos cambios necesita puertos, unidades de rack y tomas de energía.
Si el gabinete quedó lleno, la ampliación implica un rack nuevo, canalización nueva y un data center intervenido con el edificio operando. Ese trabajo cuesta varias veces lo que habría costado dejar espacio desde el principio.
Qué conviene dejar previsto:
- Unidades de rack libres para equipos futuros.
- Puertos de reserva en el patch panel.
- Espacio en la bandeja de fibra para fusiones adicionales.
- Tomas disponibles en la PDU.
- Capacidad de carga del gabinete y del piso, si vas a sumar equipos pesados.
Qué revisar antes de recibir el data center
Cuatro preguntas concretas al contratista de redes:
- ¿Cada cable está etiquetado en ambos extremos y coincide con el plano as-built?
- ¿Las unidades libres tienen tapa ciega y el gabinete tiene holgura posterior?
- ¿Cuántas unidades de rack y cuántos puertos quedan disponibles?
- ¿Hay foto del rack cerrado y abierto en la carpeta de entrega?
Si las cuatro respuestas están documentadas, el data center se puede mantener. Si no, el edificio queda con una deuda técnica que va a pagar el operador.