Cuando un banco supera la colocation
La decisión de construir un centro de datos privado generalmente viene de uno de dos lugares: presión regulatoria o crecimiento del negocio. En nuestro caso, fueron ambos. Los requisitos del Banco Central para soberanía de datos y controles de seguridad física hacían la colocation cada vez más difícil, y los volúmenes de transacciones del banco demandaban infraestructura que pudiéramos controlar completamente.
Construir un centro de datos no es un proyecto de IT — es un proyecto de construcción con IT en su núcleo. Esa distinción importa más de lo que pensaría.
Lección 1: Comience con AutoCAD, no con Visio
Los ingenieros de redes aman dibujar diagramas de topología en Visio o draw.io. Pero un centro de datos es un edificio físico. Necesita planos arquitectónicos:
- Capacidad de carga del piso — un rack completamente cargado pesa 800-1200 kg
- Rutas de cableado — bandejas aéreas, enrutamiento bajo piso elevado, penetraciones resistentes al fuego
- Distribución de energía — ubicación de UPS, conmutación de generador, enrutamiento de PDU
- Zonas de enfriamiento — contención de pasillo caliente/frío, ubicación de unidades CRAH
Pasé el primer mes aprendiendo AutoCAD lo suficiente para colaborar directamente con arquitectos e ingenieros MEP. Esa inversión ahorró meses de malos entendidos después.
Lección 2: La obra no es su oficina
Gestionar contratistas que construyen infraestructura física requiere un conjunto de habilidades diferente al de gestionar equipos de IT. Diferencias clave:
- Las visitas diarias a la obra son obligatorias — los problemas detectados en el día 1 cuestan 10 veces menos que los detectados en el día 30
- Las especificaciones deben ser exhaustivas — los contratistas construyen exactamente lo especificado, nada más
- El clima, las cadenas de suministro y la escasez de mano de obra afectan los plazos de maneras que los proyectos de software no experimentan
- Las órdenes de cambio son costosas — piense bien su diseño antes de verter concreto
Lección 3: Diseñe para los próximos 5-7 años
Un centro de datos es una inversión a largo plazo. Las decisiones por las que estoy más agradecido:
- Sobredimensionar la capacidad eléctrica en un 40% — ya hemos usado el 60% de la capacidad "excedente"
- Tender fibra extra entre salas — la fibra oscura es barata durante la construcción, costosa después
- Arquitectura de red CLOS desde el primer día — agregar switches leaf es trivial comparado con re-arquitectar core/agregación
- Diseños de rack estandarizados — cada rack usa la misma plantilla, haciendo las operaciones predecibles
Las decisiones que cambiaría:
- Comenzar la migración a Nutanix antes — inicialmente planeamos reutilizar las licencias VMware existentes, luego ocurrió Broadcom
- Más almacenamiento de combustible para generadores — nuestra capacidad inicial de 8 horas está por debajo de lo que recomendaría ahora (24 horas mínimo)
Lección 4: La alta disponibilidad es un sistema, no una característica
Los reguladores bancarios esperan tiempo de inactividad casi nulo. Eso significa:
- Redundancia en todo — alimentación dual, enfriamiento dual, rutas de red duales
- PostgreSQL HA con failover automático — HAProxy + Keepalived proporciona disponibilidad transparente de base de datos
- Recuperación ante desastres probada — los planes de DR que no se prueban regularmente son ficción
- Segmentación de red — tráfico de producción, gestión y DR en VRFs separados
La lección de HA más importante: pruebe su failover regularmente. Descubrimos problemas en nuestro failover de PostgreSQL durante una prueba planificada que habrían causado una interrupción de 45 minutos si hubieran ocurrido en producción.
Lección 5: La documentación es infraestructura
Al final del proyecto, habíamos documentado cada cable, cada circuito eléctrico, cada puerto de red en NetBox. Esto no era solo una buena práctica — era un requisito regulatorio.
Pero la documentación también pagó dividendos operativos:
- Los nuevos miembros del equipo podían entender la infraestructura en días, no semanas
- La resolución de problemas comenzaba con datos precisos en lugar de suposiciones
- La planificación de capacidad usaba datos de utilización reales de infraestructura monitoreada
- El cumplimiento de auditorías era directo con registros actualizados
El resultado
El centro de datos fue comisionado a tiempo. Todos los requisitos regulatorios se cumplieron. Los servicios bancarios alcanzaron los objetivos de alta disponibilidad. Y el equipo ganó experiencia que ninguna cantidad de capacitación de proveedores podría proporcionar.
Si su organización está considerando construir un centro de datos privado, la inversión más importante no es en hardware — es en planificación experimentada. Las decisiones que tome en el primer mes determinan la realidad operativa para la próxima década.