View 4.5

VMware View 4.5 – Conociendo lo nuevo – parte 4

Que tal gente, continuando con la serie ya llegamos a la cuarta y última parte. Es el turno de hablar sobre la nueva capacidad de VMware View 4.5 , local mode, al parecer liberada en respuesta a XenClient de Citrix. Ambos nos permiten trabajar con escritorios virtuales de manera “offline”. Local mode de nos permite hacer un “check out” de nuestros escritorios y poderlos estar ejecutando sin necesidad de tener conexión a nuestra infraestructura View, con esto se logra una gran movilidad para usuarios que están constantemente de viaje o en oficinas remotas.

En esta nueva versión de VMware View existe un nuevo elemento de su arquitectura llamado “transfer server” , como su nombre lo indica este servidor transfiere los escritorios view entre el datacenter y el cliente que lo necesita ejecutar como podría ser una laptop. Esto se realiza montando los discos de dichas vms en un repositorio de donde después es transferido al cliente.

Y a su vez tenemos la capacidad de realizar 4 operaciones:

  • Check out: con esta operación el escritorio virtual que reside dentro del datacenter es transferido al cliente para su ejecución local, y a su vez este escritorio virtual es bloqueado para su uso como lo podemos ver en esta imagen:
  • Check in: La imagen que se está ejecutando de modo local es regresada al datacenter, con los cambios que se realizaron, y el bloqueo de la vm es descartado para que esta pueda ser utilizada de nuevo.
  • Replication: La imagen que se encuentra en el datacenter es actualizada con los cambios que se han realizado en la imagen que se está ejecutando localmente, pero el bloqueo en la imagen es conservado, es decir no se puede utilizar la imagen que reside dentro del datacenter.
  • Roll Back: con esta operación la imagen que se está ejecutando localmente es descartada y cualquier cambio que se haya realizado no se refleja, el bloqueo en la imagen que reside en el datacenter  es descartado.

Veamos cuales son los requerimientos para la instalación de este Transfer server:

  • 2 vCpus
  • Windows 2003 SP2- 2 GB RAM mínimo
  • Windows 2008 – 4 GB RAM mínimo.
  • Suficiente espacio para el montado de las imágenes que serán transferidas.

La instalación de nuestro Transfer Server es bastante simple, con el mismo paquete de instalación de nuestro Connection server se realiza, solo que en el momento de seleccionar el tipo de servidor queremos elegimos Transfer server:

Una vez realizada la instalación es necesario realizar ciertas configuraciónes en nuestro connection server. Para esto ingresamos al View Manager  y vamos a View Configuration > Servers

Una vez dentro, seguimos los siguientes pasos:

Damos click en “add”, se nos mostrará una ventana donde tendremos que escoger el vCenter donde se encuentra la vm de nuestro transfer server:

damos next y seleccionaremos a nuestro transfer server:

Una vez realizado esto nuestro servidor ya estará agregado a nuestro View Manager, este se mostrará en un modo “pending” :

esto se debe a que este servidor es preparado,  la maquina virtual se “bloquea” , se le agregan 4 controladores scsi y la preferencia de DRS  para dicha vm  se cambia a manual. Aquí podemos ver los cuatro controladores scsi agregados:

Con esto se logra tener 15 discos por controladora scsi lo cual nos permite tener hasta 60 operaciones de transferencia concurrentes.

Cuando ya terminen de realizar todas modificaciones requeridas, el estatus de “pending” cambiará a “missing  transfer server” , aquí es donde tenemos que crear el repositorio donde se publicaran las imagenes que podrán ser transferidas a clientes locales.

Dentro de View Manager , View Configuration > Servers , podemos ver que ya esta agregado nuestro transfer server , para poder configurar el repositorio de imágenes necesitamos poner nuestro servidor en modo mantenimiento, para eso damos click en “enter maintenance mode”

Una vez que nuestro servidor este en modo mantenimiento vamos a Configuration > Transfer Server repository , y damos click en “edit” para crear un nuevo repositorio:

