© Josep Ros. Con la tecnología de Blogger.

VMware Hipervisor (antes ESXi Free) limitado a 8GB de vRAM

vSphere 5, como sabéis, sólo soporta ya ESXi, dejando a ESX definitivamente superado.

Seguirá existiendo la versión gratuita llamada en versiones 3.x ESXi free y en las 4.x y 5.x vmware Hypervisor. Esta versión no tenía límite de RAM en la versión 3.x y 4.x más allá de la propia del Hypervisor que era de bastantes GB, normalmente una RAM que no tenían la mayoría de clientes.

En la versión 5, vmware Hypervisor está limitado a 8GB de memoria vRAM por CPU. Si el host tiene 2 CPU (lo más típico) pues 16GB de vRAM. De 256GB a 8/16GB ha sido un cambio radical, evidentemente para mal...

Je suis désolé! :-(

Los entornos de hipervisores gratuitos son ideales para entornos de prueba, laboratorios, etc. A pesar de sus limitaciones tienen un uso interesante y que los clientes saben apreciar. Limitar esto, es totalmente lícito por parte de vmware, pues es su producto y pueden poner el tipo de licenciamiento que quieran y de limitaciones que consideren más oportuno, aunque cómo lo perciben los clientes debería ser una variable a tener muy en consideración.

¿Qué os parece esta decisión de vmware?

Espero que rectifiquen. Sería lo más inteligente.

PD: tras la presión vmware rectificó y pasó a 32GB de RAM el límite de vmware hipervisor.

20 comentarios:

Cachi dijo...

Si no he entendido mal, un usuario siempre de versión gratuita -para mis laboratorios, pruebas, etc...- como yo, una vez que salga la versión 5 y la instale en mi workstation ¿estaré limitado a 16GB, no? Mi cacharro tiene 2 procesadores QuadCore...

Josep Ros dijo...

Afirmativo Cachi, lo has pillado a la primera.

Zas, una ostia en toda la boca :-(

Gracias por tu participación!

Un abrazo!

Pepe Baeza dijo...

Es decir, VMWAre nos deja unos productos como de todo a 100 en virtualización.
Pues vale, a investigar con KVM, y no soy el único..

Sirdarkmod Ohter dijo...

Con este movimiento intentan "captar" a clientes de entornos mas pequeños, pymes y demás...
Con todo lo que esta liando vmware vamos a ver donde llega. Por cierto como te comenté en otro hilo gracias por arrojarnos luz sobre los últimos movimientos de vmware.
Un abrazo!

José Manuel Hernández dijo...

Buenas Josep,

Últimamente todos son malas noticias!

Leyendo en los foros de VMware y en los grupos de Linkedin cada vez mas gente está presionando indirectamente a VMware por sus cambios.

VMware no ha seguido la regla universal de todo informático: "Si algo va bien, ¡no lo toques!"

Saludos!

Jvtec dijo...

Esta la cosa como para empezar a poner trabas. Todo lo rápido que se ha llegado en un ZAS se retrocede. Y los partners que tenemos que comer todos los días pues a otras soluciones como dice Pepe hay mas alternativas para entornos pequeños que son muchos y no se si de dan cuenta que con esas políticas se decrece mas rápido que se crece en favor de tu competencia. A probar alternativas KVM,VirtualBox etc. el día a día sigue para los implantadores.

Gracias por tu inestimable ayuda en arrojar luz a estos problemas.

Josep Ros dijo...

Buenas Pepe,

Efectivamente un poco se puede entender así. Ya nos contarás cosas de KVM.

Josep Ros dijo...

Muy buenas Sirdarkmod ohter! Bueno, si son 8GB por CPU pues 16GB de RAM es lo que da y para clientes pequeños está claro que basta, pero para grandes ya no les sirve. O lo dejan en 4.1 o tienen que licenciar la versión, claramente. Lo que para entornos de prueba como que siempre va a costar. Se abren las puertas de la competencia...

Saludos!

Josep Ros dijo...

Hola José Manuel,

Efectivamente así es. Todos estamos presionando a vmware para que rectifiquen, que es de sabios. A ver si nos escuchan :-)

Saludos!

Josep Ros dijo...

Muy buenas JVTEC

Efectivamente los Partners quedamos en posición 'jodida' de tener unos marrones impresionantes donde antes teníamos a clientes satisfechos, de la noche a la mañana y así, por toda la cara :-)

