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

Ya esta disponible online el episodio #10 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en español.

Virtualizacion.TV es nuevo programa de televisión web que ayuda a profesionales y usuarios de la virtualizacion de sistemas como tú, a virtualizar el centro de datos y no morir en el intento.

Esta semana tenemos una gran lección de la Universidad Complutense de Madrid, mostraremos en directo el nuevo cliente de VMware View para el iPad, contestaremos a una gran pregunta de un usuario relacionada con que servidores son virtualizables y cuales no y descubriremos una utilidad increíble de VMware que te ayudara a analizar y detectar cuellos de botella en tu entorno virtual.

¿Y tú, qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Cuál crees que puede ser el uso del Ipad y del cliente de VMware View para el iPad en entornos virtualizados? Deja tu comentario en virtualizacion.tv o charlemos sobre ello en twitter.

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.

Aquí esta la segunda entrega de la instalacion de VMware View 4.5. En la primera parte cubrimos las instalacion y personalizacion de VMware View 4.5.

En esta segunda entrega veremos como nos conectamos a nuestra máquina virtual usando el VMware View 4.5 Client.

Antes de continuar con la ejecución de nuestro cliente una vez descargado, os quería enseñar una vista de la carpeta donde se alojará nuestro Desktop Virtual con todos sus archivos.

La ruta será : C:\Users\”usuario”\AppData\Local\VMware\VDM\Local Desktops\”nombre del POOL”.

Y ahora si podremos conectarnos en MODO LOCAL. No debemos olvidar el “desmarcar” en este caso la opción : LOG IN AS CURRENT USER para conectarnos al escritorio que nos hemos descargado. Ya que de lo contrario intentará conectarse al POOL donde reside tu DESKTOP y nos dará el error de que estamos trabajando en MODO LOCAL y no podrá conectarse.

Volviendo de nuevo a mi portátil, ya podemos ver que nos indica que vamos a conectarnos en MODO LOCAL. Seleccionamos el botón CONNECT.

Y nos arranca un Hypervisor que nos permitirá ver el proceso de entrada a nuestro escritorio OFF LINE.

Y por fin dispondremos finalmente de nuestro escritorio en MODO LOCAL.

Como veis al ser la primera vez que corremos nuestro escritorio en MODO LOCAL, nos dará la advertencia de que necesitará automáticamente detectar nuestro hardware y nos llevará finalmente a hacer un REBOOT para guardar los cambios.

Una vez reiniciado nuestro escritorio podremos acceder al icono del ClENTE VIEW en el área de notificaciones de nuestro Windows 7 para ver todas las posibilidades que nos ofrece el cliente.

Tenemos la posibilidad de hacer un Backup completo o diferencial si este ya se ha realizado con anterioridad.

Y finalmente si vamos a la pestaña OPTIONS podremos realizar un CHECK IN DESKTOP de nuestro escritorio.

Para terminar, como sé que lo vais a preguntar con total seguridad os voy a aclarar las diferencias entre: CHECK OUT, CHECK IN ROLLBACK y BACKUP.

CHECK OUT DESKTOP: Nos permite bajarnos una copia de nuestro escritorio a nuestra máquina física y trabajar en MODO LOCAL.

CHECK IN DESKTOP: Nos permite sincronizar todos los cambios realizados en nuestro Desktop en MODO LOCAL y guardarlos en el POOL de escritorios (Manual,automático,etc..).

ROLLBACK: Nos permite ir a un estado anterior del escritorio antes de el último CHECK IN realizado.

BACKUP: Es cuando el usuario quiere guardar los cambios realizados en su DESKTOP de forma permanente e independientemente de si realizamos un ROLLBACK. Tiene sentido para aquellos documentos o trabajos que siempre deben permanecer en nuestro escritorio pase lo que pase.

Bueno!!!! Aquí me despido de vosotros esperando que os haya gustado el POST y os emplazo hasta la semana que viene.

