Estoy intentando convertir una máquina virtual en un servidor físico dedicado.
Solo tengo acceso al sistema operativo VM (CentOS 6.7). No tengo acceso al hipervisor.
Me gustaría usar el ddcomando para volcar el disco de la VM y luego escribir esa imagen en ddel disco duro del servidor dedicado. Para hacer esto probablemente necesitaré iniciar el servidor desde un Live CD.
Mi pregunta es: ¿esto funcionará? ¿Sería mejor copiar todos los archivos y directorios en/desde un servidor a otro con rsync?
Respuesta1
Debe manejar esa migración a nivel de aplicación, para tener un comienzo limpio con el nuevo servidor y no tener restos de migración (como herramientas y controladores de hipervisor) por ahí.
Comience con una lista de todas las cosas que aloja actualmente el servidor y migre esas funciones individualmente al nuevo servidor utilizando procedimientos de migración específicos para cada aplicación, con un plan de reversión y un procedimiento de prueba para cada una. Luego, desmantele el servidor antiguo.
Respuesta2
Instalaría Cent OS en la máquina física. Esto reduce el tiempo de rsync, le permite configurar permisos y grub para la máquina física. Luego rsync desde la VM. No veo ninguna razón para iniciar en vivo en este escenario. Probablemente no quieras sincronizar todo el root, por lo que necesitarás algunas exclusiones. Lo que excluye varía dependiendo de su entorno. Este sitio tiene un buen ejemplo de lista de exclusión para mirar.
http://www.rackspace.com/knowledge_center/article/migrating-a-linux-server-from-the-command-line-0
También puede considerar acelerar rsync según su red y el tamaño del servidor.
Entonces desde la ejecución de VM
sudo rsync -a --bwlimit=5000 --delete -exclude-from Excludefile.txt / root@physicalserver:/
El -a conserva permisos y marcas de tiempo. --delete elimina cualquier archivo que esté en el servidor físico pero no en la máquina virtual. --bwlimit acelera el rsync. La exclusión de excluye los patrones que se encuentran en su archivo de exclusión.
Problemas potenciales
Si está utilizando ACL, no se transferirán durante un rsync. Sin embargo, puedes exportar e importar si es necesario.
Si está utilizando el ID de disco en su fstab y sobrescribe el nuevo fstab, sus particiones no se montarán. Si no está seguro, simplemente excluya el archivo fstab de rsync y luego agregue las líneas necesarias al archivo.
Al igual que fstab, será necesario excluir o examinar los scripts de configuración de red para detectar posibles problemas.
Hay otras opciones que funcionarán igual de bien para esto, pero este método me ha funcionado bien.
Respuesta3
Dado que el servidor físico tendrá un hardware diferente, no sugeriría clonar el disco. Recomendaría instalar la misma versión de CentOS en el servidor físico y luego copiar las carpetas/directorios relevantes. Simplemente sea selectivo al copiar /etc y otras carpetas del sistema.
Respuesta4
dd simple no funcionaría: los invitados no tienen particiones de arranque correctas. Y dd es lento. Manera manual: instale un centos 6.7 mínimo en un sistema; asegúrese de usar una partición /boot separada y cree previamente todas las demás particiones (incluidas fs, pero no necesariamente puntos de montaje).
ahora viva sus centos mínimos y use nc y tar sobrescriba todo menos la partición /boot, una partición a la vez. esto también será mucho más rápido que dd.
un ejemplo de invocación nc/tar; en la máquina física:
nc -l 1234 | tar xvf -
en el lado virtual:
tar cvjf - . | nc <physical ip> 1234
repita para cada partición excepto la de arranque.
Las advertencias de EricMantenga presionado aquí también: es posible que deba modificar cualquier archivo específico del hardware, incluidas las reglas de red, fstab y udev. Tendrá que prestar atención a modprobe ya que los controladores de red de paravirt difieren de sus homólogos reales.
Otra opción: buscar en la red soluciones v2p.