23 votos

La Virtualización De Trampas/Lecciones Aprendidas

¿Cuáles son algunas de las dificultades o de las lecciones aprendidas después de la conversión de hardware existente a un entorno virtualizado? Hay algo que trató de virtualizar, pero nunca va a hacer de nuevo?

14voto

Some French Guy Puntos 96

SIEMPRE expulsar cualquier medio virtual (CD/DVD/Floppy) una vez que haya terminado, ya que si no lo suelen parar a un vMotion en sus pistas.

Consigue tu NTP y configuración de DNS correctamente, esto le ahorrará a partir de la contemplación del suicidio :)

Usted nunca puede tener suficiente memoria o almacenamiento.

Asegúrese de tener remoto, el sistema operativo menos, el acceso a sus máquinas como HP del sistema de la oit.

Mantener un repositorio de OS/App .Archivos de la ISO.

No es una respuesta directa a su pregunta, pero con la esperanza de que alguien se salva a sí mismos de rotura del cabello en el futuro mediante la búsqueda de esta respuesta - HP servidores blade no envían con sus 'VT'-bit activado por defecto, tienes que activarlo en la BIOS (F9). Sin este ESX 3.5U4 no tiro un error útil, no sólo se bloquea antes de que el código de instalar :(

13voto

Tony Eichelberger Puntos 1586

Para responder a la pregunta preguntó - riesgos relacionados con las migraciones P2V.

En primer lugar - las migraciones P2V funcionan muy bien para la mayor parte. El más limpio y más reciente de los sistemas de la mejor, pero incluso con la migración de los antiguos (NT4 sistemas) mi tasa de éxito después de más de un centenar de las migraciones en un rango de ambientes ha sido de alrededor de 90%. Que los sistemas que han migrado y han sido entregados para la producción, en el día (y sobre todo en la noche) lo planeado. Sólo he tenido un sistema que teníamos que revertir de después de un aparente éxito de la migración - SQL cuadro que más necesitan de la potencia del CPU de la plataforma nunca podría entregar. VMware Converter es buena y gratuita (para los que no la versión enterprise), Platespin es muy buena (pero costoso).

Que dijo - hay cosas a evitar.

MSC Grupos. Usted puede hacer el trabajo, pero nunca es una gran idea y Microsoft es casi seguro que no ayuda de ninguna manera si usted tiene problemas más adelante. Construir nuevos sistemas autónomos en su lugar.

Grandes servidores SQL - énfasis en grande. Estos deben haber sido de color rojo marcado de una CPU requisitos POV de antemano, pero no se tiente a mover uno si usted no está seguro de que el objetivo de la VM tendrá un amplio margen de la CPU.

Si usted está planeando cambiar el sistema de nombres o direcciones ip (o ambos) durante la migración, a continuación, considerar en primer lugar no hacer eso y si usted no tiene ninguna opción, a continuación, asegúrese de tener a la gente en la mano que entender cómo estos cambios pueden afectar a los sistemas en cuestión. Mi peor migración nunca fue un RSA ACE servidor que se utiliza para la autenticación de una DMZ encuentra VPN donde el cliente se negó a escuchar a mis objeciones y insistió en cambiar el nombre y la dirección ip durante la migración.

Relacionado con el anterior, si usted tiene otra cosa que una completamente plana de la red, a continuación, generar una cierta prueba de VM y hacer 100% seguro de que su VM redes perfectamente replicar el físico va a migrar.

En Windows AD entornos siempre asegúrese de que usted tiene una cuenta de administrador en el cuadro de la migración. Y prueba de ello antes de migrar.

Asegúrese de que usted tiene una buena idea de cuánto tiempo las cosas se. Copia P2V veces variará en función del ancho de banda disponible (obviamente), pero también puede afectar drásticamente el número de archivos en cada uno de los volúmenes que se migra. Esto es particularmente un problema con la migración de Platespin NT4* sistemas, sino que afectará a cualquier P2V software de copia en el nivel de archivo (que por lo general se aplica si usted decide cambiar el tamaño de los volúmenes). Copiar los tipos de 70-80Megabyte un segundo con GigE redes, relativamente rápido de origen y un buen destino de instalación pero el 20-30Megabyte/seg es más típico y para el referido NT sistemas con 100Meg redes y de muchos archivos que he visto copiar los tipos de caer abajo en la 50kilobyte/seg rango.

  • Lo ideal sería deshacerse de ellos, pero algunas personas no tienen ese lujo y conseguir un sistema operativo de la completamente irreparable de hardware de su probable ejecución es casi siempre una buena idea.

8voto

user772913 Puntos 56
  • Tener una sólida estrategia de copia de seguridad en el lugar de antemano. Decidir si se va para copia de seguridad de la máquina virtual como si fuera de metal desnudo, o si usted va a copia de seguridad de los discos duros virtuales en los almacenes de datos (o ambos). En general hablando, me encontré con que mi copia de seguridad de la huella de aumento de la significativamente a la primera, así que estén preparados para un pico inicial donde se puede realizar la copia de seguridad de una vieja máquina física y una nueva máquina virtual antes de que usted reciba todos los kinks trabajado.
  • La proliferación de vms es también algo a tener en cuenta. Una vez que la virtualización comienza a despegar, las ganas de mover todo a VM se hace grande. Mientras que esto puede funcionar, probablemente no se puede pedir exactamente lo suficiente hardware de la derecha del palo.
  • Creo que hay máquinas que no puede ser convertida, y otras máquinas que probablemente no debería ser convertidos. Si bien es bueno ser capaz de tomar una 10 años de edad, físico de la máquina y de clonar una VM, con verrugas y todo, ciertamente, hay situaciones en las que sería mejor construir un
    un sistema operativo limpio y migración de objetos de la máquina física. A veces es mejor que no la conversión de más de las telarañas.
  • Estar preparado para utilizar una gran cantidad de puertos de red. Si usted tiene sistemas que se ejecutan en diferentes VLAN, mientras que los puertos de un solo podría ser enlazados, usted probablemente querrá tener puertos individuales para su Vlan en la alimentación de su vSwitch. Si desea redundancia, y usted está usando iSCSI, usted podría estar buscando en un montón de Nic.

7voto

TrueDuality Puntos 1318

Desde mi experiencia, ser MUY cuidadoso acerca de su medio de almacenamiento. Fuimos con una SAN iSCSI que resultó sólo admiten conexiones de 100mb. Ejecutando una máquina virtual en el sistema no estaba mal, dos era de menos adecuado... y por el momento en que llegamos a nuestro destino, de 8 de VMs eran horribles.

Mi personal lección aprendida: Comprobación de la tensión nominal de IOPS y leer más opiniones sobre un producto que se refieren a la forma en que desea usar el dispositivo de almacenamiento

Otra cosa muy útil que he aprendido... Hacer un 'backup' de la imagen de disco después de la instalación base y el endurecimiento de acelerar la construcción de cualquier otro sistema, y es una cosa muy útil para tener alrededor.

6voto

Shlomi Fish Puntos 1951

Trate de no ejecutar la producción de servidores de bases de datos en un Entorno Virtual. Los gastos de I/O es inaceptable. Tuvimos huuuge problemas cuando nuestro DBA permitido que nuestro principal servidor de MSSQL a ser virtualizados. Las consultas fueron tomando miles de milisegundos para ejecutar. Cuando nos convenció para moverlo de nuevo a una caja dedicada, hubo un aumento de 10,000% en rendimiento y velocidad.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: