Posted on 26 January 2012. Tags: blog, cambio, Certificación, configuracion, core, cursos oficiales, cursos oficiales vmware, disco monolítico, disco Thick, disco virtual, ejemplo, Fault Tolerance, FT, instalacion, Jose Maria Gonzalez, licenciamiento, manual, manual VCP, manual virtualizacion, manual vmware, manual vSphere, maquinas virtuales, mejores practicas, mejores practicas VMware vSphere, pool, Servidores, sistemas, socket, VCP, VCP5, virtual machine, Virtualizacion, VMware, vRAM, vRAM pool, vSphere, vSphere Licensing Advisor
Sin lugar a dudas, uno de los mayores y más sonados cambios en VMware vSphere 5 se ha dado en el modelo de licenciamiento, con la inclusión de un nuevo concepto llamado vRAM Pool.
En resumen, para lo que antes necesitábamos 2 licencias de vSphere, ahora es posible que necesitemos 4 ó mas, dependiendo del entorno y cliente. Voy a explicarlo con un ejemplo muy claro.
Con VMware vSphere™ 4.x
- Dell R710 con 2 sockets y 192G de memoria = 2 Licencias de vSphere Enterprise Plus
- Dell R710 con 4 sockets y 256G de memoria = 4 Licencias de vSphere Enterprise Plus
Con VMware vSphere™ 5.x
- Dell R710 con 2 sockets y 192G de memoria = 4 Licencias de vSphere Enterprise Plus
- Dell R710 con 4 sockets y 256G de memoria = 6 Licencias de vSphere Enterprise Plus
Puedes ver el documento oficial de VMware que explica el nuevo formato de licencias de VMware vSphere™ 5.0 en este enlace:http://www.vmware.com/files/pdf/vsphere_pricing.pdf
Adicionalmente a las licencias requeridas y necesarias para arrancar tus máquinas virtuales, también necesitarás licencias adicionales siempre que sobrepases el número de 16 cores o más por procesador o socket.
Por esta razón, VMware ha puesto a disposición de los clientes en general una herramienta gratuita llamada VMware Licensing Advisor, la cual te dará más información relativa al impacto que tendrá en tu entorno particular la actualización a la versión vSphere™ 5.
Por consiguiente, ahora si dedicas más memoria vRAM a tus máquinas virtuales de la que has licenciado, sencillamente tus máquinas virtuales no arrancarán. Para la versión Essential y Essential plus esta comprobación es obligatoria, es decir, si has licenciado un pool de vRAM de 32GB y tienes ya esta cantidad de memoria configurada y usada en tus máquinas virtuales, al arrancar una máquina virtual que necesite usar 1GB adicional no lo hará.
Sin embargo, con las licencias a partir de la Essential Plus, si sobrepasas la configuración de la memoria en tu pool vRAM, recibirás un warning avisándote de que estas usando más memoria de la que has licenciado y que requieres comprar más licencias. No obstante, tu máquina virtual arrancará.
Supongo que la buena notica es que VMware vSphere™ ESXi 5 (como todas las versiones anteriores) permite usar el producto durante 60 días (Evaluation Mode) con toda su funcionalidad incluida.
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Posted in AMD, Estandars, Estrategia, ESX, ESXi, ESXi, Hardware, Integración, Intel, josemariagonzalez.es, Manual, reviews, Software, software, Trucos, vCenter, VCP, VCP5, Virtualizacion, virtualización, VMware, vmware, vSphere, vSphere, youtube
Posted on 21 July 2011. Tags: blog, cambio, licenciamiento, licencias, maquinas virtuales, PowerCLI, PowerShell, sistemas, versión 5, Virtualizacion, VMware, vRAM, vSphere
Con la llegada del nuevo modelo de licenciamiento de la versión 5 de vSphere a muchos de nosotros se nos ha venido a la cabeza una de las preguntas lógicas, ¿Cuánto me va a costar actualizar mis licencias a vSphere 5?.
Como os comentaba la semana pasada, una de las características de este nuevo modelo, es que el licenciamiento se basa en el concepto de vRAM, por el que se licencia en base al total de la memoria provisionada a las máquinas virtuales.
Un detalle importante que recordar es que sólo se tienen en cuenta aquellas máquinas virtuales que estén ejecutándose.
Dándome una vuelta por Internet me he encontrado con un par de post bastante interesantes relacionados con este tema. En estos post se habla de cómo obtener la “huella” vRAM de vuestra infraestructura, dato bastante importante para hacernos una idea de lo que nos va a costar actualizarnos a vSphere 5.
El primero de los post, How to determine your vRAM footprint in vCenter, viene de la mano de VMguy y básicamente la opción que nos ofrece es exportar los datos de inventario de las máquinas virtuales en la vista “Hosts and Clusters” de nuestro vCenter a un fichero Excel y aplicar un par de fórmulas para obtener la huella vRAM. Rápido, sencillo y efectivo.
El segundo post, vSphere 5 License Entitlements, lo encontramos en Virtu-Al.net y consiste en ejecutar un script escrito en PowerShell. El script es bastante intuitivo y fácil de ejecutar. Simplemente tenemos que abrir una consola de PowerCLI y ejecutar el script LicenseValidator.ps1 que previamente nos hemos bajado de la misma web del post. A continuación nos aparecerá una ventana, tal y como podéis ver en la siguiente captura.
?
Ahora sólo basta suministrar los datos que nos solicita y hacer click en Connect para que el script recopile toda la información necesaria y nos la presente en un elegante informe HTML. La información completa la podéis ver en el mismo post, en un informe HTML de ejemplo.
Para terminar me gustaría que me permitierais la licencia de presentaros un pequeño OneLiner propio para PowerCLI para obtener la huella de nuestra infraestructura vSphere:
Get-VM | Where-Object {$_.PowerState -eq ‘PoweredOn’ } | Measure-Object MemoryMB –Sum
Que dará como resultado algo como esto:
Count : 12
Average :
Sum : 22016
Maximum :
Minimum :
Property : MemoryMB
Donde el campo Sum es el dato que nos interesa medido en MB.
Por explicar brevemente el oneliner comentaros que:
- Get-VM obtiene el listado de todas las máquinas virtuales de la infraestructura a la que estemos conectado.
- Where-Object {$_.PowerState -eq ‘PoweredOn’ }, es el filtro para quedarnos solo con las máquinas virtuales que estén encendidas, que son las que nos importan para obtener la huella vRAM.
- Measure-Object MemoryMB –Sum, realiza la suma de la propiedad MemoryMB (memoria provisionada a la máquina virtual) de todos los objetos que se le han pasado por la pipe.
Tened en cuenta que para poder ejecutar el oneliner anterior habéis tenido que conectaros previamente a vuestro vCenter con el cmdlet connect-viserver -credential (Get-Credential).
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Posted in Cloud Computing, Estandars, Estrategia, ESXi, Hardware, Integración, Manuales, Publicaciones, reviews, Software, software, vCenter, Virtualizacion, Virtualización, VMware, VMware, VMware Workstation, vSphere
Posted on 04 August 2010. Tags: blog, cambio, CPU, licencias, maquina virtual, modelo, socket, vCenter, Virtualizacion, VMware
VMware cambiara el modelo de licenciamiento de alguno de sus productos a partir del 1 de septiembre del 2010.
Ciertamente y, a medida que el tema del clould computing se convierte en un estándar mas en los entornos de TI, cada vez más es necesario la gestión global a nivel de máquina virtual (MV), en lugar de la gestión individual del hardware físico donde estas MVs residen.
Siendo ahora las máquinas virtuales, la nueva unidad de gestión – o al menos eso el lo que se pretende -, las empresas de TI necesitan un nuevo modelo – flexible, con opciones, que se ajuste a las exigencias del nuevo modelo – con el que puedan desplegar y configurar estas licencias.
Particularmente algunos productos de VMware vCenter pasaran de licenciarse por procesador o socket a licencias por máquina virtual. Asimismo, otros productos VMware vCenter continuarán siendo vendidos bajo el modelo de licenciamiento existente, es decir, por procesador o socket.
A continuación te muestro los productos que cambiaran el modelo de licenciamiento:
- vCenter AppSpeed
- vCenter CapacityIQ
- vCenter Chargeback
- vCenter Site Recovery Manager
Asimismo los productos siguientes no sufrirán ningún cambio en el modelo de licenciamiento:
- VMware vSphere
- vCenter Server
- vCenter Server Hearbeat – a quien le importa!?
- vCenter Lab Manager
- vCenter Lifecycle Manager
Ya hora aquí va la pregunta: Que pasa si previamente has adquirido licencias por procesador para AppSpeed vCenter, vCenter CapacityIQ, vCenter Chargeback o vCenter vCenter Site Recovery Manager?
Pues bien, VMware te ofrecerá un plan de transición que te permitirá cambiar tus licencias actuales – por procesador – al nuevo modelo de licencias basado en máquina virtual por licencia.
Por consiguiente, si poses licencias por procesador de los productos mencionados, a partir del 01 de septiembre del 2010 podrás hacer la conversión a licencias por máquina virtual.
Te conviene? Espero tu feedback.
Posted in Estandars, Estrategia, ESX, ESXi, Site Recovery Manager, Software, SRM, Virtualizacion, VMware, vSphere