Mostrando entradas con la etiqueta sizing. Mostrar todas las entradas
Mostrando entradas con la etiqueta sizing. Mostrar todas las entradas

09 diciembre 2015

Rightsize, Rightsize, Rightsize...

     ¿Rightsize? Si, cada dia es mas frecuente encontrarse con problemas de performance y de gestion de las conocidas como Monster VMs por una asignacion indebida de recursos a una maquina virtual, como si de un entorno fisico se tratase, aun sabiendo que posiblemente todos esos recursos no están correctamente aprovechados, ni siquiera la aplicacion esta diseñada para ello.

"No por asignar mas recursos a una VM se conseguirá mas performance, incluso puede producirse el efecto contrario"

     Es muy importante dedicar tiempo a realizar un dimesionamiento de las aplicaciones correcto, no solo para un uso mejor de los recursos del entorno de virtualizacion si no de la propio rendimiento de la VM y de las aplicaciones que en corran sobre ella.

     El ejemplo mas sencillo lo tenemos con el crecimiento scale-in (vertical, tambien conocido como scale-up) y el crecimeinto scale-out (horizontal)


     En un crecimiento scale-in debemos tener claro que las aplicaciones y el SO seran capaces de aprovechar la asignacion de mas memoria y CPU lo que posiblemente nos obligue a realizar modificaciones, por ejmeplo, en JAVA, si agregamos mas memoria RAM a la VM, deberiamos tocar los parametros de asignacion de la JVM, de lo contrario, la JVM seguiria disponiendo de la misma RAM que antes de su aumento.


     En un crecimiento scale-out, si conseguimos definir un building-block en la cual una VM con uan configuracion determinada de RAM y CPU, soporte por ejemplo un carga especifica de usuarios, ante eventos de crecimiento de demanda, sera mas sencillo desplegar desde la plantilla del building block tantas VMs como sean necesarias para soportan la nueva demanda, ahorrando ademas en tiempos de reconfiguracion y despliegue.

     Que se conseguimos con VMs mas pequeñas: al tener menos vCPU en estado iddle, el rendimeinto de una VMs en mas eficiente, reduciendose los valores de CPU Ready, CPU Wait y Co-Stop en la mayoria de las ocasiones (tendieno en cuenta que se realize un overcommit de los recursos del host ESXi de forma adecuada)

     A todo esto podemos añadirle las facilidades de getion de una VM mas pequeña e incluso poder protegerla con Fault Tolerace de VMware con tiempo de caida cero (downtime=0) que desde la version ESXi6 soporta ya 4 vCPU y hasta 64GB de RAM por VM protegida, unicamente hay un maximo de 8 vCPU protegidas por host ESXi lo que nos permite varias combinaciones.

    Como detalle a configurar para nota,  recordad cambiar en las BIOS de los host ESXi el performance en nivel HIGH, los valores balanced o low impactan negativamente en el rendimiento de las VM (en la mayoria de los servidores viene en modo balanced configurado de fabrica)

Rightsize, Rightsize and Rightsize


10 septiembre 2013

Sizing Storage

Once you get a clear idea who-are-who on the complicated I/O latency world (review other two post here and here).....you need to think about the general rules and best practices to sizing storage for your IOPS needs.


GAVG (Guest Average Latency) total latency as seen from vSphere
KAVG (Kernel Average Latency) time an I/O request spent waiting inside the vSphere storage stack.
QAVG (Queue Average latency) time spent waiting in a queue inside the vSphere Storage Stack.

DAVG (Device Average Latency) latency coming from the physical hardware, HBA and Storage device.

Bad performance if:

High Device Latency: Device Average Latency (DAVG) consistently greater than 20 to 30 ms may cause a performance problem for your typical application.
High Kernel Latency: Kernel Average Latency (KAVG) should usually be 0 in an ideal environment, but anything greater than 2 ms may be a performance problem.

And now, what about the storage?

The typical workload show on this picture, is for the most of the virtual machines, but, othre types like DDBB are so different and will need special configuration like dedicated raidgroups, ssd cache pools, etc.

It´s so important when planning and sizing a infrastructure to bear in mind not only the storage, it´s a mix with the raid conf, diskt typs (ssd, sas, sata), the storage protocol (FC, FCoE, iSCSI or NFS), networking and conf (cabling, switch, vlans conf), vmware conf (storage adapters, datastores conf (vmfs, rdm, advanced parameters) and so on.


09 septiembre 2013

The HP Power Advisor utility (free)

    HP has created the HP Power Advisor utility that provides accurate and meaningful estimates of the power needs for HP ProLiant and Integrity servers. ´

     The HP Power Advisor utility is a tool for calculating power use of the major components within a rack to determine power distribution, power redundancy, and battery backup requirements for computer facilities. Power Advisor allows you to configure each individual server or node. You can then duplicate the server configuration as often as necessary to populate an enclosure, and then duplicate it to populate a rack. The result is that you can build a complete data center quickly by duplicating a rack.

Easy to install, easy to use (drag & drop), friendly interface....a great free tool!!!