Lo mismo que le he dicho a Pepe, que ya nos contarás qué tal la experiencia en empresa con KVM y con VirtualBox & Others.

Saludos y gracias a ti por participar!

Javier dijo...

hola, a ver si me aclaro... son 8gb por cpu o por core ?
tenemos varias maquinas con 2 cpu, con 6 cores cada uno... serían 8x12 gb, verdad ?

oscar dijo...

Estoy de acuerdo que este cambio va a dar de que hablar y muchas pymes y alguna empresa mas grande optará por quedarse como está, sin actualizar.
Hoy por hoy hay otras alternativas y me da a mí que van a tener mas opciones si esto sigue adelante.

Muchas gracias por la información.

Saludos.

Josep Ros dijo...

Buenas Javier,

POR CPU (SOCKET) 8GB. Si un host tiene 2 CPU físicas (2 sockets) pues podrá soportar 8GB x 2 = 16GB de vRAM.

Olvídate del tema cores. en vSphere 5 y en ESXi 5 los cores son ilimitados.

Saludos!

Josep Ros dijo...

Hola Óscar!

Efectivamente y es muy triste. 7 años de soporte, en fin veremos qué depara el futuro y si vmware rectifica o no :-(

Gracias a tí por participar!!

Dead dijo...

Tengo actualmente implementado KVM, Les puedo comentar que la solución es muy interesante.
Pueden montarlo mismo sobre una instalación digamos artesanal o utilizar alguna pre armada tipo proxmox que anda muy bien. Obviamente las versiones pagas de redhat son muy buenas, pero pensando en free me quedo con las anteriores.
Monte algunos virtual box, pero me sigo quedando con kvm.
Otra opción interesante a vmware seria Xen

Josep Ros dijo...

Muchas gracias Dead por tu aportación.

Me parece muy interesante la reflexión. Hay diversas empresas que trabajan con KVM y con Red Hat y son soluciones muy válidas.

Por supuesto Xen o Hyper-V también.

Saludos!

damas y damitas dijo...

Claro está que es una traba importante, pero también hay que pensar que 4GB por CPU da para unas 3 a 5 VM's por servidor físico, que para entornos pequeños debería ser suficiente. Claro está que la relación VMxRAM es mucho más directa que VMxCPU y limitar la RAM es un intento de los grandes entornos paguen. Tampoco hay que demonizar, deberán vivir pienso yo. Y aparte se veía venir, tanta benevolencia era para ganar mercado.

Josep Ros dijo...

En realidad son 8GB de vCPU por cada procesador físico, de modo que si el host tiene 2 pues son 16GB. Aunque parece que finalmente van a rectificar y van a poner 32GB de vCPU por procesador.

A ver cómo acaba! mañana lo sabremos!

eduardocuervo dijo...

el milagro se ha obrado
https://hispavirt.wordpress.com/2011/08/03/actualizacion-al-nuevo-modelo-vram-de-vsphere-5/

parece que hay cambios sensibles en el licenciamiento, la pelón edition da para 64 GB de vRAM por dos sockets!

saludos!

dmenamar dijo...

Viendo a lo que va encaminado Vmware (Pasta pasta y mas pasta), cada vez iran limitando mas sus productos, cuando no se dan cuenta que Xenserver le está pisando los talones con precios mas competitivos.

Consulta Técnica

[Consulta Técnica][bleft]

Virtualización

[Virtualización][twocolumns]

Naturaleza

[Naturaleza][grids]