Hola, soy Miguel Ángel Alonso y aquí estoy como cada Martes para intentar enseñar algo si es posible.

Embriagado quizás todavía por lo que nuestra selección española nos regaló antes de ayer para todos los amantes o no amantes del fútbol y realmente emocionado por lo que un buen trabajo en equipo de grandes profesionales es capaz de conseguir, trabajando juntos en una misma dirección y por un mismo fin (extendido a cualquier ámbito laboral de nuestras vidas sea cual sea la naturaleza que desempeñemos) .

Por esa conjunción entre los que escribimos en este BLOG y nuestros geniales lectores hoy no me extenderé en mi POST como ya es habitual, pero si voy a dejaros un regalo que nos facilitará la vida un poco más a todos los amantes de la virtualización y en especial a los del mundo de la virtualización de escritorio (VDI).

Como en el POST de José María González dónde nos dejo la maravillosa tarjeta de Referencia VI3 y VI4 y dónde da una clara y concisa información sobre Forges Guthrie (creador de estas famosas y geniales tarjetas de referencia de productos VMware).

Nos deja ahora este regalo que yo mismo ya tengo en la pared de mi despacho en un folio tamaño A-2 y que considero indispensable para una noción clara de la implantación de VMware View 4 y ThinApp 4.5.

Aquí os dejo el enlace desde dónde podréis descargaros este documento: vCard View 4.

Esperando que os sirva de gran ayuda, me despido de vosotros hasta la semana que viene y desearos que tengáis una buena semana.

¡Hasta la semana que viene!

Hola de nuevo!, soy Miguel Ángel Alonso y aquí estoy de nuevo con vosotros para contaros algo nuevo sobre la virtualización.

En el día de hoy voy a contaros algo que me parece muy interesante y quizás hasta de sobremanera para aquellos amantes del mundo VDI (un servidor) y que nos lleva al lanzamiento de VMware View en su versión 4.5 para el VMWorld 2010 de San Francisco en Agosto de este año.

Hoy no será un POST lleno de Screenshots como acostumbro a realizar, pero creo que no por ello menos interesante.
Bueno! una vez dada esta pequeña introducción os contaré las características más importantes de la futura versión de VMware View 4.5:

1-”En modo local”: Escritorio OFF-LINE VDI : ¡Por fin! Totalmente soportado y fuera de la fase experimental. También hay un nuevo rol en este escenario: el servidor de transferencia.

2- ThinApp 4.5 con derechos de aplicación (Asignando aplicaciones a las agrupaciones de Desktop; “sólo paquetes .MSI”).

3- En niveles de almacenamiento: definir diferentes almacenes de datos para diferentes tipos de datos (la réplica, datos varios etc.) ¡gran característica!.

4-Soporte completo de Sysprep.

5-Tiered Storage (Tecnología de discos desechables) (capacidad para identificar los datos de Temp/swap en su imagen y limpiar los datos automáticamente). Simplemente GENIAL!!!!!!!!.

6-Soporte de Instantánea (Snapshot) para Linked Clones (Floating Pool).

7-Roles basados en Administración.

8-Grupos de escritorio de “Modo Quiosco” (supresión de la GUI y asignaciones de dispositivo) . Muy similar ha como lo hace XenDesktop.

9-Cliente nativo Mac OS (Muy esperado por todos aquellos que nos movemos en el mundo MAC OS (Apple) y que demandábamos de alguna manera para poder trabajar con VMware bajo VDI).

10-Portal de descarga Web (para descargar el software de cliente a través de la web) . PLUG-IN de cliente dependiendo desde el S.O. desde donde queramos instalarlo.

11-Un buen tablero de mandos (DASHBOARD) con mayor registro de sucesos para solucionar problemas de manera más fácil y rápida.

En general se ven mejoras debido a la utilización en todas las interfaces de la tecnología de Adobe Flex . Adobe Flex es el nuevo estándar para las consolas de administración de VMware.

