Respuestas:
SIEMPRE expulse cualquier medio virtual (CD / DVD / disquete) una vez que haya terminado, ya que si no lo hace, a menudo detendrá un vMotion en sus pistas.
Obtenga su configuración de NTP y DNS correctamente, esto lo salvará de contemplar el suicidio :)
Nunca puede tener suficiente memoria o almacenamiento.
Asegúrese de tener acceso remoto, sin sistema operativo, a sus máquinas, como el sistema iLO de HP.
Mantenga un repositorio de archivos OS / App .ISO.
No es una respuesta directa a su pregunta, pero con la esperanza de que alguien se salve el pelo en el futuro al encontrar esta respuesta: los servidores blade HP no se envían con su bit 'VT' habilitado de forma predeterminada, debe habilitarlo en el BIOS (F9). Sin este ESX 3.5U4 no arroja un error útil, no, simplemente se cuelga antes de la instalación del código :(
Para responder la pregunta tal como se le preguntó: dificultades relacionadas con las migraciones P2V.
En primer lugar, las migraciones P2V funcionan muy bien en su mayor parte. Cuanto más limpios y nuevos sean los sistemas, mejor, pero incluso con la migración de viejos (sistemas NT4), mi tasa de éxito después de más de cien migraciones en una variedad de entornos ha sido de alrededor del 90%. Esos son los sistemas que han migrado y entregados a producción en el día (bueno, principalmente en la noche) planeado. Solo he tenido un sistema que tuvimos que revertir después de una migración aparentemente exitosa: una caja SQL que necesitaba más potencia de CPU de la que la plataforma podría ofrecer. VMware Converter es bueno y gratuito (para la versión no empresarial), Platespin es muy bueno (pero costoso).
Dicho esto, hay cosas que evitar.
Clusters de MSCS. Puede hacer que funcionen, pero nunca es una buena idea y Microsoft seguramente no lo ayudará de ninguna manera si tiene problemas más adelante. Construya nuevos sistemas independientes en su lugar.
Servidores SQL grandes: énfasis en grandes. Estos deben haber sido marcados de rojo desde un POV de requisitos de CPU por adelantado, pero no se sienta tentado a mover uno si no está seguro de que la VM objetivo tendrá un amplio margen de CPU.
Si planea cambiar los nombres del sistema o las direcciones IP (o ambas) durante la migración, primero considere no hacerlo y, si no tiene absolutamente ninguna opción, asegúrese de tener personas disponibles que entiendan cómo esos cambios podrían afectar el sistemas en cuestión. Mi peor migración fue un servidor RSA ACE utilizado para autenticar una VPN ubicada en DMZ donde el cliente se negó a escuchar mis objeciones e insistió en cambiar tanto el nombre como la dirección IP durante la migración.
Relacionado con lo anterior: si tiene algo más que una red completamente plana, cree algunas máquinas virtuales de prueba y asegúrese al 100% de que sus redes VM replican perfectamente las físicas desde las que está migrando.
En entornos de Windows AD, asegúrese siempre de tener una cuenta de administrador local en el cuadro que se está migrando. Y pruébelo antes de migrar.
Asegúrese de tener una buena idea de cuánto tiempo tomarán las cosas. Los tiempos de copia de P2V variarán según el ancho de banda de red disponible (obviamente), pero también pueden verse dramáticamente afectados por la cantidad de archivos en cada volumen que se migra. Esto es particularmente un problema con Platespin que migra sistemas NT4 * pero afectará cualquier copia de software P2V a nivel de archivo (que generalmente se aplica si opta por cambiar el tamaño de los volúmenes). Las velocidades de copia de 70-80Megabyte por segundo son posibles con redes GigE, fuente relativamente rápida y una buena configuración de destino, pero 20-30Megabyte / seg es más típico y para los sistemas NT mencionados anteriormente con redes de 100Meg y muchos archivos, he visto tasas de copia desplegable en el rango de 50 kilobytes / seg.
Desde mi experiencia, tenga MUY cuidado con su medio de almacenamiento. Fuimos con una SAN iSCSI que resultó ser compatible solo con conexiones de 100Mbit. Ejecutar una VM en el sistema no era malo, dos era menos adecuado ... y cuando llegamos a nuestro objetivo de 8 VM eran horribles.
Mi lección personal aprendida: verifique los IOPS calificados y lea más reseñas sobre un producto que se relacionan con la forma en que piensa usar el dispositivo de almacenamiento
Otra cosa útil que he aprendido ... Hacer una imagen de disco de 'copia de seguridad' después de una instalación y endurecimiento base acelerará la construcción de cualquier otro sistema y es algo muy útil para mantener.
Intente no ejecutar servidores de bases de datos de producción en un entorno virtual. Los gastos generales para E / S son inaceptables. Tuvimos grandes problemas cuando nuestro DBA permitió que nuestro servidor MSSQL primario se virtualizara. Las consultas demoraban miles de milisegundos en ejecutarse. Cuando los convencimos de volver a moverlo a una caja dedicada, hubo un aumento del 10,000% en el rendimiento y la velocidad.
Utilice la red redunant para el tráfico vmotion / vmkernel. No desea que las máquinas virtuales se apaguen solo porque se reinició un interruptor.
Ah, y deje un servidor DC / DNS / DHCP fuera de la virtualización. Sus usuarios lo odiarán menos si sufre una falla importante de SAN.
En caso de que aún no tenga uno, tenga una copia de seguridad completa de la máquina física antes de la migración. Una imagen es probablemente la mejor o una restauración ASR / sistema o lo que sea que le proporcione una instantánea completa del sistema, en lugar de la copia de seguridad de contenido habitual que tienen la mayoría de las máquinas.
Las herramientas P2V pueden ser contraproducentes inesperadamente, arruinando la máquina física (hice que el convertidor VMWare matara una máquina que intentaba P2V una vez, afortunadamente fue solo una migración de prueba). Esté preparado para tener que restaurar el sistema desde cero. Sí, esta es quizás una oportunidad de 1000 a uno, pero ¿TÚ quieres ser esa?
VMWare Converter crea máquinas virtuales que se inician desde scsi. Las máquinas virtuales de MS no pueden arrancar desde scsi. [editar - aparentemente la versión 4 del convertidor ahora te permite especificar SCSI o IDE, me encantan esos chicos]
Si va a virtualizar una máquina física que no sea ACPI , compre algún software para ese propósito. (¡a menos que tenga un par de semanas para un emocionante viaje de descubrimiento!)
Además, VMWare Converter abordará los trabajos en los que MS SCVMM levantará las manos en la desesperación.
Trae mucha RAM.
No haga nada hasta que las herramientas de virtualización (ya sea VMWare o MS) se hayan instalado.
Si va a moverlo a otra plataforma / versión, desinstale las herramientas mencionadas anteriormente.
Cuida tus límites de CPU. P2V de una CPU 2 Windows 2000 me enseñó que solo 1 es compatible.
Muchos de estos son específicos de VMware:
Estúpido fastidio con VMware: diferentes versiones de VMware utilizan diferentes controladores SCSI para sus dispositivos de disco virtual. Es completamente posible perder 2 horas antes de considerar esa opción.
Bueno, hasta ahora no tengo historias de terror sobre mí mismo haciendo la virtualización. Sin embargo, algunas notas sin embargo.
Planeando cuidadosamente en detalles por delante. Especialmente hacer algunos deberes que no se pueden virtualizar.
Si el proveedor de la aplicación que se ejecuta en su servidor no es compatible con el entorno virtual, espere hasta que sea compatible.
Implemente w / a SAN como el almacenamiento que almacena todas las imágenes de VM.
Ejecute ESX o ESX (i), o Hyper-V, para obtener el mayor rendimiento.
Quizás más, pero eso es todo por ahora. :)
[actualización] aquí hay otro. Aplique el último firmware al servidor host. Tuve una que no hice, que me dio una pantalla púrpura una vez unos días y bloqueó el servidor por completo.
El impacto de la virtualización es de alrededor del 5% del rendimiento de los gastos generales. Mida el consumo de recursos en el entorno existente para determinar si su entorno de virtualización puede soportar esta carga.
Antes de comenzar a utilizar su solución de virtualización:
¿Hay algo que intentó virtualizar pero que nunca volverá a hacer?
No diría que no lo volvería a intentar, pero no es agradable tratar con la virtualización por capas.
Por capas me refiero a ejecutar xen o esx en hardware virtualizado como Egenera, HP Virtual Connect o Cisco UCS. Parece una buena idea, pero puede llevar mucho tiempo depurar.
En VMWare, sepa dónde terminan las instantáneas. Teníamos el nuestro configurado para terminar en el LUN en la SAN con los propios archivos VM. Un técnico estaba practicando el proceso de Instantánea en un LUN que estaba casi lleno. Más tarde reinició la VM por alguna razón, y los archivos de registro hicieron que la VM no se iniciara. Fue un poco de suerte lo que nos llevó a que el LUN estuviera lleno como la causa.