Flujo de migración del almacenamiento de máquinas virtuales del disco local al NAS

Conserva el disco local de la VM como copia de reversión verificada hasta que el almacén de datos del NAS supere las pruebas de arranque, carga de trabajo, reinicio y copia de seguridad.

Mover un disco virtual cambia más que su ubicación: el protocolo, la red, el comportamiento de sincronización del NAS, la cadena de caché, el formato de asignación, el orden de montaje y el dominio de fallos pasan a formar parte de cada escritura del invitado. Establece una línea base del destino con datos desechables, protege el origen, mueve una VM canario mediante la ruta compatible con el hipervisor y compara la carga de trabajo original antes de migrar otra VM. Revierte en lugar de reparar ambas copias si cambia la identidad del disco o la coherencia de la aplicación.

Califica el almacén de datos del NAS antes de mover un disco

Registra el protocolo, la dirección del NAS, la ruta de red, la MTU, la autenticación, los permisos de exportación, el sistema de archivos, la política de sincronización, las instantáneas, el espacio libre y el comportamiento ante fallos. Mide la latencia y las escrituras sostenidas desde el hipervisor usando datos desechables, no desde un portátil que sigue una ruta diferente.

Una visión general actual de las opciones de almacenes de datos locales y compartidos distingue los almacenes locales de las opciones compartidas NFS e iSCSI y de la portabilidad que permiten. Usa la comparación para definir el destino, mientras que la aceptación debe basarse en este NAS, esta red y esta carga de trabajo de la VM.

Detente si el destino se desconecta bajo carga, confirma las escrituras con una durabilidad incierta, no tiene capacidad para la migración y las instantáneas, o depende del mismo disco local que se va a retirar. La accesibilidad del almacenamiento por sí sola no indica que esté listo para alojar imágenes de VM activas.

Protege el origen y selecciona el método de migración

Realiza o verifica una copia de seguridad independiente y registra el formato del disco virtual de origen, la asignación, el controlador, el modo de caché, la configuración de discard, el orden de arranque y la configuración de la VM. Pon en estado de reposo las bases de datos de las aplicaciones o detén la VM cuando el método elegido no garantice un traslado en línea coherente.

Una respuesta del personal de Proxmox a una propuesta manual de NFS a iSCSI recomienda realizar una copia de seguridad y restaurarla en lugar de moverla manualmente, en vez de trasladar archivos de imagen y editar la configuración a mano. Trata ese caso histórico como un principio de seguridad: usa la ruta de migración compatible con la plataforma o la ruta de copia de seguridad y restauración adecuada para el hipervisor actual.

Elige una VM canario de bajo riesgo con un patrón de disco representativo. Mantén el disco original desconectado pero intacto después del cambio cuando la plataforma lo permita; nunca permitas que las copias de origen y destino arranquen con permisos de escritura al mismo tiempo.

Migra la VM canario y verifica su identidad antes de arrancarla

Inicia el traslado de almacenamiento compatible o la restauración mientras supervisas los registros del host, la latencia del NAS, los errores de red, el crecimiento de la asignación y el espacio libre del destino. Guarda los identificadores de los trabajos y las comprobaciones finales. Si la transferencia falla, no elimines los datos parciales hasta comprender el estado de la plataforma y la ruta de reversión.

Compara la configuración de la VM antes y después: bus del disco, indicador de arranque, formato, tamaño, número de serie, compatibilidad con instantáneas y comportamiento de la caché y de discard. Usa la guía de ZimaSpace relacionada para configurar las cachés de almacenamiento de la VM solo después de que el disco resida en el almacenamiento NAS; el ajuste de la caché no debe mezclarse con la migración.

Arranca primero la VM canario en una red aislada. Confirma el estado del sistema de archivos, la coherencia de la aplicación, la hora y la identidad esperada del disco virtual. Si el invitado entra en modo de recuperación, informa de volúmenes ausentes o detecta un orden de discos diferente, apágalo y vuelve a conectar el origen verificado en lugar de reparar ambas copias.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Valida la carga de trabajo original y conserva la reversión

Ejecuta la carga de trabajo de la VM que sea importante: confirmación de la base de datos, operaciones con archivos pequeños del servidor de archivos, copia de seguridad, tarea multimedia o trabajo de compilación. Compara la latencia, el rendimiento, la espera en cola, el comportamiento de sincronización del NAS y la CPU del host con la línea base local. Prueba un reinicio del servicio del NAS únicamente dentro de una ventana de mantenimiento protegida.

Reinicia una vez la VM y el hipervisor, verifica el orden de automontaje del almacén de datos y restaura un archivo pequeño o una transacción desde la siguiente copia de seguridad. La migración no está completa si la VM solo funciona hasta que se reinicia el host o si las copias de seguridad siguen apuntando al disco antiguo.

Migra las VM adicionales de una en una solo después de que la VM canario supere la carga normal y un ciclo de copia de seguridad. Conserva el disco local en modo de solo lectura hasta que termine el período de reversión; revierte si la latencia o la durabilidad no cumplen el objetivo documentado y eleva los errores repetidos de transporte o almacenamiento con marcas de tiempo de ambos extremos.