¡Y sí! un estándar también significa que en el futuro podemos esperar una integración transparente de consolas de administración de maneras diferentes de ver, ¡en vCenter por ejemplo! .

12-Finalmente la introducción de los PERFILES VIRTUALES que tanto demandábamos los profesionales de VDI. Citrix ya lo tenía con PROFILE MANAGEMENT y muy mejorado en su versión 3.0 (sea dicho).

Aquí la verdad es que VMware se ha puesto las pilas y ha adquirido la tecnología de RTO Software con la cual podremos gestionar los perfiles de nuestros usuarios en escenarios de gran despliegue de escritorios para poder controlar de manera más eficiente el mantenimiento de los perfiles, y que tantos quebraderos de cabeza dan sin una buena herramienta de gestión. Aunque siempre basándonos de manera ineludible en el concepto de perfiles de MICROSOFT (Local, Roaming, etc..)

Y ya, como última reflexión, me queda decir que bajo mi punto de vista, esta versión de VMware View dará un salto de calidad enorme y se igualará de forma inmediata en muchas de las prestaciones que ofrece su gran competidor Citrix XenDesktop.

Esta vez la gente de VMware ha dado otro gran paso dentro del entorno VDI para que los profesionales de la virtualización puedan poner a prueba toda su destreza en el desarrollo de grandes proyectos de Virtualización de Escritorio.

Bueno!, hasta aquí mi POST de hoy, con el que espero haber podido contaros algo interesante o al menos que haya captado un poco la atención de nuestros grandes lectores del BLOG.

Un abrazo y hasta la semana que viene.

Hola de nuevo, soy Miguel Ángel Alonso y como cada Martes estoy aquí para contaros algo nuevo y esperando aportar un poquito más a nuestros geniales lectores del Blog.

Como lo prometido es deuda y retomando el hilo de la semana pasada en el que nos inmiscuíamos dentro del mundo Mac OSX y su relación con la virtualización, comenzaremos con esta segunda parte en la que hablaremos del cliente View dentro de nuestro MAC.

Comenzaremos diciendo que este cliente de código abierto (Open Source) soporta tanto VMware VDI 2.0, View 3, 3.1, 4 y el próximo 4.5 en su modo RDP (NO PCoIP) de momento. Hay pruebas de que están en fase avanzada de desarrollo y no creo que falte demasiado para su completa integración, pero de momento esperaremos.

De todas maneras para los que estén impacientes por poder hacerlo a través de PCoIP, les diré que pasados este POST y el siguiente daré una relación completa de lo que va a ser y además está al caer con VMware View 4.5, y que dentro de las nuevas características que va a tener dentro de este, será la aparición de un cliente para MAC OSX de forma nativa de VMware (entre muchas otras cosas).

Solamente deciros que hará falta descargarnos además de nuestro cliente View, el cliente RDP de Microsoft v 2.0 para MAC OSX. Aquí os dejo los dos enlaces:

1 . VMware View Open Client

2 . Cliente RDP de Microsoft

Una vez damos por hecho que el cliente RDP de Microsoft ya lo tenemos instalado, nos iremos hasta la página Web que indicada anteriormente y daremos sobre el primer link de la derecha y que he marcado con un rectángulo de color negro en nuestro ScreenShot.

Por fin nos aparece nuestro archivo .dmg de nuestro cliente View, damos en link y lo descargamos a nuestro Mac …

Y aquí ya podemos ver una panorámica de nuestro escritorio junto con nuestro archivo .dmg descargado. Ejecutamos nuestro archivo haciendo doble-clic en él …

Aquí nos aparecerá nuestro cliente View para MAC OSX, lo seleccionamos y lo arrastramos hasta nuestro escritorio …

Y por fin ya tenemos listo nuestro cliente View preparado para ser ejecutado desde nuestro Mac.

Hacemos doble-clic sobre este y nos aparecer-a una ventana donde deberemos introducir el FQDN o IP de nuestro servidor Broker de View y el puerto por donde conectaremos y que por defecto es el 443 (SSL).

