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 amigos. Soy Ferran Serafini y aquí vuelvo hoy como cada miércoles para aprender algo nuevo sobre Citrix XenServer.
La semana pasada Citrix presentó la nueva versión oficial de XenServer 6. Hace unos meses ya vimos las novedades que incluía ya en su versión beta 2. Os dejo un video tutorial en el que podréis ver la instalación de XenServer 6 paso a paso y las novedades más relevantes que escribió nuestro compañero Adolfo Muñoz, aquí
Hoy vamos a ver cómo funcionan los discos en XenServer. Veremos primeramente un poco de teoría para entender como XAPI abstrae y presenta los recursos de discos a nuestras máquinas virtuales.
En XenServer los discos desde la maquina virtual hasta el Host tienen el siguiente conjunto de clases. Esta “jerarquía” viene dada por la XAPI:
VDI: (Imagen de Disco Virtual) Un objeto VDI es la representación de un disco virtual. Los VDIs tienen la propiedad de poderse redimensionar y clonar.
VDB: (Dispositivo de bloque virtual) Este objeto representa la unión entre una máquina virtual y un VDI. Cuando una máquina virtual inicia, primeramente se consulta sus objetos VBD para determinar que discos virtuales VDIs tiene asociados. Los métodos de la clase VBD permiten la conexión y desconexión en caliente de un dispositivo de disco VDI.
SR: (Repositorio de almacenamiento) Es el contenedor donde residen los VDIs encapsulando las propiedades de un almacenamiento físico.
PBD: (dispositivo de bloque físico) Representa la unión entre el host físico y un objeto SR. Este presenta una capa de abstracción física del modo en que se conecta físicamente el disco, NFS, I-scsi, etc a los objetos SR.
Sabiendo esto, para consultar que discos tiene una maquina virtual, ya sabemos que no hemos de ir a buscar un VDI directamente (como nos presenta XenCenter). Es importante ya que los que estéis muy acostumbrados al XenCenter podéis pensar que la maquina virtual va conectada directamente al VDI, y como habéis visto, no es así, la maquina virtual tiene conectados los VDB.
Por lo tanto para consultar que discos tiene una maquina virtual utilizaremos el comando:
Vemos aquí que nuestra maquina virtual vMachine01 tiene dos VDIs conectados, identificados por vdi-uuid: f28ab1b1-e6f4-453f-8d1a-73cbb5c26d14 i 8b0a9e82-064c-ecae-4e46-b8b50d6d6974
Bueno amigo, esto es todo por hoy. Te espero la semana que viene con más trucos y explicaciones para tener bien controlados tus entornos Citrix XenServer.
¿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:
Sólo funciona con Windows 7 , Windows 7 SP1 o mayor
No funciona con Internet Explorer
Sólo conexiones RDP
Ventajas de Ericom HTML5
Funciona con los siguientes Browsers: Firefox, Google Chrome, Safari,Opera.
Nos permite conectarnos a nuestros clientes desde cualquier sitio, sin la necesidad de ningún cliente de View. (mayor Flexibilidad)
El uso de HTML5 como protocolo web evita la necesidad de tener instalados complementos como Java, Flash, Silverlight.
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.
Como podréis suponer, sigo a varios gurús y expertos en las tecnologías de la información en general, y de la virtualización en particular, para estar al tanto de lo que se cuece en el mundo tecnológico y cuáles son las tendencias que va marcando el mercado.
Entre las personas a las que sigo relacionadas con la virtualización se encuentra Brian Madden, el cual no hace mucho me ha sorprendido con un post que si bien tiene un título algo incendiario, me ha hecho recapacitar sobre el tema del que trata el post de hoy.
El artículo de Brian, titulado “Why Microsoft hates VDI? ” (“¿Por qué Microsoft odia VDI?”), argumenta los motivos que le (nos) llevan a hacerse (nos) esta contundente pregunta.
Si hacemos una pequeña retrospección en la relación de Microsoft con las tecnologías de virtualización de escritorios, podremos ver que ha sido bastante tardía y cuando ha comenzado esta relación lo ha hecho con modelos de licenciamiento complejos y caros. En este punto en particular resulta curioso como Microsoft opta por ofrecer la licencia que posibilita el acceso por VDI solo para el modelo de Software Assurance, con un coste de 100$ el primer año y de 40$ en las renovaciones sucesivas.
Para aquellos clientes que no quedan cubiertos por el Software Assurance (ThinClients, PCs con Linux, Macs, etc…), Microsoft pone a nuestra disposición las licencias VDA con un coste fijo de 100$ año tras año.
Recientemente Microsoft ha liberado RemoteFX, una tecnología que permite descargar al servidor de las operaciones gráficas al delegar en el cliente las operaciones de renderizado de ventanas y demás, consiguiendo una experiencia de usuario muy superior a la conseguida hasta la fecha y abriendo la puerta a la virtualización de aplicaciones pesadas desde el punto de vista gráfico, como puedan ser las aplicaciones CAD.
Esta tecnología depende de que la máquina virtual Windows 7 esté corriendo sobre Hyper-V, lo que imposibilita que otros jugadores como VMware o Citrix puedan sacar provecho de RemoteFX.
En este sentido resulta interesante el argumento de Brian en el que afirma que Microsoft está apostando por la implementación de RemoteFX en dispositivos como televisores y demás, con lo que, según palabras de Brian, se estaría posibilitando lo que podría ser Xbox en la Cloud.
Sea como fuere, la postura de Microsoft frente a las tecnologías VDI no acaba de quedar clara del todo, o al menos no todo lo alineada con la virtualización de escritorio que nos gustaría que estuviera.
Como siempre en estas cuestiones, el tiempo dirá la última palabra…
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:
Security Server, puede ahora actuar como Proxy de conexiones PCoIP (Eliminada la necesidad de uso obligatorio de una VPN.
Soporte (Experimental) para Windows 7 SP1. La anterior versión 4.5 no soportaba este Service Pack de windows 7.
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.
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.
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.
Hola de nuevo!!, soy Miguel Angel Alonso y aquí estoy con vosotros en el Blog de la Virtualización en español como cada martes. El post de hoy es más coto de lo acostumbrado pero no menos interesante por ello.
En el tema de hoy vamos a hablar sobre los simuladores de carga, y que tan bien van para nuestros entornos VDI (virtualización del puesto de trabajo). Gracias a estos simuladores de carga podremos saber con bastante exactitud los IOPs de red y disco que demandan nuestros escritorios en nuestras plataformas VDI.
Empezaré hablando por cercanía de uso de un producto de VMware y que podéis descargar todos los Partners desde Partner Central llamado RAWC, el cual consta de 3 instaladores y una Appliance:
1. DesktopRawcControllerSetup. Es el software que instalaremos en un server 2003 y que es donde se gestiona y envía las cargas a los escritorios (targets) a petición del Launcher.
2. DesktopSessionLauncherSetup. Este se instala en un escritorio que debe ser un Windows XP obligatoriamente el cual actúa como detonador del envío de carga a nuestros targets a través del servidor anteriormente mencionado.
3. DesktopRawcWorkloadSetup. Se instala en el escritorio que utilizaremos como imagen maestra para generar escritorios a través de VMware View (obligatoriamente). En esta imagen maestra deberemos instalar Macafee como antivirus, office 2007, Adobe Reader, winzip, Java y unos videos en alta definición para colocarlos en una serie de carpetas particulares que se indican en la guía de administración.
4. RAW Email Server. Esta se suministra en formato Appliance y hay que configurar e instalar las Tools para empezar a manejarlo. Este servidor nos ayudará junto con el Outlook 2007 que instalamos en nuestros desktops a generar cargas de trabajo que simulan nuestro día a día de la mensajería de la empresa.
Mediante la consola de gestión de nuestro launcher, podremos hacer que se abran, cierren, borren, escriban datos, escaneen virus, manden emails, compriman y descompriman archivos y un largo etcétera.
Cabe reseñar que existe también para Citrix otra solución del mismo estilo llamada Citrix EdSight for Load Testing. Buscando en profundidad por Internet he dado con otra solución mixta, llamada VSI Login Consultant, que sirve tanto para VMware como para Citrix y que es un calco de RAWC, aunque un poquito menos compleja.
Bueno hasta aquí por hoy, y espero haberos contado algo interesante una semana más. Gracias y hasta la semana que viene.
Hola de nuevo!!!, soy Miguel Ángel Alonso y aquí estoy como cada Martes para hablaros sobre un nuevo tema dentro de este maravilloso mundo de la virtualización.
En el tema de hoy entra a escena una herramienta de Teradici para simplificar la gestión de todos los dispositivos Hardware o Software que tengamos en nuestra organización bajo el protocolo PCoIP.
Dado que con la gran extensión de dicho protocolo y la cantidad de dispositivos instalados con esta tecnología es cada vez mayor, la capacidad de gestión estaba viéndose afectada y Teradici nos ha sorprendido con esta Appliance Gratuita (PCoIP Managemt Console) de gestión para ayudar a los profesionales que diariamente necesitan de un control avanzado de sus sistemas VDI o entornos de trabajo con altos rendimientos en gráficos.
Una vez dada esta pequeña introducción, comenzaré a contaros las principales características del producto:
Acceso a la configuración y actualización de todos los dispositivos PCoIP.
Aplicar las mismas configuraciones de datos a los grupos de dispositivos.
Actualizar el firmware de los dispositivos.
Resetear los dispositivos
Controlar el “Power State” de los dispositivos Hosts.
Ver información de estado
Monitorizar los eventos (Logs) de los dispositivos.
Asignar conexiones estáticas entre el o los Hosts y los dispositivos Clientes.
En la imagen de la cabecera de este post, podemos ver una imagen de la página web por la que se accede a la gestión principal de la Consola y desde la cual podemos hacer un escaneo automático o manual para añadir nuestros dispositivos PCoIP.
Aplicar los cambios individualmente o a grupos enteros de dispositivos nos resultará mucho más fácil y en cuestión de minutos.
Aquí podemos ver una tabla feneral donde se reflejan todos los “Settings” a los que podemos tener acceso para realizar sus correspondientes modificaciones en caso de que las necesitemos:
Como podéis ver, la cantidad de “settings” a los que podemos tener acceso es impresionante y son extensibles tanto para dispositivos Hardware como Software.
Para tener acceso a más información así como para poder descargarse este magnifico Appliance de Teradici llamado PCoIP Management Console, sigue este enlace:
Con Wyse PocketCloud puedes acceder remotamente a tu desktop, ficheros y aplicaciones desde tu teléfono móvil con Android, y gracias a una nueva solución de Wyse llamada Cloud Client Computing.
Cloud Client Computing es básicamente una solución cliente que pretende substituir el modelo actual del PC caro, poco fiable e inseguro.
Wyse Cloud Client incluye el hardware, software y servicios para tu cloud computing o entorno de virtualización de escritorios ofrezca el máximo rendimiento, seguridad, escalabilidad y ahorros de TCO.
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.
¿Hola que tal? Soy Jose Maria Gris y como cada jueves estoy aquí con vosotros para compartir temas sobre el ecosistema de VMware.
Varias han sido las consultas que he recibido en estos días sobre el licenciamiento y versiones de VMware View 4.0 y por ello creo que es bueno hacer este post para dejarlo claro.
Versiones:
Enterprise: Comprende el Broker, agente, y cliente. Como protocolo tiene RDP y PCoIP, puedes hacer las mismas funciones que con Premier (Pool automatico, persistente, no persistente) exceptuando linked clone (composer) y Off-line. No incluye Thin-app
Premier: Todo lo que incluye Enterprise más Composer (Linked Clones) y Off-line. Incluye Thin-app.
Licenciamiento: En primer lugar, el licenciamiento es por licencia concurrente. A partir de ahí puedes encontrarte en dos casos:
No tienes infraestructura vSphere: VMware tiene unos paquetes de 100 licencias con el que puedes gestionar 100 escritorios y los ESX que se precisen, así como un vCenter (Vicente para los amigos) Standard. Si precisas menos de 100 escritorios entonces hay unos paquetes de 10 escritorios “Starter Kit” que incluyen 10 desktops mas las licencias ESX y vCenter y deberás añadir N paquetes de 10 suplementarios hasta llegar al numero deseado. No hay licencias unitarias.
Tienes infraestructura vSphere y se va a usar para poner escritorios (Debes tener suficiente infraestructura para soportar todos los escritorios: En este caso puedes comprar los paquetes llamados “add-on” que van a salir mucho mas baratos, pero ojo, cuando vayas a comprarlos, el mayorista te preguntará el numero de contrato que tienes de infraestructura, para comprobar que tienes los ESX necesarios.
Hasta la semana que viene. Take care!
Por favor, si te ha gustado este post dame tu puntuacion: [ratings]
¡Hola a todos de nuevo!, soy Miguel Ángel Alonso y como cada Martes estoy aquí con vosotros para contaros como siempre desde mi humilde opinión un nuevo POST y que como en las últimas semanas será referente a la virtualización de escritorios.
En este caso seguiremos con la tercera y última parte de la instalación de XenDesktop 4.
Además podremos ver un poco más profundamente pero de una forma generalizada, los componentes principales que acompañan a Delivery Controller en la instalación que son: Presentation Server y la Administración de la Interfaz Web de Citrix y que no vimos en los dos anteriores POSTS.
Bueno, una vez llegados a este punto comenzaremos:
Nos iremos al Escritorio de nuestro Broker y daremos sobre nuestro famoso botón de INICIO y seguidamente como vemos en nuestro screenshot, llegaremos hasta la administración de la Interfaz Web de Citrix …
Y aquí se nos mostrará una interfaz generalizada desde donde podemos modificar todos los aspectos relativos a nuestra conexión vía Web.
Seleccionando nuestra Web interna por defecto, aunque podemos añadir otras de forma también personalizada; con botón derecho nos saldrá un desplegable de todas la opciones que disponemos para la personalización de nuestra interfaz web:
1) Comunidades de Servidores: en la que nos da la posibilidad de unirnos a otras comunidades de XenDesktop,
2) Los tipos de autenticación,
3) Apariencia de nuestra WEB (Totalmente personalizable) Modo con Gráficos o sin Gráficos.
4) El tipo de de acceso que utilizaremos para comunicarnos con nuestro/s escritorios remotos
5) El tipo de recursos a los que nuestros clientes tendrán derecho a acceder cuando conecten a sus escritorios
6) El tipo de clientes que utilizaremos para conectarnos: Java, Offline Plug-in y su forma de ser detectados y comportamientos en caso de no ser detectados.
7) Proxy de cliente
8)Preferencias de Sesión: Dónde se puede permitir la personalización de la interfaz web ,el acceso a recursos, re-direccionamiento de carpetas, anchos de banda , etc …..
9) Control del Área de Trabajo: básicamente para personalizar la reconexión del cliente; sea automáticamente o mediante un botón que les daremos en la interfaz web de conexionado.
10) Donde podremos tener un Mantenimiento de nuestro Sitio WEB mediante IIS, repararlo en caso de errores, desinstalarlo o diagnosticarlo.
Aquí os muestro una captura de la opción de Apariencia del Sitio WEB.
Otra de cómo serían los Métodos de Acceso: Directa, Alternativa, Traducida, Directa con Gateway, Alternativa con Gateway y Traducida con Gateway.
Captura de distribución de Clientes …
Captura de Preferencias de Sesión …
Y finalmente en este apartado de la Interfaz Web de Citrix, os muestro una captura del Control del Área de Trabajo …
Ahora pasaremos a mostraros Presentation Server Console, desde la cual podremos manejar, editar y crear nuestras políticas de acceso a los recursos, etc…. de nuestros usuarios. En la pantalla de arriba, vemos una captura de cómo llegar hasta dicha consola.
Por fin accedemos a la interfaz de nuestra Consola de Presentation Server y para que podais ver un ejemplo de uso. Crearé una política para el redireccionamiento de nuestros dispositivos USB dentro del grupo de escritorios XD4 Pre-Asignado que creé en el POST anterior de la semana pasada …
Con botón derecho sobre Policies (Políticas), seleccionaremos “Create Policy” …
Daremos un nombre a nuestra política, una descripción y la optimizaremos para el tipo de conexión (WAN, DIAL-UP ó SATELLITE) si así lo requerimos. En este caso yo lo he elegido para mi conexión WAN. Seleccionamos OK …
Y ya una vez creada como se ve arriba en un icono verde llamado USB nuestra política; entonces con botón derecho seleccionaremos Properties …
Una vez abierta nuestra interfaz, seleccionaremos RECURSOS/USB y seleccionaremos Enabled y Allow mapping of Client USB devices (Permitir el mapeo de nuestros USB en nuestros escritorios remotos). Seleccionaremos Apply y luego OK …
Una vez acabado con el paso anterior, lo que haremos será otra vez con botón derecho sobre nuestra política USB seleccionar: Apply this policy to….. ( para aplicar nuestra política a nuestro GRUPO de escritorios XD4 Pre-Asignado), que como ya he dicho antes creé en el POST anterior de la semana pasada …
Nos vamos hasta el apartado de Grupos de Escritorio, tacharemos la opción de Filter based on virtual desktop group name y seguidamente en Add para añadir el Grupo de Escritorios al que le aplicaremos dicha política.
Finalmente vemos nuestro GRUPO de Escritorios y terminaremos seleccionado Allow para permitir a este Grupo tener acceso a esta política de Redireccionamiento USB que hemos creado. Y ya tendremos creada definitivamente nuestra política.
Aquí también podemos ver por encima que podemos añadir impresoras que estén en nuestra RED para así poder crear políticas de acceso a las mismas posteriormente si así se requiere.
Introduciríamos la dirección de nuestro server de impresión de RED , username y password y podríamos disponer de esta para que nuestros escritorios virtuales, mediante políticas, puedan o no tener acceso.
Bueno, hasta aquí llegó el tercer y último capítulo . La semana que viene entraremos en un nuevo capítulo de un producto íntimamente relacionado también con nuestro querido XenDesktop y que no es otro que Provisioning Server (Servidor de Aprovisionamiento Dinámico de Discos).
Un saludo a nuestros queridos lectores y 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 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.
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.
Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un
20% de descuento al comprarlo online.
Regístrate y
recibe un capitulo de nuestro nuevo libro totalmente gratuito
Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook
