27 febrero 2013

Instalar ESXi bootable en un pendrive con VMware Workstation



1- Crear maquina virtual con VMware Workstation seleccionando Custom y VMware ESX.
2- Conectar la ISO con el ESXi al CDRom de la maquina virtual
3- Agregar controlador usb a la maquina virtual.
4- Arrancar la maquina virtual y:
         4.1-agregar el pendrive desde "Removable devices" a la maquina virtual
         4.2-arrancarla desde CD con la iso del ESXi
5- Instalar ESXi seleccionando el disco que pertenece al pendrive
6- Apagar maquina virtual y desconectar el pendrive
7- Conectar el pendrive al servidor e indicar que arranque desde usb

Voila! Ya tenemos nuestro servidor funcionando desde un pendrive :-)


24 febrero 2013

Are my VMDK eager zeroed or lazy? vmkfstools -t0

How to know if a VMDK was created with "Thick Provision Eager Zeroed" or with "Thick Provision Lazy Zeroed? It´s so simple with some basic commands from cli: vmkfstools -t0


Example: vmkfstools -t0 "/vmfs/volumes/Datastore/VirtualMachine01 Disco01.vmdk"





Thick Provision Lazy Zeroed
Creates a virtual disk in a default thick format. Space required for the virtual disk is allocated when the virtual disk is created. Data remaining on the physical device is not erased during creation, but is zeroed out on demand at a later time on first write from the virtual machine.
Using the default flat virtual disk format does not zero out or eliminate the possibility of recovering deleted files or restoring old data that might be present on this allocated space. You cannot convert a flat disk to a thin disk.
Thick Provision Eager Zeroed
A type of thick virtual disk that supports clustering features such as Fault Tolerance. Space required for the virtual disk is allocated at creation time. In contrast to the flat format, the data remaining on the physical device is zeroed out when the virtual disk is created. It might take much longer to create disks in this format than to create other types of disks.
Thin Provision
Use this format to save storage space. For the thin disk, you provision as much datastore space as the disk would require based on the value that you enter for the disk size. However, the thin disk starts small and at first, uses only as much datastore space as the disk needs for its initial operations.

Analizar disc bottlenecks en VMware

Para analizar los cuellos de botella en VMware podemos utilizar las gráficas del performance de los host o bien utilizando el comando esxtop.  Básicamente tenemos que fijarnos en los parámetros que nos reportan info sobre la latencia que determinara en buen o mal rendimiento del storage (cabina).

>>>>Con la grafica performance:

Kernel disk command latency: mide el tiempo que tarda el VMkernel en procesar una peticion scsi y no debe ser superior a 3 ms. Si es superior el problema puede deberse a un carga muy alta de trabajo o bien en el ESXi o bien en la cabina, lo que quiere decir que se estan enviados mas throughput a la cabina de la que puede soportar.

Physical device command latency: mide el tiempo que el disco de la cabina necesita para ejecutar completamente una peticion scsi y no debe ser superior a 15 ms. Si es superior el problema esta en la cabina, esos si, depende del fabricante y de lo epserado para su rendimiento ya que no es lo mismo un cabina con discos SAS que SATA, o que este conectada con NFS o FC. Una solucion seria mover los vmdk a una lun con mas discos fisicos por debajo o agregar mas discos fisicos  a la LUN.

>>>>Con ESXTOP:


KAVG: "Esta es la cantidad de tiempo que el comando pasa en el VMkernel".  El tiempo o latencia que se produce desde que se pide un dato a la cabina hasta que lo procesa VMkernel del ESXi. Su valor debe rondar el 0.

DAVG: "Este es el tiempo promedio de respuesta en milisegundos por comando enviado al dispositivo"  Es el tiempo o latencia desde que el ESXi ejecuta el comando de peticion del dato al disco (KAVG) hasta que la cabina devuelve este dato. Si este valor esta por encima de los 20 ms el problema esta en la cabina.

GAVG: (KAVG + DAVG). "Este es el tiempo de respuesta, que es percibido por el sistema operativo Guest. Este número se calcula con la fórmula:  DAVG + KAVG = GAVG". Este es el valor de latencia que qfecta a la maquina virtual directamente.

Segun VMware , ninguno de estos valores debe sobrepasar los 10 ms durante periodos prolongados de tiempo, lo que no dicen es cuanto consideran que es un periodo prolongado de tiempo.

>>>>Revisando los LOG:

Si se producen problemas de latencia con tiempos altos, podemos ver en los logs los errores iscsi en las siguientes rutas en funcion de la version del ESXi:

          ESX 3.5 and 4.x – /var/log/vmkernel

         ESXi 3.5 and 4.x – /var/log/messages 

         ESXi 5.x - /var/log/vmkernel.log

El tipo de registro de almacenamiento que puede ver en estos archivos depende de la configuración del servidor. Usted puede encontrar el valor de estas opciones en:  Host > Configuration > Advanced Settings > SCSI > SCSI.Log or SCSI.Print.

>>>Lectura recomendada: vSphere Monitoring and Performance vSphere 5.1

14 febrero 2013

WTF!!!! or What The FAQ is ;-) VMware vCenter Support Assistant 5.1.0


"Why should I use Support Assistant? Support Assistant integrates the creation of support requests (SRs) and the attachment of log support bundles within one application thereby making the process of filing support requests easier and faster."


Facil de instalar (link de descarga enlace http://goo.gl/vKljs) y facil de configurar.
Mas info en http://goo.gl/ybozv







10 febrero 2013

Installing or upgrading to ESXi 5.1 best practices

(Documentacion oficial de www.VMware.com)

08 febrero 2013

VMware Best Practice: Memory Hot Add & CPU Hot Plug enabled

Aunque basico pero no por ello menos importante es best practice dejar por defecto habilitado los check para poder ampliar la CPU y la RAM de una maquina virtual en caliente. Por defecto viene en modo disabled y solo puede ser habilitado con la maquina apagada.
Es muy util para aquellas maquinas que en momentos puntuales necesitan un extra de RAM y CPU sin necesidad de reiniciar la maquina.



06 febrero 2013

My new VMware Home LAB

Esta es la configuración de mi nuevo home LAB para VMware. Básicamente se trata de una sola maquina física con ESXi 5.1 instalado sobre un pendrive de 4GB y sobre el virtualizados varios ESXi (nested) y vairas maquinas virtuales. De momento conviven sin problemas de rendimiento: 1 DC, 2 ESXi, 1 vCenter, 1 vShield, 1 vCloud y 1 Freenas.
Ademas de poder montar ESXi nested sobre el anfitrion fisico, sobre esos mismos nested virtuales tambien se pueden desplegar maquinas virtuales :-) Tambien es posible agregar el propio ESXi fisico al vCenter, con lo que ya aprovechamos doblemente su funcion

Configuracion hardware:

-32 GB de RAM (4 x "G.Skill Ripjaws DDR3 1333 PC3-10666 2x8GB")
-Placa Base ASRock Z77 Extreme4-M Intel Socket 1155
-Procesador Intel Core I7-3770 3.4Ghz Box Socket 1155
-SSD OCZ Agility4 Sata3 512GB (uno de los puntos claves del lab)
-Pendrive USB 4GB
-Torre ATX con fuente de 500W