Qué hacemos · Datos y web: Migraciones de datacenter gestionadas, ensayadas
Mover una plataforma de producción en vivo (web, base de datos, ficheros, búsqueda y caché) a un datacenter nuevo, o desde otro proveedor hasta nosotros, sin un fin de semana de downtime. El lado antiguo sigue funcionando intacto hasta que el nuevo está probado, y volver atrás no cuesta nada.
Qué es
Una migración llevada como un proyecto de ingeniería, no como un ticket. Construimos el destino desde cero, lo sembramos con sus datos mientras usted sigue operando, ensayamos la conmutación final (cutover) y después nos movemos en una ventana medida en minutos. Después auditamos la plataforma nueva frente a la antigua antes de apagar nada en la sede antigua.
Cómo lo construimos
Construido nuevo, no restaurado. El stack de destino se construye según especificaciones medidas, con software actual y nuestra hardening baseline, en lugar de copiarse desde imágenes antiguas.
Datos sembrados pronto, deltas movidos tarde. Las bases de datos se siembran desde un backup físico y se mantienen al día por replicación o resiembra incremental. Los ficheros se presincronizan, de modo que la pasada final solo mueve lo que cambió. Los índices de búsqueda se copian con un reindex remoto nativo en lugar de volver a rastrearse a través del CMS.
La ruta adecuada para cada carga. Los datos masivos viajan por una ruta de relay construida para el caudal; los deltas pequeños van directos por nuestro backbone cifrado. Donde un cliente lo necesita, extendemos sus redes entre sedes para que los servidores conserven sus direcciones durante todo el proceso.
La ventana es la ventana de DNS, y es suya. Si un cambio pudiera tocar su tráfico, acordamos el momento con usted antes. Nada más se programa dentro del cutover.
Rollback por diseño. Los directorios de datos antiguos se renombran, nunca se borran, de modo que volver atrás es un renombrado y un cambio de DNS.
Un playbook con reloj. Cada cutover se escribe como un playbook con un presupuesto de tiempo por paso.
Auditar, después desmantelar. Tras el traslado comparamos la plataforma nueva con la línea base antigua: exposición desde el exterior, nivel de parches, tasa de aciertos de caché, tiempos de respuesta. Solo entonces se apaga el lado antiguo, con sus datos conservados hasta que usted da el visto bueno.
De qué le protege
- Ventanas de mantenimiento de todo un fin de semana y días de actividad perdidos.
- Datos editoriales o pedidos introducidos durante la ventana que desaparecen.
- Una migración «terminada» que sigue dependiendo en silencio de la sede antigua.
- Un cutover sin vuelta atrás.
En la práctica
Un editor de noticias nacional. Movimos el grupo de seis sitios de noticias y estilo de vida del editor desde Ámsterdam a nuestras instalaciones de Digital Realty en Atenas. Como el destino estaba presembrado, la pasada final de ficheros sobre millones de archivos movió solo los cambiados en unos setenta segundos, y la sincronización de cierre de la base de datos y las subidas llevó menos de cinco minutos, de modo que el cutover visible de cada propiedad fue de unos cinco minutos con independencia del trabajo editorial acumulado. El editor se sirve desde Atenas, cerca de sus lectores.
Un portal de noticias reconstruido en Atenas. Tras mover un portal de noticias a una plataforma nueva de tres blades, las respuestas cacheadas volvían en unos pocos milisegundos y las páginas sin cachear en menos de medio segundo.
Por qué EuroVPS
- La plataforma antigua sigue viva e intacta hasta que la nueva se ha ganado el tráfico.
- Playbooks con presupuestos de tiempo, ensayados y mejorados con cada migración.
- Un solo equipo es dueño de las capas de red, storage, plataforma y aplicación del traslado.
- Podemos extender sus redes entre sedes para que nada tenga que renumerarse.
- Auditorías posteriores al traslado antes de desmantelar nada, y su visto bueno antes de retirar datos.
Preguntas frecuentes
- ¿Cuánto downtime debemos esperar? Para la mayoría de las plataformas web, el cutover es la ventana de propagación de DNS más una sincronización final medida en minutos. Le damos un presupuesto de tiempo por paso antes del día.
- ¿Pueden movernos desde otro proveedor? Sí. Necesitamos acceso de lectura al origen para sembrar los datos; el origen no necesita cambiar.
- ¿Tenemos que cambiar las direcciones IP? No necesariamente. Al movernos entre nuestras sedes, podemos extender sus redes para que las direcciones se muevan con los servidores.
- ¿Y si algo sale mal ese día? El lado antiguo está intacto, así que el rollback es un cambio de DNS. Decidimos go o no go según criterios acordados de antemano.
- ¿Quién hace el trabajo en el destino? Nuestros ingenieros, de principio a fin: hardware, red, storage, plataforma y el stack de aplicación.
¿Planea un traslado? Hable con un ingeniero.
Su próximo socio de infraestructura
Veamos su infraestructura.
Cuéntenos qué ejecuta hoy y qué necesita mejorar. Un ingeniero revisará su solicitud y le ayudará a planificar el siguiente paso.
+357 222 32280
Empecemos por su infraestructura.
Un poco de contexto nos ayuda a empezar la conversación adecuada.