Donde ingresamos la ruta a nuestro share , que en este caso puede ser local o de red y las credenciales necesarias para poder accederla. Ya que configuramos todos los parámetros damos click en ok y sacamos nuestro servidor de modo mantenimiento dando click en “exit maintenance mode”-

Una vez configurado nuestro repositorio es tiempo de publicar imágenes que podrán ser transferidas si es que contamos con Composer, para esto dentro de la misma sección de configuración para repositorios damos click en “publish”, se nos abrirá una ventana donde seleccionamos nuestra imagen de View Composer o Golden image:

Perfecto hasta este punto tenemos todo configurado del lado de nuestros servidores , es momento de probar que esto esté funcionando sin ningún problema. Para esto instalamos VMware View Client con modo offline, asegúrense de cumplir con los siguientes requerimientos:

Tabla de OS soportados

La computadora tiene que ser física y no tener instalado ningún producto de virtualización VMware (workstation, player, server).

Vamos a revisar los pasos requeridos para poder probar el modo offline:

Ejecutamos nuestro view client y seleccionamos la maquina o pool que queremos ejecutar en modo offline y damos click en “check out”:

Una vez transferida la imagen a nuestra maquina se comienza a ejecutar localmente:

En el momento que una maquina este en estado “checked out” es decir que se este ejecutando en un escritorio local si vamos a View Manager > Desktops  se reflejará el estado de dicha vm:

Aquí mismo podemos realizar las operaciones de rollback, check in y replication solo dando click en “more commands”. Estas operaciones también pueden ser realizadas desde el lado del cliente.

VMware View 4.5 – Conociendo lo nuevo – parte 2

Que tal Gente, el día de hoy continuando con la serie les hablaré de mas nuevas capacidades y/o cambios que existen en VMware View 4.5 con respecto a versiones anteriores.

En esta parte 2 es el turno de platicar un poco sobre el almacenamiento y VMware View 4.5 , y el concepto de “storage tiering” aplicado a view.  Storage teiring hace referencia a la categorización de nuestros tipos de almacenamiento por cualidades como puede ser si esta basado en discos sata, sas o ssd , con esto podemos manejar calidades de almacenamiento para distintas aplicaciones, organizaciones, etc.

Con esto tenemos la capacidad de asignar distintos tipos de almacenamiento según sea el tipo de disco requerido por las vms , en esta nueva versión se existen los siguientes tipos de discos duros virtuales para nuestros “linked clones”:

  • Persistent Disk –  Este disco aloja todos los datos de usuario, o profile del usuario que se esta haciendo uso dicha maquina virtual , que no es algo nuevo en versiones anteriores de VMware View lo conocíamos como User Data Disk. Lo interesante en esta nueva versión es que este tipo de disco lo podemos desconectar o conectar a una VM, en caso que se vaya a destruir la vm o pool de escritorios podemos archivarlo y re-utilizarlo para otro escritorio para el mismo usuario como lo vemos en la siguiente imagen:

  • Disposable Disk –  En este tipo de disco se aloja todos los archivos temporales del sistema y el archivo de paginación (pagefile.sys) , este disco es creado cuando dicho linked clone es encendido y en el momento que es apagado se destruye ya que como sabemos son archivos transitorios. Algo que tenemos que tener siempre en cuenta aquí es que el tamaño de este disco tiene que ser mayor al archivo de pagefile.

Una vez que sabemos que tipos de discos conforman un linked clone es donde podemos claramente ver la ventaja de poder definir donde estará cada uno de estos discos, por ejemplo, el tipo de disco Disposable seria un candidato perfecto a estar en almacenamiento basado en SATA debido al precio y performance del mismo, mientras que las replicas de view serian un candidato para almacenamiento SSD debido a su alta transaccionalidad. Aquí les dejo una imagen de como nosotros configuramos que datastore será el que este alojando cada tipo de disco: