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

En el día de hoy vamos a nombrar las bondades clave de la última versión de VMware View 5.1 y que además no son pocas precisamente.

Vamos a encontrar novedades a nivel de Interfaz, mejorada por cierto para poder ver mejor el estado de nuestros servidores y en la que además se va a hacer mucho hincapié en la necesidad de tener certificados válidos en todos nuestros servidores que conforman la estructura de VMware View y sus comunicaciones internas. Necesitaremos de una CA interna o de una entidad externa de certificados para asegurar nuestros servidores si no queremos vernos con problemas en la consola de gestión.

La posibilidad de asociar una letra del disco a nuestro “ Disposible Disk” disco de temporales:

Además tenemos la posibilidad de usar CRBC que nos ayudará a solventar muchos cuellos de botella. Esta nueva característica nos ayudará a cachear en la RAM de nuestros servidores parte de la carga con lo que conseguiremos un alto ahorro de IOPs de lectura y el consiguiente aumento de escalabilidad en el subsistema de almacenamiento en nuestro entorno. Con esta característica podremos ahorrar según VMware y sus estudios hasta un 80% en los picos producidos durante un Boot Storm y un 45 % en la media de conteo del mismo. Vamos una autentica maravilla y un gran avance para todos los que implementamos soluciones de VMware View a nuestros clientes.

Entre otras de sus mejoras podría remarcar te estas otras:

Experiencia de usuario y características del cliente

En esta sección las mejoras son tantas que no decidí incluir una descripción de todas las nuevas características. Algunas de las mejoras son:

• Mejoras en modo local
  • Soporte para varios monitores
  • Mejoras de rendimiento de E/s de disco y de duplicación reduciendo el costo de I/O
  • Soporte para NAT (apoyo para DNS sobre TCP)
  • Validaciones de consistencia del disco en modo local
  • Compatibilidad de versión 8 de Hardware virtual
  • Mejorado NAT, rendimiento de resolución DNS, propagación de estado de los vínculos a estos.
  • Un solo clic enviar Ctrl-Alt-Supr
  • Compatibilidad con la automatización de las operaciones de puntos de venta
  • Integridad de los datos y endurecimiento de la seguridad

• Mejoras de USB – VMware rescribió la pila USB para clientes Windows.

• Amplio soporte de dispositivos
• Nuevo mecanismo para una mejor gestión de los dispositivos de cliente, puede configurarse mediante directivas de grupo de filtrado.
• Soporte de plataformas múltiples para cliente de vista USB
• Nuevo mecanismo para una mejor administración de dispositivos que permiten el bloqueo de dispositivos no deseados y bloqueo de dispositivos que son transmitidos por otros medios (por ejemplo, teclados/smartcards), configurables mediante directivas de grupo del agente de filtrado.
• El controlador de dispositivo para un dispositivo no necesita ser instalado en el equipo cliente ya.

• PCoIP mejoras: han hecho un número de pequeñas mejoras del Protocolo de visualización.

Administración/Admin

• Localización y mejoras de la interfaz de usuario

La imagen de abajo demuestra la nueva apariencia de la interfaz de usuario de administrador de vistas. Es elegante y rápido. Vista de VMware también ha sido traducida a cinco idiomas extranjeros (francés, alemán, japonés, coreano y chino simplificado)

Además y como última reseña con “almacenamiento en NFS “de nuestros escritorios virtuales tendremos la posibilidad en esta versión de poder crear clusteres de hasta 32 Nodos. Con VMFS seguiremos teniendo la limitación de 8 servidores por Cluster.

Bueno hasta aquí por hoy! Espero haber te podido contar algo de tu interés y te emplazo hasta la semana que viene para contar te algo sobre el maravilloso mundo de la virtualización. Hasta la semana que viene.

¿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.

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

En el tema de hoy y dada la carga de trabajo que llevo, os voy básicamente a contar un post de ServicioHelpDesk y que me pareció muy interesante dado que a día de hoy y dentro del mundo de la virtualización de escritorio con VMware View aun no te había podido comentar hasta ahora. Así que comienzo a mostraros este genial post de como montar el cliente de VMware View en Linux esperando que te guste tanto como a mí.

El sistema operativo elegido es una distribución de linux Debian. Esta distribución, nos da por un lado un entorno completamente limpio. Y por otro, el uso gratuíto de un sistema operativo Desktop.

Una vez finalizada la instalación, hemos procedido a configurar de forma manual la red. Así, de paso, explicamos cómo se realiza.
Nos situamos en el terminal, modo root, e introduciremos (lo resaltado en negrita):

