Guía
Migrar sus servidores: de una máquina, un proveedor de alojamiento o un país a otro
Los métodos comparados, lo que cambia el Data Act para salir de una nube, las precauciones para cambiar de país y los pasos de una migración sin sorpresas desagradables.
Actualizado el 17 de octubre de 2026 · Las cifras tienen su fuente al pie de página; las valoraciones son de IT CyberWall.
Tres situaciones
Tarde o temprano, sus servidores tendrán que cambiar de lugar: la máquina envejece, el proveedor de alojamiento sube sus precios, un cliente exige que sus datos permanezcan en su país o usted abre una filial en el extranjero. Se distinguen tres situaciones:
- De un servidor a otro, con el mismo proveedor de alojamiento o en sus instalaciones: renovación de hardware, aumento de capacidad.
- De un proveedor de alojamiento a otro: precio, calidad de servicio, salida de una nube pública, cambio de hipervisor.
- De un país a otro: requisitos legales o contractuales sobre la ubicación de los datos, acercamiento a los usuarios.
Los métodos comparados
Valoración de IT CyberWall de los tres métodos habituales.
| Método | Principio | Interrupción | A favor | En contra |
|---|---|---|---|---|
| Reinstalar y después transferir los datos | Se reconstruye el servidor desde cero en la nueva máquina y se copian en ella los datos. | Variable, a menudo varias horas | Se parte de una base limpia; única opción entre servidores físicos muy diferentes | Largo; riesgo de olvidar un ajuste; exige conocer bien lo existente |
| Copiar la máquina virtual | Se copia el servidor virtual entero (sistema, software, datos) y se reinicia en otro lugar. | El tiempo de la copia final | Fiel e idéntico; vuelta atrás sencilla | Volumen que transferir; el hipervisor de destino debe saber importarlo |
| Replicar y después cambiar | Se sincronizan los datos con el destino mientras el servidor antiguo funciona y después se hace el cambio. | Muy breve | Parada mínima, ideal para grandes volúmenes | Más complejo de preparar; hay que construirlo para cada aplicación |
Los servidores virtualizados simplifican mucho la migración, con dos condiciones: poder exportar las máquinas virtuales y que el destino sepa importarlas. Para ello existe un formato estándar, el OVF, normalizado con la referencia ISO/IEC 17203:2017 [1], y los hipervisores ofrecen herramientas de importación: desde la versión 8.2 (abril de 2024), Proxmox VE integra, por ejemplo, un asistente que importa directamente las máquinas virtuales de VMware ESXi y vCenter [2].
Cambiar de proveedor de alojamiento, salir de la nube
Salir de una nube pública
El tráfico saliente normalmente se factura (0,09 $ por GB a partir de 100 GB al mes en AWS [3]). Desde el 5 de marzo de 2024, AWS renuncia a estos cargos para los clientes que abandonan AWS por otro proveedor o por sus propios servidores; a partir de 100 GB al mes, hay que solicitarlo al soporte de AWS [4].
Lo que prevé el Data Act
El reglamento europeo de datos, aplicable desde el 12 de septiembre de 2025, regula el cambio de proveedor de nube [5] [6]:
- un preaviso de dos meses como máximo antes del inicio del cambio;
- un periodo de transición de 30 días como máximo, ampliable a siete meses en caso de imposibilidad técnica;
- al menos 30 días después de la transición para recuperar sus datos;
- gastos de cambio limitados a los costes directos y, después, prohibidos a partir del 12 de enero de 2027.
En cambio, el tráfico de un uso en paralelo (por ejemplo, durante un periodo multinube) puede seguir facturándose a precio de coste [5].
Los servicios propietarios
Una base de datos «gestionada», una cola de mensajes o una función específica de una nube no se copian como un servidor: hay que sustituirlas por un equivalente en el nuevo proveedor. A menudo es ahí donde se esconde la mayor parte del trabajo.
Cambiar de país
Cambiar de país añade una cuestión jurídica a la cuestión técnica. Dentro de la Unión Europea, los datos personales circulan libremente. Para enviarlos fuera de la Unión, el RGPD impone un marco (capítulo V): país reconocido como adecuado por la Comisión, cláusulas contractuales tipo u otras garantías apropiadas [7].
Algunos países también imponen que determinados datos permanezcan en su territorio, y sus clientes pueden exigirlo por contrato. Pida a su asesor jurídico que valide el marco: por nuestra parte, elegimos el proveedor de alojamiento y la zona que respetan ese marco y llevamos a cabo la migración técnica.
Piense, por último, en los detalles que importan: tiempo de respuesta para usuarios más alejados, horario de la ventana de cambio, direcciones IP y nombres de dominio que hay que cambiar.
Los pasos de una migración exitosa
- Hacer el inventario: servidores, software, flujos entre ellos, accesos, licencias, dependencias ocultas.
- Hacer una copia de seguridad y verificarla antes de tocar nada: una copia completa, restaurable, independiente del antiguo y del nuevo proveedor de alojamiento.
- Elegir el método servidor por servidor: reinstalación, copia o replicación.
- Probar sobre una copia: arrancar el servidor migrado de forma aislada y comprobar que su software funciona.
- Preparar el cambio: franja horaria acordada con usted, nombres de dominio preparados, usuarios avisados.
- Realizar el cambio y controlarlo, con posibilidad de vuelta atrás en todo momento.
- Conservar el servidor antiguo unos días antes de apagarlo y, después, borrar los datos de forma segura.
Nuestro consejo
Nuestro método: servidores virtualizados sobre un hipervisor que dominamos (Proxmox VE, VMware, Virtuozzo o Hyper-V según el proveedor de alojamiento o su elección), para que sus servidores sigan siendo trasladables, y una copia de seguridad WeDoBack como punto de apoyo de cada migración.
- Una copia de seguridad cifrada e independiente del antiguo y del nuevo proveedor de alojamiento, restaurable en la nueva infraestructura.
- Una red de seguridad: los servidores de recuperación WeDoBack permiten mantener la actividad si el cambio lleva más tiempo del previsto.
- Una sincronización a medida para volúmenes muy grandes: la replicación continua entre el servidor de origen y el destino no es automática, se construye según sus aplicaciones, bajo presupuesto.
- Un único interlocutor para el inventario, las pruebas, el cambio y la explotación tras la migración.
Para elegir el destino, consulte también nuestra comparativa de alojamientos y nuestra guía de la copia de seguridad.
¿Un servidor todavía no puede migrarse porque depende de él un software antiguo? Lea nuestra guía sistemas y software obsoletos: se puede virtualizar, aislar y probar la migración sobre una copia.
Preparemos su migración
Describa sus servidores actuales y su destino. Le proponemos un método, un calendario y una vuelta atrás.
Fuentes
Fuentes consultadas el 17 de octubre de 2026. Las tarifas de los proveedores se indican sin impuestos, en la divisa y la región de la tabla publicada, y pueden cambiar: compruebe siempre la página oficial antes de decidir.
- StandICT – ISO/IEC 17203:2017, Open Virtualization Format (OVF) — www.standict.eu/standards-repository/standard/information-technology-open-virtualization-format-ovf-specification-0
- Proxmox – Comunicado Proxmox VE 8.2 (24 de abril de 2024) — proxmox.com/en/about/company-details/press-releases/proxmox-virtual-environment-8-2
- Relación de tarifas de AWS de transferencia de datos, verificada en junio de 2026 — egresscost.com/aws/data-transfer-pricing
- AWS – Free data transfer out to internet when moving out of AWS (5 de marzo de 2024) — aws-news.com/article/2024-03-05-free-data-transfer-out-to-internet-when-moving-out-of-aws
- WZ-IT – Data Act: artículos 25, 29 y 34 sobre el cambio de proveedor — wz-it.com/en/blog/data-act-switching-charges-2027/
- Reglamento (UE) 2023/2854 (Data Act) – EUR-Lex — eur-lex.europa.eu/eli/reg/2023/2854/oj
- Reglamento (UE) 2016/679 (RGPD), capítulo V – EUR-Lex — eur-lex.europa.eu/eli/reg/2016/679/oj
La copia de seguridad y la restauración las opera WeDoBack.