Cambio de Datacenter: La Logistica, el Gran Dolor

Hay pocas experiencias profesionales que generen tanta ansiedad colectiva como la frase "vamos a cambiar de datacenter". Suena sencillo: desmontas las cosas en el sitio A, las llevas al sitio B, las enchufas y listo. En la práctica, mover un centro de datos es una operación logistica comparable a una mudanza militar, pero con el agravante de que cada caja pesa cientos de kilos, es extremadamente sensible a vibraciones, temperatura y electricidad estatica, y esta conectada a docenas de cables que alimentan servicios de los que dependen personas reales las 24 horas del dia.

Si alguna vez has mudado tu casa, sabes que siempre falta una caja, algo se rompe y descubres cables misteriosos que no sabes de donde salen. Ahora multiplica eso por cien, anade un SLA con penalizaciones económicas y pon un reloj de cuenta atrás. Bienvenido a la reubicación de datacenter.

En este artículo repasamos las razones que justifican un cambio de datacenter, las fases de planificacion, los retos físicos y de red, las estrategias para minimizar el downtime y los desastres más comunes que hemos visto (y vivido) a lo largo de los años. Si estas planificando una migración, esto te servira como mapa de supervivencia.

Por que Cambiar de Datacenter

Nadie muda un datacenter por diversión. La decisión suele venir forzada por una o varias de estas circunstancias:

contract Fin de contrato o alquiler: el propietario del edificio no renueva, sube el precio a niveles inasumibles o el contrato de colocation tiene fecha de caducidad. Es la razon más comun y, a menudo, la que menos margen de tiempo deja.
expand Falta de capacidad: la infraestructura ha crecido hasta llenar el espacio disponible. No hay más racks, no hay más potencia eléctrica, no hay más capacidad de refrigeracion. Necesitas un fácility más grande.
euro Optimización de costes: un fácility nuevo con mejor eficiencia energetica (PUE más bajo), tarifas eléctricas más competitivas o un modelo de colocation más favorable puede reducir significativamente el OPEX.
gavel Cumplimiento normativo: regulaciones como el RGPD, ENS o normativas sectoriales pueden exigir que los datos residan en una ubicación, pais o tipo de instalación concretos.
merge Fusiones y adquisiciones: cuando dos empresas se fusionan, consolidar los datacenters es uno de los primeros pasos para reducir duplicidades y costes.
upgrade Instalación obsoleta: el datacenter actual no cumple estandares Tier III/IV, tiene problemas de refrigeracion, cableado legacy o riesgos estructurales que ya no son aceptables.

La Pesadilla Logistica: Mover Servidores no es Mover Muebles

Un servidor no es una caja de carton con libros dentro. Es un equipo electronico de precisión, con discos que giran a miles de RPM (o chips NAND sensibles a descargas electrostaticas), conectores delicados, fuentes de alimentacion pesadas y, en el caso de los servidores enterprise, un peso que puede superar los 30 kg por unidad. Un rack completo de 42U, con servidores, switches, PDUs y cableado, puede pesar entre 500 y 1.000 kg.

El transporte físico de equipos de datacenter requiere precauciones que no aplican a una mudanza convencional:

vibration Control de vibraciones: los discos HDD son especialmente vulnerables. Un golpe durante el transporte puede causar danos en los platos magneticos que no se manifiestan inmediatamente pero provocan fallos semanas después. Se útilizan camiones con suspension neumatica y embalajes con espuma antivibratoria.
bolt Protección ESD: la electricidad estatica puede destruir componentes electronicos. Todo el proceso de desmontaje, embalaje y montaje debe hacerse con bolsas antiestaticas, munequereas ESD y superficies de trabajo conectadas a tierra.
thermostat Control de temperatura: si la mudanza se realiza en verano con 40 grados en el exterior, los equipos no pueden estar horas en un camion sin climatizar. Se necesitan vehiculos con control de temperatura o, al menos, planificacion horaria que evite las horas de más calor.
local_shipping Vehiculos especializados: camiones con plataforma elevadora, rampa de carga, sujeciones para racks y, en relocalizaciones de gran envergadura, escolta de seguridad para evitar robos durante el transporte (esos servidores contienen datos de valor incalculable).
shield Seguro específico: el seguro de transporte convencional no cubre equipamiento IT de alto valor. Se necesita una poliza específica que cubra el valor de reposicion del hardware y, en algunos casos, el coste del downtime asociado.