SHD@debian:~$ ifconfig eth0 up ? esto habilitará la conexión de red para la tarjeta ethernet instalada.
SHD@debian:~$ ifconfig eth0 192.168.1.10 ? aquí asignamos a la tarjeta una IP de nuestro rango.
SHD@debian:~$ echo nameserver /etc/resolv.conf 192.168.1.20 ? aquí pondremos la IP del servidor DNS que la máquina debe consultar.
SHD@debian:~$ route add default gw 192.168.1.1 ? aquí configuramos la puerta de enlace de salida.

Con estos parámetros, ya tendremos la salida a Internet configurada. Si se usa un proxy, debe configurarse dentro del navegador Firefox.

Acto seguido, lo que haremos es desinstalar el paquete de conexión RDP, para que no interfiera en la conexión PCoIP. En la consola, introduciremos lo siguiente:

SHD@debian:~$ apt-get remove rdesktop tsclient

Posteriormente, hemos pasado a Debian, el paquete de instalación de VMWare PCoIP. Este paquete, lo hemos extraído de unas actualizaciones de HP para sus clientes ThinClient; pero se trata de una descarga totlmente lícita y para usarla sobre cualquier entorno linux. El que se debe instalar es el etiquetado con “4.5.0-293049-1″, ya que corresponde a la versión 4.5 de VMWare Client 4.5.

Una vez tengamos el paquete copiado en nuestra ruta “home”, procedermos a desempaquetar e instalar. Abriremos la consola y escribiremos:

SHD@debian:~$ dpkg -i vmware-view-client_4.5.0-293049-1_i386.deb

De esta forma, ya podremos abrir el aplicativo mediante la orden vmware-view en la consola. Se abrirá la aplicación para conectar:

Cuando hayamos conectado con la IP introducida -en este caso VMWare Connection Manager- nos pedirá los datos de conexión:

Y una vez validadas las credenciales, nos aparecerán todas las máquinas disponibles para conectar.Y finalmente podremos conectar a nuestro escritorio virtual de VMware View.

Bueno me despido de vosotros hasta la semana que viene en la que espero contarte algo de tu interés. Gracias como siempre y hasta la semana que viene!!!!

¿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.

Hola de nuevo! Soy Miguel Ángel Alonso y aquí estoy de nuevo como cada lunes para contaros un nuevo tema sobre el apasionante mundo de la virtualización de sistemas.

En el teme de hoy os voy a hablar de una de una aplicación para la nube privada y pública que está en fase Beta llamada AppBlast. De todas las nuevas tecnologías que se presentaron en el VMworld de San Francisco del año pasado es sin ninguna duda la que más me llamó la atención, ya que veo que puede ser de un uso inimaginable dentro de nuestros entornos virtualizados y la que va a dar el empujón definitivo a la virtualización de aplicaciones.

Mucho me temo que si esta aplicación termina funcionando tal y como espero, va a presentar una grandísima batalla a Citrix XenApp y cualquier otra aplicación de la misma índole.

VMware AppBlast “no” necesita de ningún cliente, Java o Flash. Simplemente necesita que tengamos en nuestros PCs o Thin Clients un navegador que soporte HTML5. Si me pongo a pensar en mi iPad me viene a la idea que no voy a tener ningún tipo de problema en lanzar todas mis aplicaciones via Web y las voy a poder dejar instaladas si así lo quiero en el escritorio de este como si del Apple Store las hubiésemos descargado de forma nativa.

Bajo mi punto de vista, VMware AppBlast va a marcar un antes y después dentro de la era Post PC y va ha convertir se en un compañero ideal de nuestros dispositivos móviles y equipos de nuestras organizaciones, facilitando nos nuestras aplicaciones bajo demanda allá donde las necesitemos y además de manera instantánea y trasparente para nuestros usuarios.

La riqueza de las aplicaciones es simplemente deslumbrante, y nos permitirá tener un AUTOCAD o un PHOTOSHOP totalmente trasparentes dentro de nuestros dispositivos (Tablets,Pcs,Thin Clients,etc…) de forma trasparente como claros ejemplos de la potencia de VMware AppBlast.

Como he dicho anteriormente se va a integrar perfectamente con VMware HORIZON, VMware Octopus en la nube privada y pública dandonos una combinación perfecta para cubrir todas las necesidades que se nos puedan ocurrir para cubrir a nuestros usuarios o a nosotros mismos.

