Versiones y licenciamiento de VMware View

Varias han sido las consultas que he recibido en estos días sobre el licenciamiento y versiones de VMware View 4.0 y por ello creo que es bueno hacer este post para dejarlo claro.

Versiones:

Enterprise: Comprende el Broker, agente, y cliente. Como protocolo tiene RDP y PCoIP, puedes hacer las mismas funciones que con Premier (Pool automatico, persistente, no persistente) exceptuando linked clone (composer) y Off-line. No incluye Thin-app

Premier: Todo lo que incluye Enterprise más Composer (Linked Clones) y Off-line. Incluye Thin-app.

 

Licenciamiento: En primer lugar, el licenciamiento es por licencia concurrente. A partir de ahí puedes encontrarte en dos casos:

No tienes infraestructura vSphere: VMware tiene unos paquetes de 100 licencias con el que puedes gestionar 100 escritorios y los ESX que se precisen, así como un vCenter (Vicente para los amigos) Standard. Si precisas menos de 100 escritorios entonces hay unos paquetes de 10 escritorios “Starter Kit” que incluyen 10 desktops mas las licencias ESX y vCenter y deberás añadir N paquetes de 10 suplementarios hasta llegar al numero deseado. No hay licencias unitarias.

Tienes infraestructura vSphere y se va a usar para poner escritorios (Debes tener suficiente infraestructura para soportar todos los escritorios: En este caso puedes comprar los paquetes llamados “add-on” que van a salir mucho mas baratos, pero ojo, cuando vayas a comprarlos, el mayorista te preguntará el numero de contrato que tienes de infraestructura, para comprobar que tienes los ESX necesarios.

La máscara EAX

Hola que tal? Soy José Mª Gris y como cada semana vengo a comentaros alguna cosa sobre el ecosistema de Virtualización con VMware.

Días atrás, nuestro amigo jnavapal nos preguntaba lo siguiente:

“Te explico mi actual situación he configurado mis servidores para poder realizar vmotion y drs pero me he encontrado con al sorpresa que no me deja uno de ello por problemas con la mascara “eax” me gustaría, si pudieras, q me explicaras un poco como solucionar ese problema y que implicaciones tiene”

Como comenté en su día, no está soportado por VMware, pero lo he visto funcionar y evidentemente lo desaconsejo para producción. Quede claro que lo que aquí comento es a efectos formativos y no significa para nada ninguna recomendación.

Dicho esto, esto ocurre cuando tenemos procesadores distintos con niveles distintos. Es importante que tengamos a mano la herramienta de run virtual VMware CPU Host Info. Nos la descargamos y la ejecutamos desde un entorno windows que tenga acceso a nuestro vCenter (Vicente para los amigos) y a nuestros hosts.

Lo ejecutamos con la opción debug (importante) para que nos muestre los binary directamente.

La primera pantalla nos mostrará nuestros ESX, cuantas CPU tienen, si soportan FT, VT, etc., información interesante. Para el caso que nos ocupa, mal vamos, las CPUs parecen iguales.

Pero lo que nos interesa de verdad viene en la ventana de atrás….

Aqui vemos los registros EAX, EBX, etc de nuestas CPUs. Pues sí son iguales, podremos hacer vmotion sin problemas. Pero esto no es lo que nos preguntan. Si no falla Vmotion por este concepto, nos aparecerá un mensaje que nos dirá algo como “Hay un problema con el registro EAX”. Bien, entonces tendremos que hacerlos iguales.

imaginemos una máscara y la “distinta”

0000 1110 0000 0000 0000 0000 0000 1000

0000 0000 0000 0000 0000 0000 0000 1011

Nos vamos a una VM, “Edit Setting”, “Options”, “CPUID Mask” y ahí en “Advanced”, nos aparecen nuestros registros de las CPUs y si hacemos click sobre uno veremos las máscaras (ya llegamos…. ). Las máscaras nos interesan las X (Unused), 1 (enable feature), 0 (Hide feature) y la H (Allow Guest software to see actual feature value.) Con ello si tenemos

XXXX HHHH XXXX XXXX XXXX XXXX XXXX HHHH

Querrá decir que el segundo y el cuarto cuarteto son los que “permiten”, con ello lo que deberíamos modificar es lo siguiente

---- 000- ---- ---- ---- ---- ---- 0-00

y quedaría como final mask:

XXXX 000H  XXXX XXXX XXXX XXXX XXXX 0H00

Y esto hacerlo a las VM que queremos hacer vMotion. Reitero, no lo uséis en producción.

Aprovecho para indicar las opciones “Hide the NX flag from Guest” (Con lo que podemos ganar compatibilidad en vMotion pero podemos perder algúna feature de seguridad de nuestra CPU. “Expose th NX flag to guest” Mantendrá todas las features de seguridad activas.

Cuidado con usar la máscara porque podemos estar desabilitando alguna feature importante y podemos tener problemas. hay que mirar las documentaciones de los procesadores y perdonad si soy pesado, nunca en producción.

Hasta la semana que viene.

Cuidaros.

Datacore y SRM

Hola, como estáis.

Javier, (no dejó más información), me preguntaba en el post de la instalación de Datacore como se relacionaba Datacore con SRM.

Puesto en contacto con el servicio preventa en España me comenta que al parecer, de momento, VMware no contempla a Datacore dentro de la lista de compatibilidades de SRM, al menos por ahora.

Datacore tiene como alternativa "Advanced Site Recovery" o ASR, el cual puede ser implementado de SANmelody o SANsymphony.

Puedes obtener más información aquí

Take care

JM

**Update del Post – Enlace arreglado, gracias JAM**

vCenter Performance Overview no funciona

Manuel Navarrete, escribe desde Madrid

“Hola José María, tengo dos instalaciones en vSphere donde desde el vCenter Server no muestra las gráficas en Overview, mientras que las muestra en Advanced, Podrías indicarme si alguna parametrización incorrecta puede producir este síntoma?. Un saludo”

Revisa el servicio VMware VirtualCenter Management Webservices de la maquina donde reside Vcenter. Arráncalo y reinicia vCenter.

Saludos Manuel

Consulta. Como pulsar F8 en un Windows Server cuando arranca

Juan Nerva, de Langreo, me envía la siguiente consulta:

Hola Jose Maria, vengo siguiendo tu blog hace bastante tiempo, tiene cosas interesantes sobre virtualización.

Tengo la siguiente duda: en VMware ESX intento pulsar F8 en un Windows Server para entrar en Safe Mode, pero no lo consiguo. ¿Puedes orientarme?

Apreciado Juan:

Gracias por seguir mi blog, la verdad es que escribo bastante poco, con el nuevo año vamos a arreglar cosas...

Lo que comentas ocurre porque la cónsola no tiene el "foco" del mouse hasta que el Sistema Operativo Guest no ha tomado el control, y para entonces ya es tarde.
La solución es simple. Fuerza en "edit settings" para que acceda a la Bios al siguiente arranque y al salir de la Bios, pulsa F8. Voilá!

Gracias por seguir mi blog. Feliz año nuevo, a tod@s.