Timeline de Planificacion: No, No se Puede Hacer en un Fin de Semana

Uno de los errores más peligrosos es subestimar el tiempo necesario. Una reubicación de datacenter típica requiere entre 6 y 12 meses de planificacion, dependiendo de la complejidad. Intentar comprimir ese plazo es una receta para el desastre. El proceso se divide en fases bien diferenciadas:

Fase	Cuando	Actividades clave
Descubrimiento	D-6 a D-3 meses	Inventario completo de activos, mapeo de dependencias, auditoria de cableado, evaluación del nuevo fácility, análisis de riesgos, definición de SLAs de migración
Planificacion	D-3 a D-2 meses	Diseño de layout en destino, plan de oleadas de migración, selección de proveedor de transporte, contratación de seguros, plan de comunicación, definición de rollback
Preparacion	D-1 mes	Provisionar racks, potencia y red en destino, replicar datos con Veeam, bajar TTL de DNS, pre-configurar BGP sessions, ensayo general con equipos no críticos
Ejecucion	Dia D	Apagado ordenado, desconexión, etiquetado, embalaje, transporte, desembalaje, montaje, reconexión, encendido, válidación de hardware
Válidación	D+1 a D+30	Verificación de servicios, monitorización intensiva, pruebas de rendimiento, válidación de backups, ajuste de alertas, cierre de incidencias, documentación final

Regla de oro:

Nunca intentes mover todo el datacenter de una sola vez. La migración por oleadas permite válidar cada grupo de equipos antes de mover el siguiente, reduce el riesgo de un fallo catastrofico y mantiene servicios críticos operativos mientras dura el proceso. Si alguien te dice "lo hacemos todo en un fin de semana", huye.

Retos Físicos: Peso, Potencia y Espacios Imposibles

La logistica física de una reubicación de datacenter presenta desafios que parecen triviales hasta que te enfrentas a ellos en el mundo real:

fitness_center Peso de los racks: un rack 42U completamente cargado puede superar los 1.000 kg. Los ascensores de muchos edificios tienen un límite de 500-800 kg. Las puertas de carga pueden no ser lo suficientemente anchas. El suelo técnico del destino debe soportar la carga por metro cuadrado. Todos estos detalles se descubren (mal) el dia de la mudanza si no se verifican antes.
power Compatibilidad eléctrica: el datacenter de origen puede usar tomas C19/C20 monofasícas y el de destino, trifasícas. O las PDUs del rack son de 16A y en destino las tomas son de 32A. O el voltaje es diferente. Cada rack necesita una ficha eléctrica detalláda antes de la mudanza.
cable Cableado de fibra: la fibra optica no se puede "mudar". Hay que re-parchear cada conexión en el nuevo fácility, lo que implica nuevos latiguillos, nuevos paneles de parcheo y, potencialmente, nuevas fusiones de fibra. El mapeo de cableado de origen debe ser impecable para reproducir las conexiones en destino.
ac_unit Transición termica: cuando enciendes 50 servidores en un rack, generas varios kW de calor instantaneo. El sistema de refrigeracion del nuevo fácility debe estar dimensionado y funcionando antes de encender el primer servidor, no después.
dock_to_bottom Acceso al muelle de carga: coordinar la llegada de camiones, la disponibilidad de carretillas elevadoras, el acceso a montacargas y la presencia de personal técnico en origen y destino simultaneamente es un puzzle logistico que requiere precisión militar.

Retos de Red: Cuando la IP no es Solo un Número

La parte física de la mudanza es complicada, pero la parte de red puede ser aun peor. Mover un servidor de un datacenter a otro no es solo cambiar su ubicación física: es cambiar su identidad en Internet. Los principales retos de red incluyen:

