Este artículo cubre las preguntas frecuentes sobre las migraciones de reinicio y las migraciones en vivo relacionadas con Rackspace Cloud.
¿Por qué Rackspace Technology migra mis servidores?
Rackspace Technology migra sus servidores por varias razones. Las migraciones optimizaron el uso de recursos del centro de datos, aumentaron la estabilidad de la plataforma y aplicaron parches y actualizaciones importantes a partes de la infraestructura. Rackspace Technology realiza periódicamente trabajos de mantenimiento o desmantelamiento en nuestra infraestructura de servidores en la nube, lo que puede requerir la migración de servidores en la nube. Por lo general, las migraciones usan el método de migración en vivo, que generalmente no afecta el tiempo de actividad ni la capacidad de respuesta de un servidor.
¿Cuál es la diferencia entre una migración en vivo y una de reinicio?
Migración en vivo
Con las migraciones en vivo, la máquina virtual continúa ejecutándose durante la migración. Las operaciones pueden continuar como se esperaba y no debería ocurrir ningún tiempo de inactividad durante el curso de la migración. Todos los datos escritos o modificados en el servidor mientras se lleva a cabo la migración también flotan en el nuevo hipervisor.
Reiniciar migración
Con las migraciones de reinicio, el servidor continúa ejecutándose durante la migración. Sin embargo, para que la migración complete el paso del hipervisor antiguo al nuevo, el sistema se reinicia. Durante este reinicio, los datos diferenciales y modificados en el servidor flotan sobre el nuevo hipervisor. El proceso de reinicio generalmente dura de cinco a treinta minutos, dependiendo de la cantidad de datos a transferir y el tamaño del servidor.
¿Cuánto tardan las migraciones?
El tiempo que tarda una migración en completarse depende de algunos factores. El mayor factor determinante es el tamaño subyacente de los archivos VHD que componen la huella de datos del servidor. Los servidores más grandes o los servidores que se han estado ejecutando durante mucho tiempo generalmente tardan más en migrar que un servidor de construcción reciente. Por ejemplo, es probable que un servidor de uso general de 4 GB que se ha estado ejecutando durante seis años tenga más datos VHD que un servidor de uso general de 8 GB recién creado. Dicho esto, es difícil saber exactamente cuánto tarda una migración.
¿De qué se trata el ticket titulado “[ACCIÓN REQUERIDA] Migración del servidor”?
En los casos en que Rackspace Technology no pueda realizar una migración en vivo por algún motivo, el sistema genera un ticket y lo envía a su cuenta para informarle sobre una próxima migración de reinicio. Este ticket contiene información sobre el proceso de migración, por qué ocurre y, lo que es más importante, le proporciona la fecha y la hora del reinicio de la migración. En este punto, puede optar por permitir que nuestra automatización realice la migración de reinicio según lo programado, o puede solicitar en el ticket que la migración se realice en otra fecha y hora que le convenga. Después de la migración de su servidor, la información de su ticket se actualiza y se cierra para informarle que se completó. También puede optar por migrar el servidor a través de su Portal del cliente como se describe en la siguiente sección.
¿Cómo puedo migrar mi servidor?
En este momento, no es posible iniciar su propia migración en vivo, pero puede iniciar una migración de reinicio en su servidor en cualquier momento. Para obtener más información sobre cómo migrar su servidor, consulte Migrar un servidor en la nube a un nuevo host físico.
¿Por qué no recibí un aviso avanzado de una migración en vivo?
Debido a que las migraciones en vivo no tienen impacto para la gran mayoría de los servidores, no recibe notificaciones antes de cada migración en vivo. Además, algunas migraciones en vivo son parte de un mantenimiento de emergencia no planificado para alejar los servidores en la nube de los hipervisores inestables. Por estos motivos, no siempre recibe notificaciones antes de las migraciones en vivo.
¿Qué hace que una migración en vivo falle?
Las migraciones en vivo pueden fallar por varios motivos. Principalmente, fallan porque el servidor en la nube opera kernels obsoletos que no cooperan con el esfuerzo del hipervisor para migrar el servidor. En tales casos, el servidor de la nube puede dejar de responder y, en última instancia, no migrar al nuevo hipervisor. En estos casos, el sistema o los técnicos generan tickets y programan migraciones de reinicio.
¿Cómo puedo mejorar la tasa de éxito de las migraciones en vivo en mi servidor?
Cuanto más actualizado esté el sistema operativo y el kernel de su servidor en la nube, mayor será la tasa de éxito que verá con las migraciones en vivo. Además, los servidores con huellas de datos muy grandes pueden hacer que la migración en vivo se agote mientras se migra a un nuevo hipervisor, por lo que evitar versiones más antiguas como el estándar de 15 GB o 30 GB ayuda a que las migraciones en vivo tengan éxito.
Use la pestaña Comentarios para hacer cualquier comentario o hacer preguntas. También puede hacer clic en Chat en vivo para chatear ahora y comenzar la conversación.