Mover una instancia a otro sitio

No hay migración en vivo entre ciudades

Cualquiera que te la ofrezca está copiando páginas de memoria a través de una ruta con cien milisegundos de latencia, y lo que llega será más lento que lo que salió. Nosotros hacemos la versión honesta: detener, copiar el disco, arrancar en el otro extremo. Entre dos sedes europeas, un disco de doscientos gigabytes suele estar listo en diez minutos. A través de un océano, presupuesta lo mismo otra vez.

Las copias viajan por nuestro propio backbone y no cuentan para tu límite de uso justo.

La secuencia

1. Baja el TTL de cualquier registro DNS que apunte a la instancia, al menos con un día de antelación. Sesenta segundos es lo adecuado mientras te mueves.
2. Haz una instantánea. Se queda en la antigua sede hasta que la borres, y es a lo que recurres si algo falla.
3. Solicita el traslado, indicando el código de la sede de destino.
4. La instancia se detiene, el disco se copia y arranca en el destino con una nueva IPv4 y una nueva /64.
5. Actualiza los registros A y AAAA, configura el DNS inverso en las nuevas direcciones y localiza cualquier cosa que tenga una dirección fija.
6. Vuelve a subir el TTL cuando estés satisfecho.

curl -s -X POST https://paragonvps.com/api/v1/instances/<instance-id>/migrate -H "Authorization: Bearer $Paragon_TOKEN" -H "Content-Type: application/json" -d '{"site":"FRA-01"}'

curl -s https://paragonvps.com/api/v1/jobs/<job-id> -H "Authorization: Bearer $Paragon_TOKEN" | jq -r .state

La dirección antigua

Se mantiene durante setenta y dos horas después del traslado, para que puedas dejar una redirección y atrapar lo que aún apunte allí. Luego vuelve al pool. Dinos antes del traslado si la necesitas más tiempo y la conservaremos.

La alternativa de casi cero inactividad

Cuando diez minutos de parada son inaceptables, construye el destino primero y copia mientras el original sigue sirviendo:

rsync -aHAX --numeric-ids --info=progress2 --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run /srv/ deploy@<new-ipv4>:/srv/

Ejecuta el proceso dos veces: una con el servicio activo, otra después de detenerlo, de modo que la segunda pasada solo lleve el delta. Corta el DNS entre las dos pasadas. Esto supone más trabajo y más riesgo que una copia de disco, y es la respuesta correcta para una base de datos con réplica y la respuesta equivocada para un servidor web que puede estar caído mientras te tomas un café.

Elegir a dónde ir

Las medianas de latencia de nuestras propias sondas están en la página de localizaciones. La jurisdicción es la otra mitad de la decisión y, para una buena parte de nuestros clientes, la mitad más grande: la sede que elijas determina bajo qué ley descansa tu disco, y ningún ticket de soporte lo cambia después.

El stock también importa. Una sede marcada como baja aceptará el pedido pero tardará en completarlo, y una sede con pre-pedido no es lugar para mover un servicio en producción.

Qué se rompe

• Las licencias de Windows se activan contra el hardware y la dirección. Espera tener que reactivar.
• Cualquier cosa fijada por dirección en el cortafuegos de otro. Pregunta antes del traslado, no cuando suene el teléfono.
• Direcciones fijadas (hard-coded) en tu propia configuración. grep -r el directorio de configuración mientras la instancia antigua sigue en marcha, porque es cuando las respuestas son fáciles de comprobar.