language Cambio de direcciones IP: salvo que lleves tus propios bloques PI (Provider Independent), las IPs del datacenter de origen no te pertenecen. Tus servidores recibiran IPs nuevas en destino, lo que afecta a registros DNS, listas de acceso, certificados SSL vinculados a IP, reglas de firewall y cualquier sistema que filtre por IP origen.
dns Propagacion DNS: aunque bajes el TTL a 60 segundos semanas antes de la migración (y deberias), muchos resolvers ignoran TTLs bajos. Siempre habra un porcentaje de usuarios que seguiran apuntando a la IP antigua durante horas o incluso días.
route Re-peering BGP: si usas tu propio AS y anuncias prefijos por BGP, necesitas establecer nuevas sesiones BGP con los upstreams del datacenter de destino. Esto requiere coordinacion con el NOC del nuevo fácility y puede tardar días en converger completamente.
vpn_lock Tuneles VPN: cada tunel VPN site-to-site tiene endpoints configurados con IPs específicas. Hay que reconfigurar ambos extremos de cada tunel, lo que implica coordinacion con clientes, partners y oficinas remotas que pueden estar en otras zonas horarias.
security Reglas de firewall y certificados: las ACLs basadas en IP de origen, los certificados SSL con SAN que incluyen IPs, las reglas de WAF y los servicios de CDN que apuntan al origen por IP deben actualizarse en coordinacion con el cambio de red.

Minimizar el Downtime: Estrategias que Funcionan

El objetivo de toda reubicación es que el downtime percibido por los usuarios sea mínimo o, idealmente, cero. Estas son las estrategias más efectivas, tal como las documentamos en nuestra guia de migración de datacenter:

waves Migración por oleadas: dividir los equipos en grupos de prioridad y moverlos en oleadas sucesivas. Primero los equipos no críticos (desarrollo, staging), luego los semi-críticos y, finalmente, los de produccion. Cada oleada se válida antes de iniciar la siguiente.
content_copy Replicación previa de datos: antes de mover un servidor físicamente, replicar todos sus datos al destino usando herramientas como Veeam, rsync o replicación a nivel de almacenamiento. El dia de la mudanza solo se replica el delta incremental, reduciendo el downtime de horas a minutos.
swap_horiz Failover basado en DNS: apuntar los registros DNS al destino antes de apagar el origen. Con TTLs bajos y un periodo de ejecucion paralela, el trafico migra progresivamente sin que los usuarios perciban un corte abrupto.
sync Periodo de ejecucion paralela: mantener los servicios operativos en ambos datacenters simultaneamente durante un periodo de transición. Es más caro (pagas doble hosting temporalmente), pero elimina la ventana de downtime.

Consejo práctico:

Baja el TTL de DNS a 60-300 segundos al menos dos semanas antes de la migración. Si lo bajas el mismo dia, los resolvers todavia tendran cacheado el TTL antiguo (que probablemente era de horas o días) y no veras el efecto.

El Factor Humano: Coordinacion, comunicación y Pizza

La tecnologia es la mitad de una mudanza de datacenter. La otra mitad son las personas. Y las personas se cansan, se estresan, se equivocan y necesitan comer. La gestión del factor humano es tan crítica como la gestión técnica:

groups Coordinacion por turnos: una mudanza grande puede durar 24-48 horas seguidas. Necesitas al menos dos turnos de personal técnico, con relevos planificados y handover documentado entre turnos. Nadie toma buenas decisiones a las 3 de la manana tras 16 horas de trabajo.
campaign Plan de comunicación: clientes, partners, equipo interno, proveedores de red, el NOC del datacenter de origen y el del destino. Todos deben saber que va a pasar, cuando y cual es su rol. Un canal de comunicación centralizado (war room, canal de Slack/Teams dedicado) es imprescindible.
undo Triggers de rollback: define de antemano que condiciones activan un rollback. Si el servidor X no arranca tras 30 minutos, se vuelve al origen. Si la latencia de red supera Y ms, se revierte el cambio de DNS. Sin triggers claros, las decisiones se toman por panico a las 2 AM.
restaurant Presupuesto de pizza (en serio): esto no es una broma. La comida, el cafe y las bebidas durante una mudanza larga son un factor de rendimiento del equipo. Un equipo bien alimentado y descansado comete menos errores. Incluye el catering en el presupuesto del proyecto. Tu yo futuro te lo agradecera.

Desastres Comunes (Que Hemos Visto de Verdad)

Después de años acompanando a clientes en reubicaciones de datacenter, hemos compilado un catalogo de desastres que se repiten con sorprendente frecuencia. Si tu plan de migración no contempla al menos la mitad de estos escenarios, no esta completo:

