Prácticas recomendadas para ejecutar Linux en Hyper-V

 

Se aplica a: Hyper-V Server 2012, Windows 8.1, Windows Server 2008 R2, Windows Server 2012 R2, Microsoft Hyper-V Server Technical Preview, Windows Server 2012, Hyper-V Server 2012 R2, Windows 10 Technical Preview, Windows Server Technical Preview, Windows 8

Este documento contiene una lista de recomendaciones para la ejecución de máquina virtual con Linux en Hyper-V.

Optimización de los sistemas de archivos de Linux en archivos VHDX dinámica

Algunos sistemas de archivos Linux pueden consumir una cantidad importante de espacio en disco real, incluso cuando el sistema de archivos en su mayoría está vacío. Para reducir la cantidad de espacio en disco real de los archivos VHDX dinámicos, tenga en cuenta las siguientes recomendaciones:

  • Al crear el VHDX, utilice BlockSizeBytes de 1 MB (desde el valor predeterminado es 32MB) en PowerShell, por ejemplo:

    PS > New-VHD –Path C:\MyVHDs\test.vhdx –SizeBytes 127GB –Dynamic –BlockSizeBytes 1MB
    
  • El formato de ext4 es preferible a ext3 porque ext4 es más eficaz del espacio que ext3 cuando se usa con archivos VHDX dinámicos.

  • Cuando se especifica el número de grupos que se van a 4096, por ejemplo crear el sistema de archivos:

    # mkfs.ext4 –G 4096 /dev/sdX1 
    

Tiempo de espera de menú de GRUB en máquinas virtuales de generación 2

Debido a hardware heredado que se está quitando de la emulación en máquinas virtuales de generación 2, el temporizador del menú de grub cuenta hacia atrás demasiado rápido para que el menú de grub para mostrarse, cargar inmediatamente la entrada predeterminada. Modificar hasta que se solucione grub para usar el temporizador compatible con EFI,/boot/grub/grub.conf/etc/default/grubo equivalente a tener "tiempo de espera = 100000" en lugar del predeterminado "timeout = 5".

Arranque de PxE en máquinas virtuales de generación 2

Dado que el temporizador PIT no está presente en máquinas virtuales de generación 2, conexiones de red para el servidor PxE TFTP pueden terminarse prematuramente y evitar que el cargador de arranque de lectura de la configuración de Grub y cargar un kernel desde el servidor.

En RHEL 6.x, el cargador de arranque EFI de v0.97 grub heredado puede usarse en lugar de grub2 como se describe aquí: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/s1-netboot-pxe-config-efi.html

En las distribuciones de Linux que no sea de RHEL 6.x, se pueden seguir pasos similares para configurar v0.97 grub para cargar los kernels de Linux desde un servidor PxE.

Además, en RHEL/CentOS 6.6 teclado y mouse entrada no funcionará con el núcleo de preinstalación que impide que especificar las opciones de instalación en el menú. Una consola serie debe configurarse para permitir elegir opciones de instalación.

  • En el efidefault en el servidor PxE, agregue el siguiente parámetro de kernel “console=ttyS1”

  • En la máquina virtual de Hyper-V, configurar un puerto COM con este cmdlet de PowerShell:

    Set-VMComPort –VMName <Name> -Number 2 –Path \\.\pipe\dbg1
    

Especificar un archivo al núcleo previo a la instalación, también podría evitar la necesidad de teclado y mouse de entrada durante la instalación.

Utilice direcciones MAC estáticas con clústeres de conmutación por error.

Máquinas virtuales de Linux que se implementarán mediante la agrupación en clústeres de conmutación por error debe configurarse con una dirección de estático media access control (MAC) para cada adaptador de red virtual. En algunas versiones de Linux, la configuración de red se puede perder después de la conmutación por error porque se le asigna una nueva dirección MAC para el adaptador de red virtual. Para evitar perder la configuración de red, asegúrese de que cada adaptador de red virtual tiene una dirección MAC estática. Puede configurar la dirección MAC mediante la edición de la configuración de la máquina virtual en el Administrador de Hyper-V o el Administrador de clústeres de conmutación por error.

Usar adaptadores de red de Hyper-V-specific, no el adaptador de red heredado.

Configurar y usar el adaptador virtual de Ethernet, que es una tarjeta de red de Hyper-V-specific con rendimiento mejorado. Si heredado y adaptadores de red de Hyper-V-specific están asociados a una máquina virtual, en la salida de nombres de la redifconfig –apodría mostrar valores aleatorios como**_tmp12000801310**. Para evitar este problema, quite todos los adaptadores de red heredados al usar adaptadores de red de Hyper-V-specific en una máquina virtual Linux.

Usar el programador de E/S NOOP disco mejor rendimiento de E/S.

El kernel de Linux tiene cuatro diferentes programadores de E/S para reordenar las solicitudes con algoritmos diferentes. NOOP es una cola de primero en salir que pasa la decisión de programación se realiza por el hipervisor. Se recomienda utilizar NOOP como el programador cuando se ejecuta la máquina virtual de Linux en Hyper-V. Para cambiar el programador para un dispositivo específico, en configuración del cargador de arranque (/ etc/grub.conf, por ejemplo), agregueelevator=noopen los parámetros de kernel y a continuación, reinicie.

Agregar "numa = off" si la máquina virtual Linux tiene más de 7 procesadores virtuales o más de 30 GB de RAM.

Debe agregar las máquinas virtuales de Linux configuradas para utilizar más de 7 procesadores virtualesnuma=offa la boot.cfg GRUB para solucionar un problema conocido en los kernels de Linux 2.6. Las máquinas virtuales de Linux configuradas para utilizar más de 30 GB de RAM también debe agregarnuma=offa la boot.cfg GRUB.

Reservar más memoria para kdump

En caso de que el núcleo de la captura de volcado termina con un pánico de arranque, reservar más memoria para el núcleo. Por ejemplo, cambie el parámetrocrashkernel=384M-:128Macrashkernel=384M-:256Men el archivo de configuración de grub Ubuntu.

Reducir o expandir archivos VHD se puede producir en las tablas de partición GPT erróneas

Hyper-V permite la reducción de los archivos de disco virtual (VHD) sin tener en cuenta cualquier partición, volumen o estructuras de datos de sistema de archivos que puedan existir en el disco. Si el disco duro virtual se reduce hasta donde entra el final del VHD antes del final de una partición, se pueden perder datos, que particiones pueden convertirse en datos dañados o no válidos se pueden devolver cuando se lee la partición.

Después de cambiar el tamaño de un disco duro virtual, los administradores deben usar una utilidad como fdisk o divididas para actualizar la partición, el volumen y las estructuras del sistema de archivos para reflejar el cambio en el tamaño del disco. Reducir o expandir el tamaño de un disco duro virtual que tiene una tabla de particiones GUID (GPT) hará que una advertencia cuando se utiliza una herramienta de administración de partición para comprobar el diseño de partición y el administrador recibirá una advertencia para corregir los encabezados GPT primeros y secundarios. Este paso manual es seguro realizar sin pérdida de datos.

Vea también