Antes de continuar os quería enseñar un poco por encima en mi entorno de vSphere como tengo arriba el Broker y el Server de Seguridad de View4. Y si miramos un poquito más abajo veremos una VM llamada “Windows 7 View4” que va a ser a la que nos conectemos mediante nuestro cliente de Mac.

Una vez mostrado el entorno de View, daremos en CONTINUAR y nos volverá a aparecer otro asistente en el que deberemos introducir un usuario+contraseña de nuestro dominio y con derechos para conectar a nuestro Desktop Virtualizado a través del Broker de View (explicado en POSTS anteriores de View). Damos click sobre CONTINUE …

Nos aparecerá la siguiente pantalla con los desktops virtualizados a los que tenemos acceso, en este caso sólo tenemos uno, así que lo seleccionamos, elegimos el tipo de resolución en pantalla y volvemos a hacer click en CONTNUE …

Y por fin nuestro cliente de View se pondrá en comunicación con nuestro cliente RDP de Microsoft automáticamente para lanzar nuestro escritorio virtualizado en nuestro MAC …

Y aquí os vuelvo a dejar otra muestra en la que se ve como nuestro desktop arranca en vSphere una vez que nuestro cliente View se ha comunicado con nuestro Broker y este a su vez lo ha hecho con nuestro Desktop Virtualizado.

Aquí ya se puede ver nuestra VM totalmente arrancada …

Y como punto y final ya tendremos nuestra VM levantada en nuestro MAC OSX, lista para trabajar con ella.

¡Bueno, hasta aquí por hoy!, espero haber contado algo interesante a nuestro grandes lectores del BLOG.

Me despido de vosotros hasta la semana que viene en la que entraremos en el tercer y último capítulo sobre virtualización dentro del mundo MAC OSX y en el que veremos cómo lanzar el cliente vSphere desde nuestro MAC OSX como si estuviese instalado de forma nativa mediante el cliente DAZZLE de Citrix.

¡Hasta la semana que viene!

Hola a todos de nuevo, soy Miguel angel Alonso y siguiendo con el hilo de la virtualización de escritorios, hoy trataremos en nuestro último capítulo de VMware View , el que para mí es el producto más extraordinario en mi humilde opinión de todos los que componen VMwre View 4, que no es otro que Vmware View Composer.

Este elemento que conforma a View tiene su máxima expresión cuando deseamos trabajar en un entorno grande con una gran cantidad de escritorios y donde además tenemos la necesidad de poder generarlos a la carta en un tiempo mínimo.

Su forma de trabajo radica en que a partir de uno o varios SNAPSHOTS de una máquina virtual en estado de apagado que hayamos
elegido como escritorio a virtualizar, será capaz de generarnos tantos escritorios como deseemos a partir del ya mencionado Snapshot.

¿Qué conseguiremos con esto? . Lo primero la simplificación de generar los escritorios deseados en minutos y de una manera sencilla y clara. Lo segundo y no por ello menos importante; el grandísimo ahorro en discos que vamos a tener, ya que Composer nos va a crear un LINK de nuestros escritorios hacia la plantilla generada antes a través de el Snapshot. Por lo cual con un solo disco vamos a nutrir a todos nuestros escritorios gracias a esa maravillosa técnica llamada DEDUPLICACION DE DATOS.

Estos clones de nuestra plantilla son llamados vClones y por supuesto aunque antes no lo hay nombrado, antes de hacer el Snapshot de nuestra plantilla debemos instalar el AGENTE de View en ella previamente.

Ejemplo sin Composer : 200 escritorios x 30 GB de Disco= 600GB de disco para 200 escritorios
Ejemplo con Composer: 200 escritorios (LINK) a Disco de 30 GB = 30GB de Disco para 200 escritorios

Bueno una vez explicado cómo trabaja Composer de una forma generalizada comenzaremos a ver cómo es su proceso de su instalación, aunque antes veremos un esquema general del funcionamiento de Composer en nuestro entorno View