Bueno aquí me despido de vosotros hasta la semana que viene en la que prometo volver cargado de nuevos e interesantes temas del mundo de la virtualización de sistemas, no sin antes dejaros un video de unos 8 minutos donde Scott Lowe nos hace una demostración fehaciente de este maravilloso programa. Espero que os guste.


¿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.

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

En el día de hoy voy a darte una gran noticia, sobre todo si eres amante del mundo VDI y más en concreto con VMware View, o si por defecto trabajas con dicha tecnología en tu empresa.

Por fin ha llegado el tan ansiado cliente para Mac OSX con soporte para el protocolo de conexión remota PCoIP. Para los que lo sabéis o para los que no lo sabéis, quería recordaos que hasta ahora la única manera de conectarnos a nuestros escritorios de View desde nuestros flamantes equipos Apple, era mediante el protocolo RDP de Microsoft, pero ahora los chicos de VMware se han sacado por fin de la manga, esta solución tan esperada y demandada por los usuarios de mac.

Con esto además consigue ponerse a la misma altura en diversidad de clientes con Citrix XenDesktop, y abre un nuevo horizonte para aquellos usuario de mac que quieran disfrutar de la tecnología de VMware View a pleno rendimiento.

Estas son algunas de las características principales:

• Soporte para Macs basados en Intel (Mac OS X Snow Leopard 10.6.8 and Mac OS X Lion 10.7.0 o mayor)
• PCoIP optimizado para VMware View 5
• Soporte de Full screen para usuarios de Mac OS X Lion
• Copiar y Pegar texto plano entre VMs de View 4.x y Mac
• Copiar y Pegar texto y gráficos con diferentes formatos entre VMs de View 5.x y Mac
• Soporte opcional de autenticación con RSA
• Mejorado chequeo de Certificados
• Añadir hasta 4 VMware View Server shortcuts (Iconos) al VMware View Client

El cliente lo podemos descargar desde aquí para que puedas realizar todas las pruebas que desees con él.

Estas son algunas características para las releases futuras:

• Uso de Múltiples displays/monitors
• Impresión en Local Printers conectadas
• Soporte Full screen para Mac OS X Snow Leopard en versions anteriores a 10.6.8
• Autenticación con SmartCard
• Conectividad a dispositivos USB (redirección USB)

Hasta aquí por hoy, espero haberte podido contar algo de tu interés y te emplazo hasta la semana que viene con un nuevo y apasionante tema del mundo de la virtualización de sistemas. Hasta la semana que viene.

¿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.

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, soy Miguel Ángel Alonso y aquí estoy como cada martes para hablar contigo sobre un nuevo tema del mundo de la virtualización de sistemas.

En el tema de hoy y como claramente has visto en el encabezado del post te voy a informar sobre un bug que impide realizar vMotion a algunas máquinas creadas con VMware View 5 sobre la plataforma de vSphere 5.0.

Vamos por partes para tenerlo claro, una primera en la que te informo de cuál es el problema y porqué ocurre y otra en la que puedes subsanarlo manualmente de varias maneras.

Error:

Ageneral system error ocurred: Failed to flush checkpoint data!

El error sólo ocurre cuando la versión de nuestro hardware es 8 y las resoluciones de pantalla en nuestros desktops virtuales son  muy altas.

Cuando tenemos activado 3D en nuestros desktops el problema se arregla por un sencillo motivo, y es que al activarlo  nuestros ESXi5 calculan de manera automática la cantidad de buffer necesario para que vMotion se realiza con total éxito. Si no lo utilizamos, tales cálculos no son tomados y nos dará un error cuando se realice un vMotion de estos escritorios, ya sea de manera manual o automática bajo DRS.

Solución:

Hay varias (3 en concreto) que se me ocurran a bote pronto:

1-    Editaremos el fichero config, localizado en /etc/vmware en nuestros ESXi 5 y le añadiremos la siguiente línea:

Migrate.baseCptCacheSize= “16777216”

Con esto se añade en cada fichero vmx de las Vms de nuestro entorno la opción de asegurarse un buffer lo suficientemente grande como para poder realizar el vMotion en caso de necesitarlo para tal fin. Se le asocian 16 MB en lugar de los 8 MB que vienen por defecto.

2-    Otra opción es habilitar como ya he indicado en el apartado de error, el activar 3D para que nos asegure el buffer necesario para la consecución de vMotion.

