VMware ya publicó en su sitio la actualización de los valores máximos y mínimos para la versión vSphere 4.1. Para recordarles un poco, los máximos y mínimos generalmente son utilizados A) para dar la certificación de vmware VCP (VMware Certified Profesional), B) para realizar el correcto sizing de una solución de virtualización.

En esta nueva publicación, ya adentrada en la versión 4.1, vemos que se reflejan los nuevos cambios a nivel escalabilidad de vcenter y de ESX.

Les paso los más interesantes:

Hosts per vCenter Server: max 1000

Powered on virtual machines per vCenter Server: max 10000

Registered virtual machines per vCenter Server: max 15000

Concurrent vSphere Clients: max 100

Number of host per datacenter : max 400

Hosts per cluster: max  32

Virtual machines per cluster: max 3000

Virtual machines per host: max 320

LUNs per server: max 256

Fuente| VMware Máximos y Mínimos de vSphere 4.1

–

Ing. Diego Quintana vEXPERT 2010 VCP – VAC – VTSP

El viernes 9 de Abril de 2010, VMware publicó el  VMSA-2010-0007 (alerta de seguridaD), que se encuentra catalogada como una actualización de alta criticidad dadas las múltiples vulnerabilidades encontradas en varios de sus productos.

A continuación haremos una breve descripción de la publicación.

Resumen de los productos alcanzados

• VMware ESXi 4.0 anterior al patch ESXi400-201002402-BG
• VMware ESXi 3.5 anterior al patch ESXe350-200912401-T-BG
• VMware ESX 4.0 sin los patches ESX400-201002401-BG,ESX400-200911223-UG
• VMware ESX 3.5 sin el patch ESX350-200912401-BG
• VMware ESX 3.0.3 sin el patch ESX303-201002203-UG
• VMware ESX 2.5.5 sin el Upgrade Patch 15.
• VMware Workstation 7.0,
• VMware Workstation 6.5.3 o anteriores,
• VMware Player 3.0,
• VMware Player 2.5.3 o anteriores,
• VMware ACE 2.6,
• VMware ACE 2.5.3 o anteriores,
• VMware Server 2.0.2 o anteriores,
• VMware Fusion 3.0,
• VMware Fusion 2.0.6 o anteriores,
• VMware VIX API para Windows 1.6.x,

Definiciones de los problemas encontrados

• Windows-based VMware Tools Unsafe Library Loading vulnerability
• Windows-based VMware Tools Arbitrary Code Execution vulnerability
• Windows-based VMware Workstation and Player host privilege     escalation
• Third party library update for libpng to version 1.2.37
• VMware VMnc Codec heap overflow vulnerabilities
• VMware Remote Console format string vulnerability
• Windows-based VMware authd remote denial of service
• Potential information leak via hosted networking stack
• Linux-based vmrun format string vulnerability

Para todos aquellos que tengan alguna de las versiones anteriores descriptas y necesiten asistencia para aplicar dichas actualizaciones, no duden en ponerse en contacto con nosotros.

Fuente | vmware - VMSA-2010-0007 VMware hosted products, vCenter Server and ESX

.

Enfrentando una actualización de equipamiento y sumado a que estaba trabajando en preparar una serie de documentos sobre optimización y performance sobre vSphere, he necesitado realizar sucesivas tareas de VMotion en nuestra granja de ESX (8 servidores corriendo vSphere 4 Enterprise Plus) y me he encontrado con la necesidad de aumentar la cantidad de VMotions simultaneos que podía hacer el vCenter.

Cuando o porque configurar esta opción?, si tenemos un DRP en linea, les aseguro que esta puede ser una excelente ocación.

Para ello hay que recordar que si desean realizar este Tweak al vCenter, deberán tener en cuenta que tienen que tener configurado al menos dos placas Gigabit en Etherchannel o conexión a 10 Gpbs, también será ideal conocer algo sobre networking sobre VMware.

El motivo?.  Utilizar ese tipo de configuración será la unica forma real de poder sacar verdadero provecho de multiples vmotions dado que la demanda de red es realmente alta. Es así como también es  recomendado habilitar JUMBO FRAMES para las placas involucradas en el VMkernel portgroup.

• Ahora bien, para empezar, deberán ingresar al vCenter.
• Abrir el archivo vpdx.cfg ubicado en  - C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter -
• Editar las siguientes lineas

<ResourceManager>
<maxCostPerHost>16</maxCostPerHost>
</ResourceManager

• Salvar los cambios
• Tipear en START > RUN > SERVICES.MSC
• Reiniciar el servicio -VMware VirtualCenter Server -
• Listo, ya está configurado el vcenter para soportar hasta 4 VMotions en simultaneo.

Ahora bien, que es ese 16 ?, la respuesta la da VMware, la ponderación que se realiza en vCenter para utilizar la funcion Migrate se encuentra definida del 1 al 4, siendo 1 la migración en modo COLD, y el 4 en modo HOT (o sea VMOTION).

Para soportar 4 Vmotions en simultaneo multiplicamos (4 vmotions) x ( 4 tareas) = 16 (valor final en el archivo vpxd.cfg).

De esta manera su virtual center está preparado para realizar mas de un vmotion en simultaneo, ahora bien pueden configurar este parametro hasta poder optimizar la maxima velocidad que su red les permita, Tengan principal consideracion en separar el trafico y segundo separar las NICS FISICAS si es que optan por valores superiores a 4.

Si necesitan una mano, no duden en consultarnos.

Saludos

Ing.Diego Quintana

VCP310-VCP410-VAC-VTSP