Hola de nuevo! Soy Miguel Ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el genial mundo de la virtualización de servidores.

En el día de hoy vamos  a hablar de un documento importantísimo para aquellos que desarrollamos escritorios virtualizados en nuestra labor del día  a día, y de  cómo podemos sacar el máximo rendimiento a nuestro entorno con el menor esfuerzo posible.

Está a la vista que a  VMware le gustan este tipo de documentos (white paper) y las mejores prácticas sobre VMware View 5.

Con el reciente lanzamiento de VMware vista 5 durante el  VMworld 2011en Las Vegas, han sido introducidas muchas nuevas características y mejoras para este producto.

El documento (White Paper) muestra las diferencias entre VMware View 4.5 y 5 y no sólo por el lado del mero producto en sí, sino también desde el punto de vista de la plataforma central de virtualización (vSphere), ya que la comparación se hizo con VMware View 5 ejecutándose en vSphere 5 y View 4.5 sobre vSphere 4.1, ya que no es posible ejecutar View 5 en vSphere 4.1 .

Para generar una  carga real de trabajo a la solución de software, se utilizó VMware View Planner, que es un generador de carga de trabajo muy similar a VSI Login (artículo escrito por mí el 25 de enero de este año).

Simula  a un usuario de oficina habitual, que está utilizando las aplicaciones de oficina básicas como MS Word, PowerPoint, Outlook, navegación por las páginas PDF, navegación por páginas Web y viendo un video.

Una sección muy interesante es la sección de prácticas recomendadas donde verás los ajustes necesarios que deben hacerse del lado de la VM maestra o Gold (un sistema XP o Win 7) y también sobre la/s GPOs del Directorio Activo, mediante la deformación del Protocolo de PCoIP y otros componentes para lograr el mejor rendimiento posible.

También en este documento encontrarás la comparación entre diferentes protocolos: ICA, RDP v 7.0 y PCoIP en diferentes entornos. LAN, WAN y  WAN tipo extrema. La WAN extrema es la WAN con alta latencia y ancho de banda muy reducido.

LAN: Abundante ancho de banda disponible con casi ninguna latencia.

WAN: El ancho de banda es limitado (2 Mbps) y hay 100 ms de latencia ida y vuelta.

WAN extrema: El ancho de banda es severamente limitado (300 kbps) y hay 100 ms de latencia en la ida y la vuelta.

En resumen, el artículo nos va enseñar cómo mejorar nuestro entorno para conseguir unos resultados espectaculares con VMware View trabajando en nuestro entorno VDI disminuyendo el tiempo de respuesta, el consumo de ancho de banda, CPU y Memoria.

Podéis descargar el artículo aquí. A mi modo de entender es un artículo imprescindible para todos aquellos que nos movemos o dedicamos al mundo de la virtualización de escritorio y más en concreto con VMware View.

Aquí os dejo algunos de los resultados más importantes de los test realizados, una vez hemos aplicado las mejores prácticas del documento.

Hasta aquí por hoy, espero haberos contado algo de vuestro interés y os emplazo hasta la semana que viene con un nuevo tema sobre el mundo de la virtualización de servidores. Hasta la semana que viene!

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola, ¿como estamos?  Soy Jose Maria Gris y volvemos a estar con todos vosotros despues de este paréntesis estival.

Mientras nos preparamos para la versión 5 de View, tenemos que ir actualizando nuestras versiones y hoy vamos a comentar un caso que he vivido esta última semana. El titulo del post bien podría ser “¿y que pinta el USB en esta fiesta?” pero es mas explicativo creo el que hemos puesto.

La situación es la siguiente. Tenemos nuestro View 4.5 y estamos upgradando a 4.6. Tenemos una VM, un escritorio que lo queremos upgradar el agente. Ejecutamos el Installer y nos comenta el gracioso mensaje “Error 28030. The installer failed to install the USB driver. To ensure a successful installation, please restart your machine and relunch the installer”.

Pensamos de forma inmediata ¿”el USB?”. Dando vueltas y mas vueltas al tema, vemos que hay una KB nueva 2004509 que nos recuerda que los installer anteriores deben estar completados o bien que pueden haber tenido un fin de ejecución no correcto. Osea, que no era un problema “directo” con el USB….

La solución está en completar algun installer pendiente o bien seguir los pasos de la KB 2004509 para limpiar las keys del registro que indican.

Con ello podreis completar vuestra actualización.  Hasta la semana que viene.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Hola, soy Miguel Ángel Alonso y aquí estoy como cada martes para hablaros de nuevo sobre el maravilloso mundo de la virtualización. Lo primero de todo, es saludaros y daros la bienvenida tras unas merecidas vacaciones a todos nuestros lectores y  a todos mis compañeros del Blog.

Para empezar bien este mes de Septiembre y de forma mayúscula, voy a presentaros las nuevas características del próximo VMware View en su versión 5, el cual fue presentado el pasado 30 de Agosto en el VMworld 2011 de Las Vegas.

A modo personal he podido ver que por fin han llegado mejoras que reclamábamos, como implementadores de infraestructuras VDI, lo cual nos van a beneficiar en el día a día de manera ostensible con la gestión de nuestros escritorios virtuales.

Dejando este pequeño prolegómeno atrás, nos vamos a centrar en las nuevas características de VMware View 5.

PCoIP Controles de Optimización

Proveerá  a los usuarios finales de un mejor rendimiento en función de las condiciones de nuestra red. Entre estos controles de optimización, PCoIP nos dará la posibilidad de realizar el cacheo del lado del cliente, incrementado la densidad de usuarios por red y, por consiguiente, reduciendo el uso de ancho de banda hasta en un 75%.

Servicios multimedia para tarjetas gráficas 3D

Estos nuevos servicios darán soporte al usuario final para soportar gráficos en 3D para Windows 7 Aero, Office 2010 y aplicaciones 3D con requerimientos DirectX y OpenGL. Este servicio funcionara con los servidores de nuestro DataCenter y no habrá necesidad de uso de la GPU.

Integración Unificada de Comunicaciones

Mayor soporte e integración de  un espacio de trabajo dentro de  VMware View 5 para las comunicaciones VoIP con soluciones muy conocidas como pueden ser AVAYA o MITEL mejorando la integración y  experiencia de voz y video en este tipo de comunicaciones.

Experiencia Personalizada con View Persona Management

Por fin!!!!!!, aunque estará solo disponible en la versión Premier. View Persona Management nos ayudará a todos los administradores de IT a poder manejar los perfiles, políticas, settings, carpetas y permisos desde una única localización de manera centralizada.

PCoIP con servicios de continuidad

Mejorarán la experiencia de los usuarios (roaming) detectándolos de manera automática y recuperando y reconectando sesiones con más de 30 segundos en pérdidas o decremento de la  conexión de red, inclusive en redes de tipo WIFI y 3G.

VMWare View Mobile Clients

Disponible dentro de unas semanas con una actualización de VMware View Client para nuestros iPAD, la cual soportará MultiTasking e integración RSA. También saldrán a la luz los clientes para Android y Cisco CIUS.

Experiencia de Usuario y Monitorización del Rendimiento

PCoIP Extension Services proveerá de mantenimiento al usuario final y soporte para administración IT con estadísticas y análisis a través de 23 nuevas estadísticas de sesión (General, Imaging, Network y USB para PCoIP sin necesidad de nuevas consolas y con total integración con el servicio WMI. Todo ello nos permitirá de forma rápida identificar problemas y cuellos de botella de una manera más fácil.

Disponible en las próximas semanas, podrás tener acceso a la descarga de VMware View 5.

Precio y Disponibilidad

VMware View 5 Enterprise Edition, incluye VMware vSphere para Desktops, vCenter 5 y VMware View Manager. El precio será de $150 por conexión concurrente.

VMware View 5 Premier edition, incluye VMware vSphere para Desktops, vCenter 5 y VMware View Manager, View Client con MODO LOCAL, VMware ThinApp 4.6, VMware View Composer y VMware vShield Endpoint para habilitar la integración de los escritorios en MODO LOCAL junto con un anti-virus de manera centralizada. El precio será de $250 por conexión concurrente.

Bueno amigos, hasta aquí por hoy. Espero haberte contado algo de tu interés y te emplazo hasta la semana que viene donde podremos ver un nuevo capítulo de este maravilloso mundo de la virtualización que tanto nos apasiona.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Hola de nuevo amigos. Soy Miguel Ángel Alonso y aquí estoy como cada martes para hablaros sobre un nuevo tema sobre la virtualización, y hoy en concreto sobre mi queridísimo mundo del VDI.

Hoy vamos a hablaros sobre un nuevo software y que está en fase Beta para sus testers y que me ha llamado mucho la atención para todos aquellos que nos dedicamos al mundo del VDI más en concreto.

Este software es de la firma Ericom, muy conocida por su software de aceleración de comunicaciones y que ayuda de una manera muy eficaz con unas tasas de compresión muy grandes para las conexiones RDP de nuestras empresas.

El software en cuestión es ERICOM HTML5 View Client y como su nombre indica nos permitirá conectarnos a nuestros escritorios de VMware View mediante conexión a una página WEB (cifrada o sin cifrar).

Este software como todos, tiene algunas pequeñas limitaciones que vamos a ver ahora para tenerlas en cuenta antes de instalarlo:

1. Sólo funciona con Windows 7 , Windows 7 SP1 o mayor
2. No funciona con Internet Explorer
3. Sólo conexiones RDP

Ventajas de Ericom HTML5

1. Funciona con los siguientes Browsers: Firefox, Google Chrome, Safari,Opera.
2. Nos permite conectarnos a nuestros clientes desde cualquier sitio, sin la necesidad de ningún cliente de View. (mayor Flexibilidad)
3. El uso de HTML5 como protocolo web evita la necesidad de tener instalados complementos como Java, Flash, Silverlight.
4. La facilidad de uso y de instalación.

Ahora que ya conocemos un poco más sobre ERICOM HTML 5, creo que es hora de mostraros como de fácil es instalar este producto en nuestro entorno VDI de Vmware View.

Aquí vemos los posibles paquetes que conformarán la instalación. Es tan sencillo que en 5 minutos ya tendremos todo nuestro entorno de producción, listo para probarlo con el software de ERICOM.

Lo primero de todo, será instalar EricomHTML5webComponent x86 o x64 en nuestro Broker de conexiones y seguidamente el paquete ErcomHTML5Server.msi en todos nuestros escritorios virtuales. Este último paso lo podemos hacer instalándolo en nuestra VM Parent y mediante un Recompose, lo dejaríamos instalado en todos nuestros escritorios.

Una vez instalados todos los componentes, abriremos nuestro navegador Firefox (en este caso) e introduciremos la siguiente dirección:

http(s)://mibroker/ericom/view.html

y nos mostrará la página principal de conexión, donde deberemos introducir los datos de conexión de nuestro usuario.

Una vez hemos logado, nos mostrará una nueva pantalla donde podremos elegir el nivel de compresión-aceleración de nuestra conexión RDP y la resolución de la pantalla. También podremos elegir si queremos cifrar nuestra conexión mediante SSL.

Hacemos click en el botón de conectar y comenzará el arranque de nuestra VM en nuestros ESX si es que está apagada o conectará directamente si esta ya estaba encendida cuando nos logamos.

Y por fin tendremos conexión con nuestro escritorio View mediante interfaz WEB.

Bueno, aquí me despido de vosotros, esperando haber contado algo de interés para nuestros fabulosos lectores del Blog y os emplazo hasta la semana que viene con nuevo POST sobre la virtualización.

Hasta la semana que viene.

Hola soy Miguel Ángel Alonso, y aquí estoy como cada martes con vosotros para contarte algún nuevo tema sobre el maravilloso mundo de la virtualización.

En el Post de hoy voy hablar sobre el uso de TAGS (Etiquetas) dentro de nuestros entornos VMware View.

Con la entrada al mercado de VMware View 4, se introdujo la función de etiquetado (Asignación de TAGS) para permitir especificar el acceso a un grupo, o grupos de usuarios a los pool de escritorios de nuestro entorno corporativo, diferenciando a estos por el tipo de conexión WAN o LAN en pools internos y pool externos.

Existen unos pequeños puntos a tener en cuenta antes de usar la función de TAGS en tu entorno, y que voy a comentarte en las siguientes líneas como las más importantes premisas a tener en cuenta:

1. Los TAGS son exclusivos de los Connection Server y no son aplicables a nuestros Security Servers.
2. Cualquier Security Server que tengas en modo Paired (emparejado) con un Connection Server, trabajará exactamente igual que dicho Connection Server.
3. Si tienes un balanceador de carga delante de tu grupo de Security Servers o Connection Servers, deberán ser etiquetados exactamente de la misma manera.
4. Un solo Connection Server o pool podrían tener múltiples etiquetados (TAGS)
5. Los pools de escritorios que no tengan asociado ningún TAG, podrán ser accedidos por los usuarios con permisos necesarios, a través de cualquier Connection Server.
6. El Connection Server que no tenga TAGS, podrá solo acceder a los pools de escritorios que no tengan ningún TAG
7. Los TAGS tienen la prioridad más alta a a la hora de asociar (entitlement) los pools

Esta función me resulta muy beneficiosa y creo que en general a todo el mundo que dispone de VMware View en cualquiera de sus versiones 4.X, ya que de esta manera podrás asignar servidores de tu organización a tareas diferentes como son las conexiones externas (Usuarios Móviles) o las internas de dentro de la compañía.

No olvides que puedes asignar TAGS de internal y external a un mismo Connection Server si lo requieres de este modo por las necesidades de tu propio negocio.?

Estos son los 4 pasos que hay que dar apara asignar TAGS a tu entorno de VMware View:

Ves a la consola de tu Broker y en el apartado: View Configuration>> Servers, elige el servidor al cual le vas a asignar los TAGS. Luego pulsa sobre la opción Edit.

Una vez pulsado Edit, te aparece una pantalla donde te dará la opción de añadir tus TAGS a tu Connection Server. En mi caso, y como se ve a simple vista, he elegido INTERNAL.

Seguidamente, ves a la sección: Inventory>>Pools y pulsa nuevamente sobre la opción Edit.

Te aparecerá esta pantalla desde la consola de tu Broker y sobre la pestaña de configuración: Pool Settings >> Browse podrás acceder a la opción final que te permitirá asociar dicho pool al TAG del Broker que previamente he configurado.

Finalmente, elige el TAG adecuado a las necesidades de tu entorno VMware View.

Bueno, hasta aquí por hoy. Espero que te haya resultado de alguna utilidad y me despido de ti hasta la semana que viene con un nuevo tema sobre la virtualización.

Hasta la semana que viene.

Hola de nuevo, soy Miguel Ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización.

Hoy nos centraremos en como instalar un certificado en nuestro entorno VMware View para poder utilizarlo en nuestras conexiones WAN, y así de esta manera poder cifrar nuestros datos de conexión.

Lo primero de todo, tendrás que ir a las propiedades del equipo de tu servidor Broker en “Configuración avanzada del Sistema” – “Opciones Avanzadas” – “Variables del entorno”, para seleccionar el campo llamado “Path” y añadir el siguiente path:

C:\Program Files\VMware\VMware View\server\jre\bin

El segundo paso a seguir en tu servidor Broker o connection server, es abrir una sesión desde la línea de comandos con “cmd” y asegurarte que estas en el irectorio raíz “C:”. Después, escribe la siguiente línea de comandos:

Keytool –genkey –keyalg “RSA” –keystore keys.p12 –storetype pkcs12 –validity 360

Esta linea de comando, generará una clave privada llamada keys.p12 en algoritmo RSA usando el formato PKCS12 y válida por un año: Tendrás que rellenar los datos de formulario que te pide, como por ejemplo, nombre FQDN de tu organización, Ciudad, País y etcétera.

En el siguiente paso, crearas un archivo de requerimiento de certificado, el famoso CSR, para ser enviado a la CA correspondiente, tanto sea de tu entorno Microsoft si es que dispones de ella como si es un CA correspondiente a una de las autorizadas en Internet y conocidas, como por ejemplo, THAWTE, GLOBALSIGN o VERISIGN.

El comando para generar el archivo CSR es el siguiente:

Keytool –certreq –keyalg “RSA” –file micertificado.csr -keystore keys.p12 -storetype pkcs12 -storepass p@sswOrd

Donde micertificado.csr será el nombre de tu ”csr” y p@sswOrd, será la contraseña que utilices para tu certificado.

Una vez hecho todo esto, nos generará el archivo .csr el cual como he indicado antes deberás enviar a la entidad de certificados CA que hayamos elegido.

En mi caso será una CA interna de Microsoft Windows 2008 y la cual dispongo dentro de mi entorno de laboratorio. Nos conectamos mediante http://servidorCA/certsrv

Entonces, eliges la opción de enviar una solicitud de certificado con un archivo codificado en base64 CMC o PKCS#10, o una solicitud de renovación con un archivo codificado en base64 PKCS#7, donde en “plantilla de certificado” pondrás “Servidor Web” y “pegaras” el archivo csr que he generado anteriormente en formato texto.

Luego, descarga los archivos por defecto Certnew.crt y Certnew.p7b (obligatorio en formato pkcs#7) a tu direcrorio raíz C:

Vuelve a la línea de comando para importar tu root CA y teclea el siguiente comando:

Keytool –import –trustcacerts -keystore “C:\Program Files\VMware\VMware View\jre\lib\security\cacerts” -storepass changeit –alias Root -import -file c:\Certnew.crt

Después, importa tu archivo Certnew.p7b (formato pkcs#7) mediante la siguiente línea de comando:

Keytool -import -keystore keys.p12 -storetype pkcs12 -storepass p@asswOrd -keyalg “RSA” -trustcacerts -file Certnew.p7b

Te preguntará si confías en este certificado: por supuesto le dices que sí.

Como últimos pasos, lo que harás será ir a tu Security Server y en el directorio: C:\Program Files\VMware\ViewManager\Server\sslgateway\conf modificas, o creas sino dispones de este, un archivo llamado Locked.properties. Ánade las dos lineas siguieres:

Keyfile=keys.p12
Keypass=p@sswOrd

Seguidamente, y en ese mismo directorio, importa la clave keys.p12 que generaste en tu servidor Broker anteriormente, y reinicia el sevicio View Security Service con los siguientes comandos:

Net stop VMware View Security Server
Net start VMware View Security Server

Como nota final, recuerda que el archivo locked.properties y la importación de la clave privada keys.p12 deberías hacerlo en todos tus Security Server.

Bueno, hasta aquí por hoy. Espero haberos contado algo de vuestro agrado y me despido de vosotros hasta la semana que viene. Os emplazo hasta el próximo martes con un nuevo tema sobre la virtualización.

El día de ayer resultó ser uno de estos días en los que uno acaba pensando que tiene dotes premonitorias, o algo por el estilo, y que será capaz de adivinar el número de la lotería.

Evidentemente, el que os escribe no tiene tales dones, ya que si así fuera seguramente os estaría escribiendo desde el Caribe en lugar de hacerlo desde la oficina.

Y es que si en el post la semana pasada (¿Cuál es la postura de Microsoft ante VDI?) os hablaba acerca de la postura de Microsoft ante las tecnologías de virtualización de escritorio y comentaba de soslayo la apuesta de otros jugadores como VMware y Citrix, hoy me gustaría hablaros acerca de la noticia que ayer destacaba en Twitter, el desembarco del cliente VMware View en el App Store para el Tablet de Apple de forma gratuita.

Resulta evidente que estamos inmersos cada día más en una era en la que la heterogeneidad de los dispositivos de movilidad (Tablets y SmartPhones) es la tónica dominante y que los grandes jugadores de la virtualización son conscientes de ello y se mueven en consecuencia.

Quizás en este movimiento de VMware pueda adivinarse los primeros síntomas de cambio del modelo de experiencia de usuario, en el que las aplicaciones de escritorio necesariamente se vean relegadas a un segundo plano y sean las aplicaciones para los dispositivos de movilidad las que se conviertan en las claras dominantes.

Insisto en que no soy un visionario y por descontado no manejo la suficiente información como para hacer predicciones de este tipo. Sin embargo si estoy seguro que VMware, al igual que el resto de jugadores importantes, sí que manejan esta información y que estarán planeando sus estrategias para afrontar este cambio.

De hecho, VMware ya está empezando a hacer sus primeros movimientos gracias a su Proyecto Horizon anunciado en el pasado VMWorld 2010.

Para que os hagáis una idea del revuelo que ha formado la noticia, en pocas horas se podían encontrar en la red artículos que se hacía eco de la noticia, como los que os pongo a continuación:

• “VMware View Client For iPad – The Best Of Both Worlds ” de Eric Sloof, publicado en NTPRO.NL
• “VMware View iPad Client and PCoIP Gateway” de Chris Colotti, publicado en su blog.
• “VMware View for iPad” for iOS Now Available on the AppStore” publicado en el American Consumer News

Hola de nuevo. Soy Miguel Ángel Alonso, y aquí estoy con vosotros de nuevo como cada martes para contaros algo nuevo de este mundo maravilloso de la virtualización.

Hoy vamos a ver las últimas excelencias técnicas de la nueva versión de VMware View en su versión 4.6.

Como podéis ver en el diagrama de componentes de VMware View, podemos observar cómo trabajan a partir de esta versión nuestras conexiones WAN. Por fin, disponemos de conexiones PcoIP a través de las conexiones a nuestros Security Servers.

Observamos, claramente, cómo un cliente se conecta a nuestro Security Server y este a su vez nos conecta directamente con el escritorio remoto en cuestión, sin pasar por el broker.

A continuación, te enumero las principales características de esta nueva versión de VMware View 4.6:

1. Security Server, puede ahora actuar como Proxy de conexiones PCoIP (Eliminada la necesidad de uso obligatorio de una VPN.
2. Soporte (Experimental) para Windows 7 SP1. La anterior versión 4.5 no soportaba este Service Pack de windows 7.
3. Soporte para re direccionamiento de conexiones MMU (Multimedia) y  USB para conexiones WAN. USB utiliza el puerto 32111, el cual tendremos que tener abierto en nuestro Firewall.
4. Con la versión 3.3 del firmware de Teradici,  se ha mejorado de forma muy notable todas las prestaciones en general de gráficos.

Lo que sí echo de menos, es el anuncio que VMware hizo desde la versión 4.0 y que ya esperaba con la salida de la 4.5, el apartado de dicado a la gestión de perfiles. Este apartado, VMware y RTO Software están trabajando desde hace ya tiempo, para que la gestión de los perfiles pueda ser integrada en una futura versión de VMware View.

El motivo de su dilatación el tiempo, no es otro que el de algunos problemas con la compatibilidad en los perfiles con Windows 7, ya que con XP no hay problema alguno de esta índole.

También, me gustaría reseñar la salida al mercado a su vez de VMware ThinApp 4.6.1 y cuyas características más importantes son: mayor compatibilidad con las aplicaciones Office 2010, IE 7 e IE 8.

Además, se han resuelto los problemas de empaquetado de las siguientes aplicaciones:

• Google Chrome (Plataformas de 64 Bit)
• Professor Teaches Word 2007 con Windows XP
• WordPerfect, Ad-Aware2008
• Victor Player
• Firefox + Foxit Reader 4.2
• Office communicator
• HP Peregrine, SAGE
• iTunes 9.2.1

No debemos olvidar abrir, entre el Broker, el Security Server y nuestros desktops virtualizados, los puertos 80 y 443 en nuestro Firewall, así como el puerto 4172 TCP y UDP en ambas direcciones.

Como reflexión personal, me quedo con el gran avance realizado en esta versión de View 4.6 a nivel de conexiones WAN, donde por fin dispondremos del maravilloso protocolo PCoIP, más re direccionamiento de MMU y USB sin la necesidad de tener que usar servidores de VPN.

Como ya he dicho antes, siento la necesidad o hecho de menos la integración de la gestión de perfiles, que tan importante es dentro del mundo VDI. Confiemos en que los muchachos de VMware y RTO den con una futura solución lo antes posible.

Bueno, hasta aquí por hoy, me despido de vosotros, esperando haberos contado algo de vuestro interés y me despido de vosotros hasta la semana que viene.

¿Cómo estamos? Soy José María Gris y como cada miércoles vengo a comentaros un nuevo tema que creo puede ser de vuestro interés.

Hoy veremos “el caso de las tarjetas de red virtuales que desaparecen en escritorios de View”. Este es un caso donde en una instalación se detectó que en los escritorios virtuales “desaparecían” tarjetas virtuales de Lan.

El administrador estuvo buscando y buscando hasta que encontró el problema y su solución.

El tema es bastante sencillo al fin y al cabo. En el terminal el usuario a veces introduce un USB, un Pendrive y ahí se origina el problema.

Cuando se invoca el icono de “sacar hardware con seguridad”, el sistema enseña tanto el USB como la tarjeta de lan. Si el usuario se equivoca o bien no sabe exactamente lo que tiene que hacer, entonces “desaparece” la tarjeta de lan dejando el escritorio inhábil hasta que el administrador vuelve a conectar el device.

Con la máquina virtual apagada, “Edit settings”, seleccionar la pestaña “Options”, y allí, en la sección “Advanced”, seleccionar “General”. En la parte derecha aparecerá el botón “Configuration Parameters”.

Entrando en estos parámetros, botón “Add Row”. Aparece nueva fila e introducimos en la primera columna devices.hotplug y en la segunda false.

La posibilidad de deshabilitar la tarjeta de red desaparece. Gracias David, Gaspar…

Hasta la semana que viene. Take care.

Hola, soy Miguel Ángel Alonso y aquí estoy con vosotros como cada martes para contaros algo nuevo dentro del maravilloso mundo de la virtualización.

En este caso voy a ser escueto con el tema de hoy, pero no por ello va a a dejar de ser menos importante que anteriores posts.

El día 15 de Febrero Vmware sacó a la luz un nuevo Cliente para Vmware View (build 353760) para subsanar un problema de conexión con el Broker de View. Este problema viene dado al actualizar nuestro sistema operativo Windows 7 con el patch de Microsoft (KB2482017).

El nuevo client de VMware View build 353760 ha sido testeado en los siguientes sistemas operativos:

• Windows 7 Enterprise 32 bit + Internet Explorer 8
• Windows 7 Enterprise 64 bit + Internet Explorer 8
• Windows 7 Home 32 bit + Internet Explorer 8

Puedes descargarte el nuevo cliente de VMware View desde la página de VMware de descargas. Tendrás que introducir tus credenciales y aceptar el EULA para descargartelo y antes de hacerlo, ten encuenta lo siguiente:

• Si estás usando Windows 7 32-bit, usa VMware-viewclient-4.5.0-353760.exe
• Si estás usando Windows 7 64-bit, entonces usa VMware-viewclient-x86_64-4.5.0-353760.exe

Si ya estás usando View Client 4.0.x y estás experimentando el mismo problema, puedes instalar el cliente apropiado de Vmware View Client 4.5 en tu entorno para corregir dicho problema.

Bueno, hasta aquí por hoy.  Gracias de nuevo por estar ahí como siempre y me despido de vosotros hasta la semana que viene con un nuevo tema acerca de la virtualización.

Hola, soy Miguel Angel Alonso y aquí estoy como cada martes para contaros algo nuevo acerca del tema de la virtualización, y hoy, más en concreto, acerca de VMware View y las cuatro opciones principales que tenemos a la hora de modificar nuestros escritorios.

Para aclarar estos 4 términos, que a veces parecen no quedar muy claros para los lectores del Blog de virtualización y para asiduos de otros foros de virtualización, pondremos nombre y apellidos a estos conceptos con la buena intención de que sean mejor entendidos:

1. Reset

El Reset lo puede hacer tanto el administrador como el usuario, si se tiene el permiso necesario para hacerlo. Este permiso puede prestarse al usuario durante la configuración del Pool de escritorios. Esto es interesante para el usuario desde un punto de vista de autoservicio si algo va mal con su máquina virtual. La opción “Reset” desde la consola de Administración de View muestra el siguiente mensaje al hacer clic.

Esto explica lo que sucede cuando se restablezca el escritorio: Sólo se restablece la máquina virtual sin necesidad de apagar el sistema operativo correctamente, igualmente que como cuando se hace clic en la opción de Reset en el vCenter. Se desconectará la sesión del usuario, se perderá todo el trabajo que no se haya guardado.

Los términos Refresh y Recompose vinieron con la primera versión de View Composer. Las dos palabras describen dos funciones muy importantes dentro de la tecnología de Linked Clones que se utiliza en VMware View.

Si no estás familiarizado con View Composer, aquí está una pequeña introducción de forma rápida. El Composer de VMware View, utiliza la tecnología de Linked Clone, lo que significa que varios discos de la máquina virtual se basan en una imagen principal desde donde se leen. También, tienen su propio disco llamado disco delta donde ese escriben y reflejan todos los cambios realizados. Para crear una agrupación de escritorios con tecnología de Linked Clone, has de utilizar una máquina virtual, y no una plantilla (Template).

Esta máquina virtual se debe agregar al dominio mediante Active Directory y cerrarse antes de crear una instantánea (Snapshot) de esta. Los pools con tecnología Linked Clone, se basan en instantáneas (Snapshots), pero sólo funciona si la máquina virtual se cerró cuando la creamos. Durante la configuración del asistente de pool de escritorios, se requerirá de la imagen Golden principal, que es la máquina virtual que ya hemos preparado con dicho propósito. En el siguiente paso, el asistente nos mostrará una visión general de todas los Snapshots de la máquina virtual y entonces habremos de seleccionar uno de ellos.

Cuando se haya terminado con el asistente del pool desde el administrador de VMware View, View Composer comenzará a crear el grupo de escritorios. En primer lugar, se hará un aprovisionamiento completo de un clon del Snapshot seleccionado para cada LUN. A esta imagen se la llama Imágen Réplica. Después, se creará una imagen fina, por así llamarla, tomando como base a nuestra Réplica, creando así de esta manara nuestro primer Linked Clone. Todas las máquinas virtuales serán personalizadas con el nombre del host y otros detalles a través de los procesos de Quickprep o Sysprep, cuando nuestros Linked Clones se inicien.

Con las funciones de Recompose y Refresh desde este momento, se podrán reducir el tamaño de la máquina virtual (Refresh) y actualizar los Linked Clones de nuevo, al volver a crearlas con nuevos Service Pack de Windows, actualizaciones de seguridad o cualquier tipo de modificaciones realizadas por nosotros.

2. Recompose

La acción de Recompose es realizada por el administrador, dentro de la interfaz del administrador de View. Con esta función, el administrador puede hacer cambios en la instantánea (Snapshot) dentro de la Matriz de la VM o puede cambiar a otra Parent VM (Imagen Padre o Golden). En ambos casos, se aprovisionará una nueva imagen de la Réplica para los pool de escritorios configurados en las LUNs de hospedaje de nuestros Linked Clones.

3. Refresh

Mediante la acción de un Refresh, no se cambiará la instantánea (Snaphot) de la VM Parent. Esta acción sólo afectará al disco delta para restablecerlo a su estado inicial. Esto se hace para reducir la cantidad de almacenamiento utilizado por la máquina virtual. Ambas opciones sólo están disponibles en un pool de discos persistentes automatizados y “no” en pools de discos no persistentes.

Para hacer un Refresh de un grupo no persistente de VMs, deberán ser creadas todas de nuevo. Una buena opción aquí es eliminar la VM después del primer uso y personalizarlos con perfiles móviles y secuencias de comandos (Scripts) o con una solución de gestión de perfiles como AppSense o RTO.

En un pool de escritorios de carácter persistente se deberían redirigir todos los datos de aplicación hacia el disco de datos de usuario (User Data Disk) y que también almacena, a su vez, el perfil de usuario ya que los datos de la unidad C:\ se perderán al actualizar o recomponiendo el disco.

4. Rebalance

Durante esta acción, todas las máquinas virtuales serán rebalanceadas entre las LUN de almacenamiento para utilizar el espacio de manera más eficiente.

Aquí llegamos al final del tema de hoy, esperando haber podido contar algo de interés a nuestros queridos lectores del blog de virtualización en español.

Os emplazo hasta la semana que viene, donde hablare de un nuevo tema de este maravilloso mundo de la virtualización. Gracias como siempre y hasta la semana que viene.

JmG Virtual Consulting, S.L, expertos en soluciones de virtualización e integrador especializado en el diseño e implantación de soluciones de virtualización, anuncia que ha obtenido la competencia de Virtualización de escritorios de VMware.

En palabras de Jose Maria Gonzalez, Director General de JmG Virtual Consulting:

Apenas existe una decena de empresas que han obtenido en España esta competencia de virtualización del puesto de trabajo.

Por consiguiente, obtener la competencia de virtualización en el ámbito de los escritorios virtuales de VMware, demuestra que JmG Virtual Consulting, S.L., cuenta con todo el conocimiento, profesionalidad y experiencia necesaria para abordar con éxito los proyectos de virtualización del puesto de trabajo de nuestros clientes y Partners.

JmG Virtual Consulting ya contaba con la competencia en Virtualización de Infraestructuras, que demuestra su capacidad para virtualizar y consolidar entornos de servidores con soluciones de virtualización del fabricante líder mundial en virtualización de sistemas.

JmG Virtual Consulting es una de las compañías que más está apostando por las tecnologías de virtualización. En la actualidad cuenta con ingenieros y consultores certificados y altamente cualificados en las tecnologías de virtualización y con un gran número de proyectos en marcha, en concreto está colaborando en la actualidad en un proyecto de virtualización del puesto de trabajo de más de 2.000 máquinas virtuales en producción.

JmG Virtual Consulting es una organización formada por un conjunto de profesionales con amplia experiencia en implantación y diseño de soluciones de infraestructura de virtualización de sistemas y destaca por su compromiso, experiencia, especialización y excelencia, como valores que le permiten establecer relaciones a largo plazo con sus clientes.

Hola de nuevo!!!!! . Soy Miguel Ángel Alonso y aquí estoy de nuevo como cada Martes para contaros algo nuevo tras el periodo vacacional del mes de AGOSTO (entre comillas).

Bueno una vez os doy la bienvenida, vuelvo con un tema del que ya hablé en un POST anterior y en el que os explicaba la instalación y configuración de VMware Composer.

En este nuevo POST os voy a explicar cómo trabaja COMPOSER y como realiza la genialidad de generar cientos de escritorios virtuales (vClones) desde una imagen BASE.

Lo primero que hay que saber es que para generar nuestra imagen BASE necesitaremos de una VM con todo instalado (necesario para nuestra imágen) y su agente de VIEW esencialmente. Una vez tenemos nuestra VM con todo lo necesario, pararemos (SHUTDOWN) nuestra VM y haremos un SNAPSHOT de esta en frío.

Una vez llegado a este punto nuestra VM será conocida como máquina virtual Principal y desde el BROKER de View, seguiremos su asistente para generarnos un POOL de escritorios (Máximos 500-512) por imagen BASE. A partir de este momento se nos genera una réplica exacta de nuestra VM Principal (VM Réplica)que será la VM que nos dará el Disco Virtual del cual se nutrirán todos nuestros escritorios virtuales.

¿Por qué esta VM de réplica?

Porque de esta manera nuestra VM Principal está libre de carga para poder volver a actualizar nuestro S.O. ó nuestras aplicaciones y así volver a generar otro/s SNAPSHOTS en frÌo y poder actualizar nuestros escritorios en tan sólo unos minutos.

Además los SNAPSHOTS anteriores nos permitirán poder volver atrás en el tiempo, en caso de cualquier problema o eventualidad.

A tener en cuenta con la/s imágenes BASE

Si borramos nuestra VM Principal no ocurriría nada con nuestros escritorios virtuales (perderíamos la opción de poder actualizar o ROLLBACK en el tiempo) pero nuestros escritorios seguirían funcionando perfectamente, ya que es nuestra VM Réplica es la que suministra.

Esta a su vez ,está protegida desde vCenter de errores de borrado no intencionados, ya que si borramos la VM Réplica en este caso ,sí que todos nuestros escritorios dejarían de funcionar.

¿Cómo consigue ahorrar tanto espacio en Disco VMware Composer?

Por la tecnología de DEDUPLICACIÓN. Lo que hace es tomar el sistema operativo y aplicaciones de la IMAGEN BASE generada con la VM Principal (disco de Datos del S.O.) como plataforma de trabajo y sólo se generará consumo de disco con las modificaciones que el usuario haga en dicho S.O. (Perfiles Locales, caché de Usuario, etc ….) en un disco duro (Disco Delta) llamado disco de Datos del USUARIO .

1-Disco de Datos del S.O.(Podríamos interpretarlo como un disco en MODO LECTURA)

2-Disco de Datos del Usuario – Disco Delta -. (Podríamos llamarlo en modo ESCRITURA, por llamarlo de un modo entendible para todos)

Bueno! Aquí me despido de todos vosotros hasta la semana que viene con un nuevo POST que espero que os sea de gran ayuda. Gracias a todos por hacer todo esto posible!!!!

Hasta la semana que viene!!

Hola amigos, soy Jose Mª Gris y aquí estoy de nuevo para comentaros temas del ecosistema VMware.

Los que trabajamos con entornos View vemos que los usuarios han mejorado mucho su experiencia con el uso de PCoIP de View 4. He visto películas de HD a través de un Desktop Virtual sin ninguna pérdida de velocidad ni aspecto. Fantástico.

Ahora bien, cuando salimos a wan, la cosa se complica. Aunque tengamos definido PCoIP para nuestro escritorio remoto, cuando accedemos a través de wan, secure nos cambiará a RDP. Cuantas veces habéis visto usuarios que ven PowerPoints mapeando bloque a bloque o bien cuando visualizan un PDF “cargadito de imagen” pierden la paciencia.

Os vengo a presentar una pequeña maravilla, Ericom Blaze. Este software usa el puerto 3399 para abrir sesiones remotas, mientas deja el 3389 para el RDP. Se comporta de forma muy parecida a RDP, pero con un 20 a un 25% de incremento de velocidad.

Pero como digo siempre “a mi no me crea, pruébelo y ya me dirá”

Os propongo un pequeño test que es muy interesante. Bajaros la trial de wwww.ericom.com (puedes bajarte una demo funcional durante 30 días) tanto del “servidor” como del “cliente”. Para este test con el cliente tendréis suficiente.

Una vez instalado el cliente en vuestro PC, Inicio – todos los programas – Ericom Software – Ericom Blaze client – Connect to Ericom’s demo Server using MS RDP client.

Con ello accederemos a un servidor mediante RDP por 3389. Abrimos un PDF o vemos un PPT y tendremos la experiencia habitual.
Cerrada la sesión, Inicio – todos los programas – Ericom Software – Ericom Blaze client – Connect to Ericom’s demo Server using the Ericom Blaze client. Probad de abrir los mismos pdfs y ppt.

Hay clientes para Windows y también para Mac. Ya me contaréis.

Hasta la semana que viene. Take care.

Hola a todos de nuevo, soy Miguel Angel Alonso y hoy vamos a entrar en profundidad dentro del mundo VDI en una serie de entre 4 y 8 capítulos que saldrán cada Martes para informaros sobre la configuración, instalación, máximos y mínimos de ambas tecnologías de escritorios virtualizados, con sus ventajas y desventajas de una frente a la otra.

En una primera vista quiero que observéis por encima ambos esquemas de conexionado de las dos tecnologías y sus formas de operar, las cuales son prácticamente calcadas aunque la forma de hacerlo difiera bastante en sus PROTOCOLOS de conexión:

VMware View 4

Citrix XenDesktop 4

Después de ver ambos esquemas de conexionado de ambas tecnologías como primer apunte a reseñar y que me viene a la cabeza son sus similitudes a la hora de trabajar aunque lo hagan de diferentes maneras, observémoslos:

CITRIX                                                                                      VMware

Delivery Controller                                                                View Connection Server (BROKER)
Security Remote Acces ó Acces Gateway                     View Security Server (SEGURIDAD)
Provisioning Server                                                               View Composer (Aprovisionamiento Dinámico de Discos)

Aunque lo mismo cabe reseñar en sentido inverso, es la forma, o mejor dicho, el protocolo con el que se conectan ambas:

CITRIX ha introducido su tecnología FLEXCAST HDX mediante su cliente y protocolo ICA y VMware lo ha hecho en su versión 4 con PCoIP.

Ambas tecnologías son extraordinarias pero cabe reseñar muy a mi pesar que la tecnología de Citrix es más madura y estable que la de VMware ya que PCoIP apuesta sobre UDP como el transporte fundamental para los gráficos.

Uno de los defectos de diseño importantes en PCoIP es que se basa exclusivamente en UDP para proporcionar mapas de bits. UDP es válido para algunos casos de uso, pero PCoIP depende de este totalmente por completo.

Cuando se necesita un transporte fiable, TCP es una opción mucho mejor. El hecho de que tiene una aplicación PCoIP y fiabilidad de paquetes, muestra que necesita de un proceso de entrega fiable para los gráficos de escritorio. Si todo lo que estamos haciendo es reproducir un vídeo, muy bien … pero eso no es todo lo que hace un escritorio virtual (ya que dispone de otras muchas funcionalidades).

Hace muchos años, ICA se apoyó en un protocolo basado en datagramas con la aplicación de la fiabilidad de capas como PCoIP. Desde entonces, se ha aprendido que TCP es el transporte ideal para la entrega de los gráficos de escritorio en la red. También es más amigable con los sistemas firewall y la infraestructura de red en general y es más fácil el tratarlo y gestionarlo, además de ser más barato de implementar y los clientes pueden aprovechar su infraestructura de red existente.

Sin embargo, se de buena fuente, que PCoIP va a mejorar todo esto en futuras versiones. Y va a ser un duro competidor en su batalla frente a HDX por hacerse con el protocolo a estandarizar en los entornos VDI. Particularmente confío mucho en PCoIP.

Aunque si en el protocolo le doy cierta ventaja a Citrix, en el elemento de aprovisionamiento de discos dinámicos virtuales para nuestros escritorios le doy un sobresaliente a View Composer, frente a un buen Citrix Provisioning Server, tanto por su facilidad de manejo como su configuración y el despliegue de estos.

Bueno aquí os dejo los futuros capítulos que veremos de ahora en adelante:

Capítulo 1: Instalación y configuración de Vmware View 4 Connection Server
Capítulo 2: Instalación y configuración de Vmware View 4 Connection Server Replica
Capítulo 3: Instalación y configuración de Vmware View 4 Security Server
Capítulo 4: Instalación y configuración de Vmware View 4 Composer
Capítulo 5: Instalación y configuración de Citrix XenDesktop 4 (Parte 1)
Capítulo 6: Instalación y configuración de Citrix XenDesktop 4 (Parte 1)
Capítulo 7: Instalación y configuración de Citrix Provisioning Server 5
Capítulo 8: Trucos a tener en cuenta a la hora de instalar ambos en un proceso de producción (Máximos y Mínimos, etc…)

Bueno como cada Martes le doy nuevamente gracias a José María y a mis compañeros del BLOG, y cómo no a todos vosotros sin los cuales nada de esto sería posible.

Gracias y hasta la próxima semana.