Migrar a un nuevo proveedor de servidores dedicados: una lista práctica de verificación

• Cambiar de proveedor de servidores dedicados trata sobre todo de datos, DNS y ventanas de inactividad, no del marketing del nuevo proveedor.
• Pide a cualquier candidato especificaciones exactas de hardware, red y soporte antes de firmar nada.
• Los precios fijos y predecibles importan de verdad cuando ya has sufrido una factura sorpresa.
• Comprueba tú mismo el tiempo de respuesta del soporte. No te fíes solo de un número en una web.
• Un plan de migración bien pensado siempre gana a uno improvisado. Deja tiempo de solapamiento.
• Ningún proveedor es universalmente “el más fácil para migrar”. Depende de tu stack y de tus plazos.

Si piensas dejar un proveedor como OVHcloud, Hetzner, Leaseweb u otro, el dolor casi nunca viene del nuevo proveedor en sí. Viene de todo lo que está conectado a tu configuración actual: registros DNS, asignaciones de IP, reglas de firewall, calendarios de copias de seguridad, licencias, integraciones de monitorización. El nuevo host suele ser la parte fácil. El plan de migración es la parte difícil.

Eso, en realidad, es una buena noticia. Significa que tienes control real sobre lo bien que salga todo esto, sea cual sea el proveedor que elijas después.

No hay una sola cifra que te diga lo fácil que será una migración. En su lugar, fíjate en estos factores:

• Transparencia del hardware. ¿Ves exactamente qué CPU, RAM, almacenamiento y red vas a tener, o compras un nombre de plan vago? Las especificaciones ambiguas dificultan dimensionar bien el nuevo servidor a la primera.
• Velocidad de aprovisionamiento. Algunos proveedores ofrecen entrega instantánea para configuraciones estándar. Otros necesitan builds a medida para hardware específico o requisitos de GPU. Sabe qué necesitas antes de comparar plazos.
• Red y protección DDoS de base. Revisa qué viene incluido por defecto y qué tiene coste extra. Un servidor sin protección DDoS incluida tiene un perfil de riesgo distinto al de uno que la trae desde el primer día.
• Modelo de soporte. ¿El soporte es propio o externalizado? ¿Cuál es el tiempo medio de respuesta, y está disponible 24/7? Un ticket que queda seis horas sin respuesta durante tu ventana de migración puede convertir un mantenimiento planificado en una caída.
• Claridad de contrato y facturación. Un precio fijo mensual significa que lo que acuerdas hoy es lo que aparece en la factura del mes siguiente. Los precios variables, los recargos por uso o los extras añadidos sin pedirlos complican el presupuesto y la comparación.
• Postura de cumplimiento. Si manejas datos de pago o necesitas controles auditados, pregunta directamente por el estado SOC 1, SOC 2 Type II o PCI-DSS. No lo asumas; pídelo por escrito.

Usa esta lista con cualquier proveedor que estés evaluando, incluido el actual:

1. Modelo exacto de CPU, RAM, tipo de almacenamiento (NVMe, SSD, HDD) y velocidad del puerto de red del servidor que realmente pedirías.

2. Si la protección DDoS viene incluida por defecto, y con qué capacidad (en Gbit/s).

3. La capacidad total de la red troncal del proveedor, no solo la velocidad de tu propio puerto.

4. Tiempo medio de respuesta del soporte, y si ese soporte es propio y está disponible 24/7/365.

5. Si el precio es fijo mensual o puede cambiar por uso, divisa o cargos ocultos.

6. Ubicación y propiedad del centro de datos: ¿el proveedor es dueño de la instalación, o alquila espacio a otro?

7. Condiciones del contrato: preaviso, penalizaciones por cancelación anticipada, proceso de exportación de datos.

8. Certificaciones de cumplimiento relevantes si las necesitas (SOC, PCI-DSS, ISO, etc.), verificadas con documentación real.

9. Si la entrega instantánea está disponible para tu configuración, o si requiere un build a medida con plazo más largo.

10. Cómo se gestionan las transferencias de direcciones IP y los cambios de DNS inverso durante la migración.

Una vez elegido el proveedor, la migración suele seguir un patrón predecible:

• Haz inventario de todo. Enumera cada servicio, tarea cron, certificado e integración ligados al servidor antiguo.
• Levanta el nuevo en paralelo. Pon el nuevo servidor a funcionar junto al antiguo. No hagas el cambio hasta haber probado todo.
• Reduce los TTL de DNS con antelación. Hazlo días antes del cambio, para que las modificaciones se propaguen rápido cuando lo necesites.
• Migra los datos por etapas. Sincroniza primero los datos estáticos, y gestiona el último delta en una ventana de mantenimiento corta.
• Mantén el servidor antiguo activo como colchón. Una o dos semanas de solapamiento cuestan poco y te salvan si algo se pasó por alto.
• Prueba escenarios de fallo, no solo el camino ideal. ¿Qué pasa si la propagación DNS es lenta? ¿Si un servicio no arranca?

Al comparar opciones, ayuda tener un punto de referencia concreto en lugar de promesas vagas. Worldstream, por ejemplo, publica precios fijos mensuales, un tiempo medio de respuesta de soporte de 7 minutos disponible 24/7/365, y 20 Gbit/s de protección DDoS incluida de serie sobre su propia infraestructura de centros de datos europeos. Usa estándares como ese, sea cual sea el proveedor que estés evaluando, como referencia de lo que debería significar “claro y predecible” en un contrato.

No empieces por “qué proveedor es más fácil”. Empieza por tu propio inventario: qué está en funcionamiento, qué depende de qué, y cuál es tu ventana de inactividad aceptable. Después, aplica la lista anterior a dos o tres candidatos. El proveedor que responde a cada pregunta de forma directa y por escrito, sin rodeos, suele ser el que hace que la migración en sí resulte aburrida. Y aburrido es exactamente lo que quieres.