warning El servidor que se cayo del carro: parece improbable hasta que sucede. Un servidor de 25 kg mal asegurado en una carretilla, un suelo técnico con una baldosa suelta y la gravedad hacen el resto. Solución: protocolos de manipulacion estrictos y siempre dos personas por equipo pesado.
warning El cable olvidado: "ese cable gris que va hacia... no se donde" resulta ser la conexión iLO/IPMI de gestión remota de los 20 servidores del rack. Nadie lo documento. Solución: auditar y etiquetar absolutamente todos los cables antes de desmontar nada.
warning La posicion equivocada en el rack: el servidor se monta en la U24 en vez de la U22 y ahora el cableado no llega, la PDU queda al reves y hay que desmontar medio rack para corregirlo. Solución: diagramas de layout con posiciones exactas, verificados antes de empezar.
warning La potencia incompatible: enchufas el rack y salta el diferencial porque las tomas del nuevo fácility son de un amperaje diferente al esperado. O las PDUs son monofasícas y las tomas, trifasícas. Solución: verificación eléctrica cruzada semanas antes del dia D.
warning El TTL de DNS que nadie bajo: la migración se ejecuta perfectamente, los servidores estan en el nuevo fácility funcionando, pero el 70% del trafico sigue yendo a las IPs antiguas porque el TTL de DNS era de 24 horas y nadie lo cambio. Solución: incluir "bajar TTL" en el checklist de preparacion, no en el de ejecucion. Como detallámos en nuestro artículo sobre por que un rack en un cuarto de limpieza no es un CPD, la improvisacion es el peor enemigo de la infraestructura IT.

Servicios Profesionales de Reubicación

Dada la complejidad y el riesgo de una reubicación de datacenter, cada vez más empresas optan por externalizar la operación a equipos especializados en migración de infraestructura. Un equipo profesional aporta:

check_circle Experiencia acumulada: han hecho decenas de mudanzas y conocen los problemas antes de que ocurran.
check_circle Herramientas especializadas: carretillas para servidores, embalajes antiestaticos y antivibratoria, vehiculos con control de temperatura.
check_circle Seguros adecuados: polizas que cubren el valor real del equipamiento y el impacto del downtime.
check_circle Metodologia probada: checklists, templates de planificacion, protocolos de rollback y planes de comunicación ya testados en produccion.

EasyDataHost: Tu Partner en la Migración

En EasyDataHost llevamos años ayudando a empresas a mudar sus infraestructuras de datacenter con el mínimo impacto en sus operaciones. Nuestro enfoque combina la planificacion rigurosa con la flexibilidad operativa que exige cada proyecto:

check_circle Migración de infraestructura: planificacion integral, ejecucion por oleadas, replicación previa de datos y válidación post-migración.
check_circle Colocation: si tu destino es nuestro datacenter Tier III+ en Madrid, preparamos el espacio, la potencia y la conectividad antes de tu llegada.
check_circle Servicios gestionados: una vez completada la migración, nuestro equipo se encarga de la monitorización, el mantenimiento y la operación de tu infraestructura en el nuevo fácility.

Conclusión

Cambiar de datacenter es una de las operaciones más complejas, estresantes y arriesgadas que puede afrontar un departamento de IT. Pero con la planificacion adecuada, un timeline realista, un equipo coordinado y una metodologia probada, es perfectamente ejecutable sin dramas (o al menos con dramas controlados).

arrow_right La logistica física requiere vehiculos especializados, control de vibraciones, ESD y temperatura.
arrow_right La planificacion necesita entre 6 y 12 meses y un enfoque por fases y oleadas.
arrow_right Los retos de red (DNS, BGP, VPN, firewall) pueden generar más downtime que la mudanza física.
arrow_right La replicación previa de datos y el failover DNS son claves para minimizar el impacto.
arrow_right El factor humano (turnos, comunicación, pizza) es tan crítico como la tecnologia.

Si estas planificando un cambio de datacenter y necesitas un equipo que te acompane en todo el proceso, contacta con nuestro equipo. Sabemos donde duele y sabemos como evitar que duela más de lo necesario.

Datacenter Logistica Migración Colocation Infrastructure