Una de las formas más eficientes de desplegar máquinas virtuales es mediante el uso y creación de plantillas (templates). Una vez que la plantilla haya sido creada, podrás crear máquinas virtuales de una manera mucho más rápida, automatizada y sin errores.
Otros métodos de creación de máquinas virtuales incluye la funcionalidad de cloning, la importación de plantillas o incluso la creación de máquinas virtuales desde una conversión de un servidor físico a virtual con el VMware vConverter.
Los distintos ficheros que forman una máquina virtual
Una máquina virtual es un conjunto de ficheros en donde se ejecuta el sistema operativo y las aplicaciones.
Los tres ficheros más importantes que forman una máquina virtual son: el fichero BIOS(.nvram), el fichero de configuración (.vmx) y el fichero del disco virtual (.vmdk).
Para poder acceder a la BIOS de una máquina virtual, presiona F2 cuando la máquina virtual está arrancando o edita la configuración de la MV para forzar que entre en la BIOS cuando se encienda.
Adicionalmente, los ficheros de snapshot de una máquina virtual son: 00000#-delta.vmdk, 00000#.vmdk y SnapshotNombre.vmsn.
Los ficheros con extensión .vmem corresponden a la memoria de la máquina virtual mapeada a un fichero. Este fichero solo existe si la máquina virtual está encendida o tiene un snapshot. Los ficheros con extensión .vmss corresponden al fichero de una máquina virtual en modo suspendida.
El fichero VM_nombre-flat.vmdk es el que se tiene en cuenta a la hora de determinar el tamaño apropiado para calcular el fichero de paginación en Windows o la partición swap en sistemas Linux.
Si conviertes la máquina virtual a una plantilla, el fichero de configuración de ésta (.vmx) es reemplazado por el fichero de configuración de una plantilla (.vmtx).
Cuando una máquina virtual experimenta un fallo (BSOD o kernel panic en Linux), el servidor ESXi crea un fichero core dump en el mismo directorio donde reside el fichero de configuración de la máquina virtual. Asimismo, las máquinas virtuales incluyen otro fichero llamado CBT - de las siglas en ingles Change Block Tracking – el cual es usado por VMware Data Recovery para saber cuáles son los bloques que han cambiado a nivel de máquina virtual para solo hacer un backup de estos bloques modificados durante el último backup.
Una mejor práctica en cuanto a la nomenclatura a usar en el nombre de las máquinas virtuales, es intentar evitar usar caracteres especiales, como por ejemplo, espacios.
Aviso: En vSphere™ 5 verás un segundo fichero swap con el nombre vmx-
<vm_name###>.vswp el cual contiene la cantidad de memoria overhead reclamada por la máquina virtual. Este mecanismo ayuda a incrementar el número del ratio de consolidación por servidor con respecto a versiones anteriores.
Las VMware tools: ¿Qué son y cómo se instalan?
Otra muy buena práctica en cuanto a las máquinas virtuales se refiere, es la instalación de las VMware Tools después de la instalación del sistema operativo.
Las VMware tools se instalan como una aplicación más dentro de la máquina virtual. Selecciona la máquina virtual desde el inventario, haz un clic derecho con el ratón y selecciona Install/Upgrade VMware Tools.
Las VMware tools incluyen los siguientes drivers: SCSI, SVGA, ratón, VMXNET 3 adaptador de red, Memory Control (ballooning), Filesystem Sync y soporte para el servicio Windows: Volume Shadow Copy Services (VSS). El driver de ballooning es también conocido como vmmemctl driver y su principal misión es "reclamar" memoria no usada a las máquinas virtuales. La máxima cantidad de memoria que el driver vmmemctl puede reclamar a una MV es de un 65% de la memoria no reservada.
En vSphere™ 5, VMXNET 3, es el nombre del adaptador de red "paravirtualizado" de alto rendimiento. Este adaptador solo está soportado en máquinas virtuales con hardware virtual versión 8 (Las máquinas virtuales en vSphere™ ESX/ESXi 4.x usan hardware virtual versión 7 y en vSphere™ ESXi 5 el hardware virtual es versión 8).
Asimismo, las VMware Tools mejoran el movimiento del ratón, la gestión de la memoria y también permiten hacer shutdown de la máquina virtual desde el menú de inventario del vCenter.
El máximo de memoria RAM que una máquina virtual puede tener configurado en vSphere™ 5 es de 1TB. Una máquina virtual puede fallar al encenderla, si la reserva de memoria asignada a esta máquina virtual no puede ser garantizada por el VMkernel con lo que cuidado con hacer reservas de memoria altas en tus máquinas virtuales.
Usa Ctrl + Alt + Ins en lugar de Ctrl + Alt + Del para entrar en la consola de una máquina virtual.
Un vApp en VMware es la entidad lógica constituida por una o varias máquinas virtuales, que utilizan el formato OVF para especificar y encapsular todos los componentes de una aplicación multinivel, así como las políticas y niveles de servicio asociados a la misma.
El número máximo de caracteres que puedes usar para crear el nombre de un vApp es de 80. Este tipo de contenedores es ideal para aplicaciones multitiered donde tenemos aplicaciones o máquinas virtuales en el backend, front-end y en el midle-tier. De esta forma, al agrupar las distintas máquinas virtuales en un solo vApp podemos encenderlas, apagarlas y clonarlas con un solo clic de ratón.
Los objetos que pueden ser incluidos en un vApp son los siguientes: Resource Pools
Máquinas Virtuales
vApps, es decir, un vApp dentro de otro vApp.
Para poder crear un vApp es necesario que se cumplan las siguientes condiciones:
1. Debes habilitar la opción de DRS en el clúster, aunque también es posible crear un vApp en un servidor ESXi en modo standalone
2. La versión del servidor debe ser ESX 3.x o superior.
3. Debes elegir una carpeta dentro de la vista "Virtual Machine and Templates".
Una vez que hayas creado un vApp - usa el wizard de creación de vApps ( File > New > vApp) hay tres opciones en el IP Allocation Policy para un vApp: Fixed, Transient y DHCP. Esto indica el mecanismo que tienen las máquinas virtuales para ser configuradas con una IP de red.
Si las opciones de vApp están deshabilitadas en las propiedades de la máquina virtual que forma parte de un vApp, no podrás editar el IP Allocation Policy como vemos en la siguiente imagen.
Asimismo, dentro del vApp en la pestaña de configuración Start Order, puedes seleccionar que máquina virtual arranca antes, cual es la secuencia de arranque del vApp y el delay en segundos que quieres configurar entre el arranque de las máquinas virtuales.
¿Qué son los clones y plantillas y cómo crearlas en vSphere™?
Un clone es una copia exacta de la máquina virtual (mismo SID, hostname, dirección IP, etc) y es posible hacer dicho clone mientras la máquina virtual está encendida. No obstante, la MAC virtual de la tarjeta virtual del clone es diferente para evitar tener más de una máquina virtual con la misma MAC virtual.
La opción Clone to Template, crea una plantilla de una máquina virtual ya configurada. Esta máquina virtual es marcada como plantilla y no podrá ser encendida hasta que la plantilla sea convertida en máquina virtual (Convert to
Virtual Machine). Si precisaras actualizar una plantilla (service pack, etc),
deberás convertir la plantilla a máquina virtual, actualizarla y posteriormente convertirla de nuevo en plantilla.
Para poder cambiar la identidad de un clone o template desde vSphere Client, es necesario usar Sysprep, una herramienta de Microsoft incluida en el CD del sistema operativo (deploy.cab)
No obstante, has de copiar a mano los archivos de Sysprep en el directorio "C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\sysprep" del servidor de vCenter. Ahí deberás ubicar los diferentes Sysprep según las versiones de Windows que indican los diferentes subdirectorios que existan. En caso de no copiar los ficheros de Sysprep, no podrás hacer ninguna parametrización de clones o plantillas.
Adicionalmente, si quieres personalizar una máquina virtual Linux, has de instalar Perl en el sistema operativo Guest.
La opción, Convert to Template, convierte una máquina virtual en plantilla. La máquina virtual debe estar apagada. El uso de plantillas ofrece varios beneficios fundamentales: usan menos espacio en disco y éstas no pueden ser modificadas hasta que no se conviertan a máquinas virtuales. De igual forma, se asegura un despliegue rápido y sin esfuerzo de las máquinas virtuales a la vez que se estandarizan las mismas.
Cuando creas un clone o template de una máquina virtual que tiene discos RDM en formato "Physical Compatibility Mode", la máquina virtual
resultante crea el disco RDM pero cambia el formato a "Virtual Compatibility Mode". Recuerda que es posible hacer clones y templates de máquinas virtuales con discos RDM.
La característica fundamental de un disco RAW en modo "Physical Compatibility mode" es que permite al sistema operativo "Guest" acceder al hardware directamente sin que el VMkernel haga ninguna traducción binaria de las instrucciones.
Dos de los grandes beneficios de un disco RDM en modo virtual es que podrás usar las funcionalidades de cloning y plantillas.
Aviso: Las máquinas virtuales que usan discos FC RDM te permitirán usar
software de clustering, agentes de gestión SAN y software SCSI dentro de la misma máquina virtual.
El tamaño máximo de un RDM soportado en VMware vSphere™ 5 y en modo físico es de 64TB. Las máquinas virtuales en un DataCenter pueden ser clonadas a otro diferente, pero no pueden ser migradas con vMotion.
¿Cómo habilito o deshabilito la opción de logging en la máquina virtual?
Es posible habilitar o deshabilitar la opción de logging para un número determinado de máquinas virtuales. Edita las propiedades de la máquina virtual desde el vSphere Client, bajo Options, selecciona Advance y después General.
Por defecto, la opción de logging para las máquinas virtuales está activada. Una de las posibles razones por la que quizás quieras desactivar esta opción, podría ser el poder maximizar el espacio disponible en los DataStores. No confundas la opción de login con la de logging.
Hay seis archivos de log que siempre se mantienen archivados para todas y cada una de máquinas virtuales existentes en tu entorno. Por ejemplo, de - 1.log a -6.log son los ficheros logs de las máquinas virtuales que se crearán por primera vez cuando se cree una máquina virtual.
La próxima vez que un archivo de log sea creado, por ejemplo, cuando una máquina virtual es apagada o encendida, ocurre lo siguiente:
Los ficheros de -2.log a -7.log son mantenidos y el fichero -1.log es borrado.
Después, los ficheros -3.log a -8.log son mantenidos y así sucesivamente.
Mejoras en la funcionalidad de vMotion en vSphere™
vSphere™ ESXi 5 permite desplegar máquinas virtuales entre diferente centros de datos. También te permite clonar una máquina virtual desde un centro de datos a otro.
Asimismo, es posible desplegar una máquina virtual desde una plantilla localizada en un centro a otro centro de datos diferente.
Por ejemplo, podrías clonar una máquina virtual Windows desde el centro de datos Data Center A al Data Center B. Sin embargo, no es posible migrar en caliente una máquina virtual con VMotion desde un centro de datos a otro. El error que se muestra en el vSphere Client es: "The input arguments had entities that did not belong to the same datacenter".
Una de las mejoras de vMotion en la nueva versión de vSphere™ ESXi 5 es el hecho de poder crear diferentes vmknics y agruparlas en un mismo VSS para poder incrementar la velocidad de las migraciones en caliente.
Asimismo, VMware vSphere™ ESXi 5 incluye Metro vMotion. Ahora, con Metro vMotion, no sólo tendrás un mejor rendimiento de tus migraciones en redes con una latencia muy alta, sino que también, el RTT - de las siglas en ingles round trip time - ha aumentado de cinco a diez milisegundos.
Antes de la versión vSphere™ 5.0, vMotion sólo soportaba redes con latencia de ida y vuelta de hasta cinco milisegundos. Con Metro vMotion y VMware vSphere 5.0, podrás migrar en caliente tus máquinas virtuales cuando el host de origen y el host destino tienen una latencia superior a 5 milisegundos.
Por supuesto, la mala noticia es que para poder disfrutar de Metro vMotion necesitas, al menos, licencia Enterprise plus.
Configurando el Power Management en las máquinas virtuales
Las opciones de Power Management te permiten especificar como responde una máquina virtual cuando el sistema operativo Guest es puesto en standby. Estas opciones están disponibles para todas las máquinas virtuales. No obstante, la opción de Wake on LAN (WOL) solo está soportado para sistemas operativos Windows y en alguno sistemas operativos Linux y no está disponible en las tarjetas virtuales que utilicen el driver Vlance, es decir, aquellas máquinas virtuales en las que las VMware tools no están instaladas en el SO Guest. Otra razón importante para instalar las VMware Tools.
Migraciones vMotion con ¿High Priority o Low Priority?
Hay dos requerimientos fundamentales para poder hacer migraciones con VMware:
1. Los dos servidores vSphere™ ESXi 5 involucrados en la migración tienen que estar conectados via red Ethernet Gigabyte.
2. Las máquinas virtuales deben tener acceso a las mismas subredes en los host vSphere™ origen y destino.
VMware vMotion permite mover una máquina virtual desde un servidor ESXi a otro. Una migración en frío (cold migration), mueve una máquina virtual apagada y permite reubicar su disco virtual en otro DataStore. La migración en frio (es decir con la máquina virtual apagada) pueden ejecutarse entre CPUs de distintos fabricantes, Intel y AMD. Para migraciones con VMware vMotion en caliente, las CPUs han de ser compatibles dentro de la misma familia de procesador y del mismo fabricante.
Las migraciones en caliente (hot migration) pueden fallar cuando activamos el soporte VMI Paravirtualización en la máquina virtual del host ESXi origen y el host destino no tiene soporte para VMI Paravirtualizacion. Por cierto, no te cuento que es VMI paravirtualización pues VMware lo ha desactivado en esta nueva versión.
Recuerda que la migración en caliente, mueve la máquina virtual de un servidor ESXi a otro pero no mueve su disco virtual.
Una migración con High Priority (Reserve CPU for Optimal VMotion performance) reserva recursos en el host destino, por tanto, la migración puede que no se ejecute si el host destino no tiene recursos suficientes.
Una migración con Low Priority (Perform with available CPU resources) no reserva recursos en el host destino, por tanto, migraciones con low priority siempre se ejecutan con éxito, aunque es posible que el proceso de migración sea más largo.
Recuerda que el número máximo de migraciones en caliente con vMotion, para una red de 1Gb/s, es de 4 migraciones simultáneas. Sin embargo, para una red de 10Gb/s, el número de migraciones simultáneas con vMotion sube hasta 8.
Asimismo, el número máximo de migraciones simultáneas con vMotion por datastore es de 128.
Una máquina virtual que esté usando VMDirectPatch I/O no puede ser migrada con vMotion. VMotion soporta máquinas virtuales con discos RDM (Raw Device Mapping) en compatibilidad física así como discos en modo thick o thin.
Dicho sea de paso, el disco de una máquina virtual puede ser convertido de thick a thin mientras que la máquina virtual está encendida y usando Storage vMotion. Asimismo, la misma máquina virtual puede ser "inflada" de thin a thick, pero solo mientras la máquina virtual está apagada usando la opción de
inflate como muestro en la siguiente imagen:
Una manera de optimizar el Storage para aumentar el rendimiento de las máquinas virtuales es a través de Storage vMotion.
En el ejemplo anterior, si la LUN de la izquierda se convierte en un cuello de botella, todo lo que tienes que hacer es crear una nueva LUN VMFS y mover las máquinas virtuales – en caliente - a la nueva LUN. La LUN origen y LUN destino pueden tener una configuración RAID diferente.