3-    Otra es ir a la kb de VMware en la que te mostrará otras posibles soluciones para mitigar el error como bajar la resolución a 1280X1024 o inferior, no actualizar las VMs a Hardware 8.

Bueno hasta aquí por hoy.  Espero que te haya gustado y puedas sacar provecho del post si te has encontrado o lo vas a hacer con este problema, y te emplazo hasta la semana que viene para poder seguir  hablando contigo sobre un nuevo tema de la virtualización de sistemas.

¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.

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 contigo para contarte algo nuevo sobre el tema de la virtualización.

Hoy, y alejándome un poco de los temas anteriores sobre la virtualización que comente las semanas pasadas con Hyper-V, vamos a ver la puesta en escena a grandes rasgos de un software maravilloso para la gestión y creación de entornos de escritorios virtualizados de Microsoft y, muy particularmente, en Linux.

Esta solución viene avalada por la empresa Virtual Bridges y más en concreto con su solución llamada VERDE VDI (5.1 Sp1). Por cierto, el nombre de Verde viene de las sigulas en ingles Virtual Enterprise Remote Desktop Environment.

A continuación, te mostrare los requisitos y sistemas operativos compatibles con este genial producto para poder llevar a buen puerto tan magnífica solución. Pero antes de continuar, quisiera dar las gracias a Dan Perlman – VP of Business Development for Virtual Bridges – por su interés y facilidades para poder probar el producto.

Protocolos de conexión

NX: Protocolo exclusivo para desktops LINUX con seguridad basada en SSH. Trabaja muy bien en redes LAN y Wan de baja latencia.
RDP: Remote Desktop Protocol para nuestros escritorios Windows.
SPICE: Protocolo común tanto para Linux como para Windows en redes LAN y WAN con alta latencia (Multimedia, Bidireccinal) donde se delega la carga de CPU entre las GPU de los clientes y servidores HOST que haya en la infraestructura. Es el más utilizado por su excelencia y el que mas uso en mis laboratorios sin ninguna discusión.

Aquí podéis observar una infraestructura completa de VERDE:

• Cliente tanto por ejecutable como por WEB-Browser
• El agente del escritorio
• Cluster de Servidores VERDE (basados en Hypervisor KVM de RED HAT)
• VERDE Leaf (Escritorios OFF-LINE) como el MODO LOCAL de VMware View o el Xen CLient de Citrix
• Integración con Active Directory  mediante la instalación de LIKEWISE 6.1 (producto opensource gratuito)
• Y Consola de gestión para la creación de Imágenes GOLD y desarrollo de escritorios con tecnología de deduplicación y, además,  gestor de usuarios y permisos

Requisitos para la instalación:

1. Red Hat Enterprise 5x, 6x (64 bit)
2. Suse Linux Enterprise 11 SP1 o superior (64 bit)
3. Ubuntu 10.04 LTS (64 bit)
4. Habilitar Intel VT o AMD-V en la BIOS de nuestros Hosts
5. Java Runtime Environment (JRE) and Ghostscript
6. Likewise Open versión 6
7. Instalación de paquetes individuales para cada uno de los tres S.O. de Linux que hemos descrito anteriormente y que vienen reflejados muy claramente en la guía de instalación de VERDE 5 SP1

Plataformas de Escritorios Soportados para virtualizar

Windows:

• Windows XP 32-bit (accelerated SPICE or RDP access)
• Windows 7 32-bit (accelerated SPICE or RDP access)
• Windows 7 64-bit

Linux:

• RHEL/CentOS 5.4 32- or 64-bit (NX access only)
• RHEL/CentOS 5.5 32- or 64-bit (NX access only)
• RHEL 6 Workstation, and CentOS 6 when it comes out, 32- or 64-bit (accelerated SPICE or NX)
• Fedora 14 (32- or 64 bit, NX and SPICE)
• Ubuntu 10.04 (NX support only)

Plataformas de cliente soportadas

1. Windows XP/Vista/7/2003/2008 32 or 64-bit
2. 64-bit Linux, Ubuntu 10.04 LTS, or RHEL 6 Workstation (or CentOS 6 when it comes out)
3. Mac (for RDP/NX only)
4. Thin clients (Java required, must be able to install VERDE tools)
5. iPad (RDP only) .

Finalmente os dejo una imagen de cómo están organizados los Hosts y partnerts estratégicos de Virtual Bridges en la instalación de su entorno:

Bueno amigos. Hasta aquí por hoy. Como siempre, me despido de t,i esperando haberte contado algo nuevo de interés, 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 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.