Me base mayormente en este link (https://www.jorgedelacruz.es/2014/05/06/crear-una-vm-y-optimizarla-al-maximo/) que ademas pego abajo.
VMware: Crear una VM y optimizarla al máximo
Buenos días amigos, hoy quiero dejar aquí unos trucos que siempre utilizo para dejar un entorno realmente fino, es un “Hardening” que yo realizo a las VM y así conseguir no tener elementos innecesarios que hacen que nuestros Hosts tengan que procesar cosas que no usamos. Cuando se crean VMs, nadie o casí nadie aplica estas Best Practices de VMware, con ellas podemos exprimir un poco más nuestro entorno o el de nuestro cliente, aparte de dar ese toque extra de optimización que casi nadie presta atención. Como el post es realmente largo, voy a dejaros aquí un menú para que os mováis más rapidamente a la sección que os interesa:- Creacción de la VM
- Primer Consejo (Adaptadores VMXNET3)
- Segundo Consejo (Controladora SCSI VMware Paravirtual)
- Tercer Consejo (Thick Eager como mejor opción)
- Cuarto Consejo (Eliminando dispositivos I/O innecesarios)
Creación de la VM
>> Volver Arriba El primer paso es crear nuestra VM, para ello sobre unaCarpeta, Host, o Cluster pulsaremos botón derecho New Virtual Machine.
En el tipo de configuración, vamos a seleccionar Custom, ya que vamos a realizar cambios que no suelen realizar por defecto.
El nombre de la VM, en mi caso VM-LAB y en la carperta donde queremos ubicar la VM En el Clúster donde queremos que se ejecute la VM Y podemos seleccionar el Host donde queremos que se asocie y levante por primera vez.
Si tuvieramos un Resource Pool, podríamos ubicar la VM en el que quisieramos. El Datastore donde queremos alojar la VM, en mi caso en un almacenamientoSAS formateado en tipo VMFS5
El tipo de Virtual Machine, desde el vSphere Client tradicional, el que estoy ejecutando, solamente podremos crear nuevas VM con Virtual Hardware 8 como máximo, si queremos Virtual Hardware 9 o 10 deberemos hacer todo esto desde el vSphere Web Client.
En tipo de Sistema Operativo, vamos a seleccionar Windows Server 2012 64bit
A nivel de CPU, con 1 virtual Socket y 2 cores es suficiente para esta instalación.
Con los 4GB de memoria RAM es suficiente para esta demo.
Primer Consejo: >> Volver Arriba Las tarjetas de red siempre con adaptadores VMXNET3, diferencias entre los distintos tipos de adaptadores de red:
En el tipo de configuración, vamos a seleccionar Custom, ya que vamos a realizar cambios que no suelen realizar por defecto.
El nombre de la VM, en mi caso VM-LAB y en la carperta donde queremos ubicar la VM En el Clúster donde queremos que se ejecute la VM Y podemos seleccionar el Host donde queremos que se asocie y levante por primera vez.
Si tuvieramos un Resource Pool, podríamos ubicar la VM en el que quisieramos. El Datastore donde queremos alojar la VM, en mi caso en un almacenamientoSAS formateado en tipo VMFS5
El tipo de Virtual Machine, desde el vSphere Client tradicional, el que estoy ejecutando, solamente podremos crear nuevas VM con Virtual Hardware 8 como máximo, si queremos Virtual Hardware 9 o 10 deberemos hacer todo esto desde el vSphere Web Client.
En tipo de Sistema Operativo, vamos a seleccionar Windows Server 2012 64bit
A nivel de CPU, con 1 virtual Socket y 2 cores es suficiente para esta instalación.
Con los 4GB de memoria RAM es suficiente para esta demo.
Primer Consejo: >> Volver Arriba Las tarjetas de red siempre con adaptadores VMXNET3, diferencias entre los distintos tipos de adaptadores de red:- E1000: Una versión emulada del adaptador de red Intel 82545EM Gigabit Ethernet. Practicamente obsoleto, hace poco incluso hubo varios KB que recomendaban actualizar a VMXNET3 en entornos de vSphere 5 en adelante.
- E1000e: Esta característica emula el nuevo modelo de adaptador de red Intel Gigabit NIC (número 82574). Es más conocida como la vNIC “e1000e” . e1000e está disponible solamente en versión de Virtual Hardware 8. Es la tarjeta por defecto para Windows 8 y nuevas VM. No es compatible con Linux, al menos no se muestra desde la Interfaz de vSphere.
- VMXNET 3: El adaptador VMXNET 3 ha sido creado para la siguiente generación, incluyendo un nivel y rendimiento de paravirtualización de la NIC increíble. Para VMXNET3 es necesario instalar las VMware Tools, de lo contrario no veremos presente esta tarjeta de Red.
Segundo Consejo: Usar de controladra SCSI, VMware Paravirtual, diferencias entre los modelos de controladoras SCSI: >> Volver Arriba- BusLogic – esta fue una de las primeras controladoras emuladas vSCSI que estuvieron disponibles en VMware. Versiones muy viejas de Windows traian este driver por defecto, lo cual era muy beneficioso para instalar cualquier Sistema Operativo de antaño.
- LSI Logic Parallel (más conocido solamente por LSI Logic) – este fue otra controladora vSCSI emuladathis que estuvo disponible desde el inicio de VMware. Casi cualquier sistema operativo del planeta tiene este driver y es bastante conveniente seleccionarlo si no sabemos que estamos tocando en esta sección.
- LSI Logic SAS – Es la evolución lógica del driver paralleo para los nuevos Sistemas Operativos que se lanzaron al mercado. Empezó a ser más popular cuando Microsoft requirió MCSC con Windows 2008 o nuevas versiones.
- VMware Paravirtual (aka PVSCSI) – esta controladora vSCSI ha sido creada por y para entorno de virtualización, y además dieseñada para soportar un nivel muy alto de throughput con un proceso mínimo que lo convierte en el driver más eficiente.
Crearemos un nuevo disco.
Tercer Consejo: Pensar antes de seleccionar aquí una de las tres opciones, la diferencia de rendimiento puede ser considerable, veamos: >> Volver Arriba- Thick Provisioning Lazy Zeroed: Lo peor de las dos siguientes opciones junto, primero porque se expande completamente ocupando los 40GB (por ejemplo) pero en vez de escribir todo a 0, va “formateando” según necesita, con lo que nunca sabremos el I/O real, porque es realmente variable.
- Thick Provisionin Eager Zeroed: Si necesitamos rendimiento rápido y además tenemos espacio en el Datastore, esta es la mejor opción. Al tener todo el disco provisionado y escrito a 0, el trabajo y el I/O a nivel de disco puede ser monitorizado correctamente, sabiendo que el I/O que vemos es estable.
- Thin Provision: El disco no ocupa todo el espacio asignado, va ocupando según se llena. Tiene muchas ventajas para entornos donde no tenemos mucho disco, pero sin emabrgo tenemos que monitorizar el estado del Datastore, y su capacidad, constantemente.
En esta ventana dejaremos por defecto.
Y aquí podremos ver algutinados nuestros 3 primeros consejos. Voy a instalar un Windows Server 2012 R2 Standard Edition, asi que lo mapeo en mi VM en la parte de CD/DVD
Y marco la opción de conectar al arranque de la VM.
Veremos el asistente de Microsoft cargando la última versión de su SSOO.
El típico asistente para seleccionar idioma.
Seleccionaremos Windows Server 2012 R2 Standard.
Pulsaremos que queremos una instalación personalizada.
No nos detectará ningún disco, aunque creamos uno antes de 40GB, esto esporque la controladora Paravirtual no viene por defecto en Windows Server 2012R2, ni en 2008 R2, ni en 2003 ni XP, etc. Por suerte, en el año 2014, tenemos unas imágenes de virtual Floppy, si como lees. Y tendremos que conectar nuestro floppy a nuestro datastore.
Y la seleccionaremos bajo la ruta del Datastore vmimages/floppies/ y ahí estan las versiones para los distintos Sistemas Operativos.
Volveremos a cargar y pulsaremos Cargar controlador y Aceptar.
El Virtual floppy hará su trabajo y nos mostrará ya el driver para añadir a nuestro Sistema Operativo.
Y voilá, ya tenemos nuestro disco de 40GB disponible mediante Controladora SCSI Paravirtual.
Terminamos la instalación y al arrancar la VM, veremos que tampoco tenemos acceso a Internet, es porque tenemos que instalar las VM Tools en nuestra VM, esto se hace desde Guest > Install/Upgrade Vmware Tools.
Nos mostrará un Autosetup para empezar a Instalar.
A mí siempre me gusta darle a personalizado, aunque nunca suelo tocar nada, pero en este caso podemos ver lo que nos instalar, entre ello el driver de tarjeta de red VMXNET3
Al terminar nos mostrará un mensaje para reiniciar, pulsaremos Sí.
Cuarto Consejo: >> Volver Arriba Al reiniciar, si nos vamos a nuestro Administrador de dispositivos, tenemos muchos que no nos van a servir nunca más (Tener en cuentra vuestra configuración propia) quizás usáis un Fax que está conectado a un Host físico, o una mochila de seguridad de un software. Si no fuera nada de esto, todo lo rojo nos sobra, nos molesta, y se lleva recursos para virtualizar algo que no vamos a usar.
Lo primero que haremos será desmapear el CD/DVD(ISO) de Windows Server 2012 R2 y dejar la unidad de CD/DVD en modo Passthrough, con este método no tendremos acceso a la unidad de CD/DVD del host físico, que ya casi ninguno lo trae.
También forzaremos para entrar en la BIOS en el siguiente Boot, que tenemos trabajo allí.
Al arrancar en BIOS, iremos hasta Advanced.
Y en la sección I/O Device Configuration
Veremos que todo está en Auto, Enabled, etc.
Pues así debe quedar estas opciones para evitar toda esta carga a cada VM.
Pulsamos F10 para salvar y salir.
Y ya veremos que nuestro Administrador de dispositivos queda más limpio, y con menos recursos.
Con esto ya hemos terminado, esta VM, está lista y optimizada. Quedaría muchas cosas a nivel de Windows, pero este tutorial era solamente para VMWare. Crear una VM son dos clicks, crear una VM y dejarla fina, son algunos más. Un saludo