Luego comenzaremos la instalación de Composer que ha de ser realizada en nuestro Servidor vCenter para la integración de este con nuestro entorno vSphere.

daremos al botón NEXT y comenzaremos….

aceptamos lo términos de licencia y NEXT….

Aquí nos mostrará el directorio donde se instalará por defecto y NEXT…

Como se puede observar, para la instalación de Composer nos hará falta una base de datos vacía que previamente habremos creado con nuestro SQL y desde OBDC conectaremos con ella de la siguiente manera

Iremos a la pestaña DSN Sistema y presionaremos sobre el botón Agregar

Y luego elegiremos SQL Native Client y presionamos sobre Finalizar…

le daremos nombre a nuestra conexión de base de datos e introduciremos el servidor donde esta alojada

introducimos los datos de conexión para nuestra BBDD y NEXT….

Y establecemos cual será nuestra base de datos predeterminada, que no será otra que la que hemos creado y que en mi caso he llamado VMwareComposer. Seguidamente le daremos a NEXT…

Seguidamente dejamos todo como está y volvemos a dar a Finalizar.

Y nos dará la posibilidad de probar nuestra conexión a nuestra BBDD por si hubiese algún problema y nos realizará el TEST correspondiente.

Una vez concluido nos muestra que nuestra conexión a nuestra BBDD ha sido un éxito, y aceptaremos…..

Y ahora regresamos al programa y con nuestros datos de nuestra BBDD le daremos al botón NEXT para continuar con nuestra instalación….

Nos indicará que el puerto para SOAP es el puerto 18443 (No olvidar de abrirlo en el Firewall de vuestro Servidor vCenter o tendremos problemas para poder configurar Composer desde la consola de nuestro Connection Server más tarde. Presionamos en NEXT…….

y finalmente en la siguiente pantalla a INSTALL para comenzar…

Comienza la instalación de los servicios de Composer en nuestro Servidor de vCenter

Y finalmente ya tenemos instalado nuestro Composer, presionamos sobre FINISH..

y reiniciaremos nuestro sistema para que finalmente tomen efecto todos los cambios realizados con nuestra instalación.

Seguidamente iremos a nuestro View 4 Connection Server (Broker) y desde la consola Web en la pestaña de Configuración (opción Servers). Seleccionaremos nuestro vCenter y desde EDIT modificaremos los parámetros necesarios para poder configuara nuestro Composer.

Seleccionaremos en el apartado de abajo: Enable View Composer y seguidamente sobre Add para introducir nuestros datos de conexión.

Aquí introducimos un usuario que tenga los permisos necesarios para agregar equipos en el Dominio. Seguidamente presionamos ADD para añadir nuestro Composer.

Y finalmente ya lo tenemos añadido , damos en OK y ya tenemos terminada nuestra instalación totalmente.

Más tarde tendríamos que ir a crear un POOL de escritorios para poder probar nuestra instalación y así podríamos ver como se generan desde un Snapshot de nuestra VM elegida que será la plantilla que creará los vClones para nuestros escritorios virtualizados.

Bueno esto es todo por hoy y nuevamente me despido hasta la semana que viene con un nuevo capítulo pero que en este caso será de Citrix XenDesktop 4. Cómo siempre agradecer al gran José María González, a mis compañeros del BLOG y a todos nuestros lectores por estar ahí como siempre y sin los cuales nada de esto sería posible.

Hola soy Miguel Angel Alonso y como cada Martes vuelvo al Blog de la Virtualización en español de José María Gonzalez para volver a contaros algo nuevo y siempre desde mi humilde opinión.

En este caso continuaremos con el capítulo 3 de VMware View que no es otro que el de Security Server; servidor que nos ayudará a encapsular nuestro tráfico mediante SSL por nuestro más que conocido puerto 443 y así de esta manera proteger todas nuestras sesiones de nuestros clientes con nuestro Broker de View a través de nuestras conexiones de INTERNET.

Además debemos saber que luego de nuestro Server security a nuestro Connection Server este se comunicará utilizando los puertos tcp : 8009 (AJAP139) y 4001 (JMS).

Todas estas comunicaciones mediante SSL servirán exclusivamente para nuestras conexiones mediante RDP ya que en caso de utilizar PCoIP deberíamos mapear el puerto tcp 50002 en nuestro querido Router para cada uno de nuestros Desktops Virtualizados .
Y por último pero no más importante deberíamos colocar nuestro Server Security en la DMZ de nuestra organización y no pertenecer o ser miembro del Dominio de nuestra organización.

Bueno explicado todo esto comenzaremos con la instalación de nuestro Servidor de Seguridad:

Habremos de empezar con el asistente de instalación de VMware View Connection Server, “Next” para comenzar…

Aceptamos el acuerdo de licencia y continuamos con el botón de NEXT

Indicaremos cual es la ruta de instalación por defecto que nos indica en este Snapshot y por supuesto; NEXT

Ahora elegimos el servidor que queremos instalar, que no es otro que nuestro Security Server

Ahora seleccionaremos la dirección en este caso FQDN de nuestro servidor Broker, aunque podríamos introducir perfectamente nuestra IP correspondiente; y NEXT

Comienza nuestra instalación …

Finalizaremos nuestra instalación y nos iremos a nuestro servidor Broker (Connection Server) para desde allí añadir y parametrizar nuestro nuevo Security Server

Seleccionamos la pestaña Configuration y en la sección Security Server en el enlace Add añadiremos nuestro Servidor de Seguridad

Introducimos el nombre de nuestro Servidor de Seguridad y le adjuntamos debajo la dirección HTTPS con su correspondiente puerto para nuestras conexiones externas. Después pulsamos OK.

Seguidamente seleccionaremos la opción Create Configuration File para generar un fichero de seguridad con el cual trabajará nuestro SS (Security Server)

Y seleccionamos guardar. Al fichero le llamamos config.propierties. Este fichero debe ser guardado en la carpeta “C:Archivos de programaVMwareVMware ViewServersslgatewayconf” del Security Server.

Lo siguiente que haremos será ir a nuestro Server Security de la DMZ y reiniciar el servicio VMware View Security Server y ya tendremos configurado nuestro Servidor de Seguridad.

Aquí os muestro un ejemplo de conexión mediante WEB por HTTPS a mi servidor Broker protegido por nuestro Security Server antes configurado

Bueno aquí me despido de vosotros por el momento hasta el próximo Martes en un nuevo capítulo que será el 4º y en el que veremos cómo instalar y configurar de Vmware View 4 Composer. Gracias como siempre a José María González y a todos nuestros lectores sin los cuales nada de esto sería posible.

¡Hola a todos de nuevo! soy Miguel angel Alonso y como cada martes estoy aquí para contaros algo nuevo que en este caso seguiré con el orden de los dos POSTS anteriores.

Hoy veremos la instalación, que es muy sencilla de un servidor Réplica para nuestro Connection Server, ya que de esta manera nos aseguraremos el mantenimiento del servicio en caso de caída y el balanceo de carga de nuestro Connection Server en función de nuestro número de conexiones a nuestros escritorios virtualizados.

Se debe instalar por lo menos un segundo servidor VMware View Connection Server para disponer de alta disponibilidad o balanceo de carga, a esto se le llama disponer de un servidor de réplica.

Al instalar en modo réplica Connection Server, se crea una instancia ADAM (Active Directory Application Mode) y se inciará el View LDAP data que permitirá mantener todos los servidores Connection Server con la misma información, ya que usará la misma tecnología de replicación del Directorio Activo para replicar los datos entre los Connection Server.

Lógicamente antes de realizar esta instalación, tendremos que tener un servidor Connection Server instalado.

La instalación de este componente no tiene nada, basta con ejecutar el asistente de instalación de Connection Server de nuevo en otro servidor, “Next”

Aceptamos el acuerdo de licencia “I accept the terms in the license agreement” & “Next”,

Seleccionamos la ruta de instalación, por defecto “%ProgramFiles%VMwareVMware ViewServer”, “Next”,

Debemos seleccionar la opción “Replica” para unirnos a otro servidor de nuestra instalación, “Next”,

Aceptamos la licencia de ADAM (Microsoft Active Directory Application Mode), “I accept the terms in the license agreement” & “Next”,

Debemos introducir un servidor VMware View Connection Server cualquiera de nuestra organización para poder replicarnos con él la configuración y los datos de nuestra instancia, “Next”,

Pulsamos “Install” para comenzar inmediatamente con la instalación del servidor de réplica,

Una vez terminada la instalación, si abrimos un navegador, contra cualquiera de nuestros Connection Server (https://ConnectionServer/admin), y vamos a la parte de “Configuración”, a “Servers”, podremos observar cómo ya tenemos un segundo servidor VMware View!

Bueno aquí me despido de vosotros por el momento hasta el próximo martes en un nuevo capítulo que será el 3º y en el que veremos cómo instalar y configurar de VMWare View 4 VMware View 4 Security Server.

Gracias como siempre a Jose María Gonzalez, mis compañeros del BLOG, a Xavisan y Cristiansan de CTXDOM y a todos nuestros lectores sin los cuales nada de esto sería posible.

También querría hacer una mención especial a nuestro nuevo compañero del Blog y que cada Viernes estará con nosotros para enseñarnos cosas nuevas y al que yo al menos espero con los ojos bien abiertos. Un fuerte abrazo y cálida bienvenida para Florián Murillo especialista del mundo de la Virtualización de Servidores, seguridad y Cloud Computing.

Hasta el próximo martes.

Hola a todos de nuevo soy Miguel angel Alonso y como cada Martes estoy aquí para contaros algo nuevo, y como lo prometido es deuda aquí vengo con el primero de los capítulos que ya explique en el POST de la semana pasada.

En este documento veremos la instalación de su nuevo broker y servidor de conexiones, VMware View Connection Server, este será el servidor encargado de administrar las conexiones y los escritorios virtuales o físicos.

En este documento veremos la instalación para el primer servidor Connection Server, aunque posteriormente podamos disponer de más servidores para disponer de un entorno de alta disponibilidad o aislar un Connection Server en la DMZ para asegurar las conexiones externas.

Este es el esquema de los componentes de VMware View separados y estos son los requisitos de VMware View Connection Server:

• Pentium IV 2.0 Ghz CPU o superior (recomendado dual CPU)
• 2 GB RAM o superior (3 GB recomendado)
• Una o más 10/100 Mbps NIC (1000 Mbps/1Gbps recomendado)

Sistemas operativos soportados:

• Windows Server 2003 R2 Standard Edition SP2
• Windows Server 2003 Standard Edition SP2
• Windows Server 2003 R2 Enterprise Edition SP2
• Windows Server 2003 R2 Enterprise Edition SP2

Nota: VMware View Connection Server no está soportado en entorno Terminal Server. Así cómo ser miembro de un Directorio Activo (Windows 2000 o Windows 2003).

Instalación de VMware View Connection Server

Nos descargamos VMware View de la web oficial de VMware, podremos disfrutar de un periodo de prueba de 60 días si no tenemos una licencia válida. Ejecutamos la instalación, sencilla ya que es un asistente, “Next”,

Aceptamos el acuerdo de licencia “I accept the terms in the license agreement” & “Next”,

VMware View Connection Server Winzard

Seleccionamos la ruta de instalación, por defecto “%ProgramFiles%VMwareVMware ViewServer”, “Next”,

Al ser mi primer servidor Connection Server, especificaremos la opción “Standard”, posteriormente agregaremos otro servidor al grupo o instalaremos otro para asegurar las conexiones externas. “Next”,

Aceptamos la licencia de ADAM (Microsoft Active Directory Application Mode), “I accept the terms in the license agreement” & “Next”,

Bueno, pulsamos “Install” para comenzar inmediatamente con la instalación,

Tras varios minutos ya dispondremos de VMware View Connection Server Instalado. “Finish”,

Abrimos la consola de gestión, un navegador a https://VMwareViewConnectionServer/admin, nos logueamos con el administrador.

Y configuramos dos opciones cómo mínimo para poder usar VMware View 4, la licencia y el servidor de VMware vCenter. Para configurar la licencia, nos vamos a “Configuration” > “Product Licensing and Usage”; pulsamos en “Edit License…” para introducir la licencia de uso, sea válida o de demo.

“OK”,

Nos indica esta licencia para qué es válida, si disponemos de Composer o de escritorios Offline. Desde aquí también podremos ver el uso actual, el número de sesiones activas con escritorios normales, basados en una imágen u Offline.

Deberemos configurar además el servidor VMware vCenter, para ello, vamos a “Servers” y en VirtualCenter Servers pulsamos en “Add…”,

Introducimos el nombre completo del servidor, unos credenciales con permisos administrativos y le indicamos un nombre, así como habilitaremos una conexión segura a él usando el puerto 443 (Connect using SSL).

Por ahora no entraremos en la posibilidad de usar VMware View Composer, ya que esto lo trataremos en un documento futuro. Podremos configurar el número máximo de aprovisionamientos simultáneos así cómo el número máximo de encendidos simultáneos, “OK”

Listo. Aquí será donde posteriormente daremos de alta al servidor que esté en la DMZ (Security Server) o gestionar los servidores VMware View Connection Servers,

En “Configuration” > “Registered Desktop Sources” podremos ver el total de escritorios disponibles y si son de Terminal Services.

En “Configuration” > “Administrators” veremos los administradores de VMware View 4.

En “Configuration” > “Global Settings” configurar si requerimos usar SSL para las conexiones de los clientes (Use SSL for client connections), tiempos de timeout (Session timeout), si los usuarios deben volver a autenticarse tras una interrupcón de la VPN (Reauthenticate Secure VPN connections after network interruption), Message security mode, cifra los mensajes JMS (Java Message Service) entre los componentes de VMware View.

Con “Pre-login message” mostrará un mensaje antes/después de la autenticación. Cuando a los usuarios se les debe desconectar de una forma forzada y queremos que tengan un mensaje, esto se configurará en “Display warning before forced logoff”.

En la parte de “Events” pues eso, tendremos los eventos del sistema VMware View, todo lo que sucede.

En “Desktops and Pools” será donde demos de alta los escritorios, tanto crearlos, cómo añadir orígenes, ver sesiones activas de los usuarios, sesiones offline, o configuración de ciertas políticas.

A la hora de crear un nuevo escritorio tendremos estas posibilidades:

• Individual Desktop: Crearemos un sólo escritorio.
• Automated Desktop Pool: Crearemos un pool de escritorios (varios) de forma automatizada a partir de una imagen a los usuarios, pudiendo ser persistentes o no persistentes. Se soporta VMware Full Clone y VMware Linked Clones.
• Manual Desktop Pool: Sin aprovisionamiento automático, pudiendo ser persistentes o no persistentes.
• Microsoft Terminal Services Desktop Pool: Publicando escritorios de servidores Terminal Server de Microsoft.

Y finalmente, en “Users and Groups” veremos los grupos que tienen acceso a los escritorios previamente definidos, así como si están actualmente logueados.

Bueno aquí me despido de vosotros por el momento hasta el próximo martes en un nuevo capítulo que será el 2º y en el que veremos cómo instalar y configurar de Vmware View 4 Connection Server Replica.

Gracias como siempre a Jose María Gonzalez, mis compañeros del BLOG, a Xavisan y Cristiansan de CTXDOM y a todos nuestros lectores sin los cuales nada de esto sería posible.