Hola de nuevo!!!, soy Miguel Angel Alonso y como cada Martes estoy de nuevo con vosotros para contaros algo respecto al mundo de la virtualización.

En este POST de hoy vamos a comentar un software que me encanta por su sencillez y gran eficacia en la replicación de datos entre diferentes CPDs, y que no es otro que Quest vReplicator.

Quest vReplicator (antiguo Vizioncore vReplicator) está diseñado específicamente para la replicación de HOSTS ESX de VMware basada en imágenes de los Snapshots de la máquina virtual (VM) a través de redes locales y de área amplia (LANs y WANs).

Asimismo, brinda recuperación simple y rápida de las VM ante catástrofes, a través de la creación de réplicas exactas. Además, vReplicator centraliza las imágenes de las VM desde sitios remotos para lograr un acceso más sencillo durante los esfuerzos de protección de datos.

VizionCore Quest vReplicator cuenta con las siguientes características:

• Elimina la dependencia de cintas mediante la duplicación con eficiencia de red
• Duplica las imágenes de la VM para capturar y preservar todo tipo de datos
• Reubica las imágenes en ubicaciones fuera del sitio (SITE) las veces que sea necesario
• Permite reiniciar los sistemas de aplicaciones y archivos de manera rápida y sencilla
• Permite la replicación individual y colectiva de la VM, lo cual ayuda a localizar una réplica en un sistema local y una segunda réplica de la misma imagen en un sistema remoto

Estas son las características Nuevas del vReplicator versión 3.0:

• El Motor de optimización de la duplicación soporta Change Block Tracking (CBT) y Active Block Mapping (ABM).
• El Change Block Tracking (CBT) utiliza las habilidades del vSphere para transferir sólo aquellos bloques que han sido modificados.

El Active Block Mapping (ABM) es una característica única con patente en trámite que suprime la transferencia de datos eliminados. Con respecto a la detección de “espacios blancos” se complementa con el Active Block Mapping (ABM) para detectar e ignorar bloques vacíos en la VM.

Principalmente lo que hace es hacer un Snapshot de la VM a replicar en el DataCenter de manera manual o programada, la comprime, la envía por la red al otro u otros CPDs y finalmente una vez este Snapshot es alojado en el CPD destino, se descomprime y arranca para tener nuestra VM a pleno rendimiento en cuestión de un tiempo mas que moderado.

Además de todo esto, tenemos la opción desde el botón de TEST FAILOVER de poder probar y ver el correcto funcionamiento de dicha máquina virtual replicada. Vamos, una autentica joya de programa: unos pocos clics de ratón bastan para tener la replicación en marcha de VMs entre CPDs.

El único “pero”, es que todavía no funciona con la versión ESXi, pero dada la naturaleza del futuro de VMware ESXi, imagino que nuestros amigos de Quest Software estarán teniendo a punto de caramelo una nueva versión de vReplicator totalmente funcional con ESXi.

Aquí os dejo unos pequeños Screenshots de instalación y varias interfaz gráficas.

Conexión con vCenter o nuestros Hosts ESX (no ESXi):

Creación de un Job de duplicación entre DataCenters de forma programada:

Realización del Trabajo de Respaldo de las VMs entre los CPDs:

Una vez realizada la duplicacion de la VM, probamos con el botón de TEST FAILOVER que todo trabaja correctamente.

Bueno, hasta aquí por hoy!. Espero que os haya gustado y aprovecho para despedirme de vosotros hasta la semana que viene.

Hola soy Miguel Angel Alonso y hoy vamos a terminar la segunda parte de este documento sobre como configurar e instalar Citrix XenApp SpeedScreen.

En la primera parte, vimos como instalar Citrix XenApp SpeedScreen. En esta segunda parte veremos la consola de aplicación con SpeedScreen y como configurar esta consola.

Una vez hayamos terminado con la instalación, nos aparecerá ya en nuestra Consola, nuestra aplicación con SpeedScreen activado.

Ahora con botón derecho sobre nuestra aplicación, elegiremos “Propiedades de la aplicación” para poder configurarla y optimizarla más en profundidad.

Aquí lo que haremos será desmarcar la casilla de “Desactivar repetición local de texto para esta aplicación”. Depués, seleciona Aplicar.

Después, seleccionaremos la pestaña “Configuración del campo de entrada” y haremos clic en Nuevo.

Nota: Esta opción sólo es necesaria si experimentamos problemas con las aplicaciones de SpeedScreen que hayamos añadido, ya que algunas aplicaciones no son susceptibles de funcionar en Terminal Server.

Y se nos abrirá un nuevo asistente que como podemos leer utilizaremos solamente si tenemos algún problema con alguna de nuestras aplicaciones que queremos optimizar con SpeedScreen.

Nos aparece este asistente; así que lo que haremos será abrir en nuestro escritorio la aplicación que nos da problemas. En este caso simulado como ejemplo usamos a Excel 2007.

Una vez abierta la aplicación, nos situaremos sobre el símbolo de la “mano” y lo arrastraremos hasta el campo de entrada que queramos de nuestra aplicación: en este caso Excel 2007. Después, seleccionaremos el botón Siguiente.

Dejamos todo como está y seleccionamos Siguiente.

Nos muestra que hemos configurado con éxito nuestra aplicación. Seleccionaremos Finalizar.

Aquí podemos ver una serie deopciones que podemos elegir para optimizar nuestra aplicaión de XenApp. Marcamos las que nos interese y seleccionamos Aceptar.

Y Finalmente ya tendríamos configurada nuestra aplicación con SpeedScreen. Espero que os haya gustado y nos vemos la próxima semana.

Hola soy Miguel Ángel Alonso y hoy voy a explicaros Citrix SpeedScreen, que es una tecnología de Citrix XenApp la cual nos ayuda a reducir la latencia y tiempo de carga de las aplicaciones virtualizadas dentro de nuestros entornos de producción, ayudándonos a reducir los I/O de red y de disco.

Aquí os voy a explicar como realizar los pasos necesarios para la configuración y optimización de nuestras aplicaciones mediante SpeedScreen.

Lo primero que hay que decir es que deberemos de realizarlo en cada Servidor de XenApp que tengamos instalado si es que tenemos una GRANJA de servidores, y sino sólo en el que tengamos.

Dada esta breve introducción comenzaremos con su instalación:

Aquí como podemos ver, aparece marcado el icono de SpeedScreen en nuestro escritorio. Para arrancarlo, has doble clic sobre el icono.

Ahora nos aparecerá una consola como esta con nuestro Servidor de XenApp:

Con botón derecho sobre nuestro Server XenApp nos dará dos opciones:

1.- Agregar nueva aplicación: las aplicaciones que queremos ir añadiendo para su optimización 2.- Propiedades del Servidor.

Y aquí nos aparece una panorámica de las propiedades del servidor (para que tengáis una idea de lo que hay en esta opción.

Luego vamos a “agregar una aplicación“, que es la parte que más nos interesa, y nos aparecerá un asistente al que seleccionaremos siguiente:

Aquí nos dice que busquemos la opción que queremos optimizar:

Aquí mediante la opción de examinar, localizaremos en nuestro servidor la aplicación que hemos instalado en XenApp ó podemos abrir la aplicación e ir al icono de la “mano” y arrastrar dicha mano hasta nuestra aplicación abierta. Una vez la hayamos seleccionado sea por el método que sea, daremos en nuestro botón de siguiente:

Ahora nos recordará el asistente que SpeedScreen está deshabilitado y que para habilitarlo deberemos marcar la opción: Activar repetición local de texto para esta aplicación. Después selecciona siguiente:

Marcamos la primera opción y continuamos presionando siguiente:

Y para terminar el asistente seleccionamos finalizar. A qui nos quedamos hoy. La próxima semana la segunda entrega de este fantástico producto.

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 nuevo!!!!! Soy Miguel Ángel Alonso y aquí estoy con vosotros como cada martes para ofreceros un nuevo POST del mundo de la virtualización.

En el día de hoy vamos a hablar de VMware View 4.5 y en concreto del MODO LOCAL, antiguo (OFF-LINE) y que por fin corre de forma totalmente soportada en esta versión que además nos trae cosas nuevas y que iré explicando en futuros POSTs como son la integración con THINAPP, TRANSFER SERVER, y otras funcionalidades.

Básicamente VMware View en MODO LOCAL es el modo en el que un cliente de VIEW puede tener acceso a su escritorio de manera continuada, independientemente de si tenemos acceso a Internet y al BROKER o no la tenemos.

Lo que ocurrirá es que una vez nos conectemos a nuestro Cliente de View desde la primera vez, es que tendremos la posibilidad de descargarnos nuestro escritorio a nuestro máquina física para llevarlo a todos los sitios con nosotros. Esto lo veo muy práctico sobre todo para los clientes móviles de las empresas y que dependen mucho de las conexiones a INTERNET.

Antes de empezar y aunque en el próximo POST os explicaré como instalar y configurar este nuevo ROLE (Server) VIEW TRANSFER SERVER, deberá estar totalmente instalado y configurado desde nuestro View Broker, ya que sin este no podremos tener acceso a nuestro MODO LOCAL de ninguna manera.

Dicha esta pequeña matización comenzaremos con la instalación de MODO LOCAL:

Una vez tengamos funcionando a pleno rendimiento nuestro SERVER TRANSFER, instalaremos nuestro CLIENTE en MODO LOCAL, tanto
sea x86 como x64. No voy a poner SCREENSHOTS de la instalación ya que sólo cabe reseñar que deberemos introducir el FQDN o IP de nuestro BROKER y las credenciales para poder conectarnos. Por lo demás el proceso de instalación es bastante sencillo.

Una vez acabes con la instalación, te aparecera el icono en tu escritorio para poder conectarnos. Aquí cabría reseñar que este cliente (MODO LOCAL) sólo funciona exclusivamente y por el momento sobre máquina Físicas (os lo digo para que os ahorréis tiempo si alguno de vosotros va a hacer pruebas desde una Máquina Virtual aunque sea desde otra plataforma que no sea VMware).

Y además “no podréis” tener en vuestra máquina física instalada ni VMware Workstation ni VMware Server ya que al
instalar el MODO LOCAL se crearán tarjetas virtuales que serían incompatibles con las de los mencionados productos de VMware.

Antes de ejecutar el icono de nuestro Cliente quería ofreceros un par de panorámicas de cómo VIEW TRANSFER está instalado a través de la interfaz de nuestro BROKER (Vista 1) en la opción TRANSFER SERVER REPOSITORY.

Y otra segunda Vista desde la opción SERVERS de nuestro Broker:

Bueno una vez dicho esto, ejecutamos nuestro icono del Cliente de View (LOCAL MODE). ¡¡¡¡¡Ojo!!!!!!! Tendremos marcada la opción de LOG IN AS CURRENT USER para poder conectarnos con nuestro escritorio por primera vez o siempre que no usemos el MODO LOCAL.

Nos indicará un mensaje de Bienvenida si antes lo hemos configurado en nuestro BROKER y seleccionaremos OK.

Y seguidamente nos aparecerá una pantalla donde podemos cambiar el usuario que se va a loguear. Presionamos sobre el botón de LOGIN.

Una vez hemos logueados, arrancará nuestro escritorio e iremos a la pestaña de OPTIONS.

Y seleccionaremos: Check OUT Desktop para poder entrar en modo LOCAL y descargarnos el escritorio a nuestro PC o portátil.

Aquí se ve muy claro el aviso de la descarga del escritorio y nos recuerda que guardemos cualquier trabajo antes de comenzar con la descarga.

Aquí podemos ver una panorámica del % de la descarga de nuestro DESKTOP (MODO LOCAL).

Y aquí nos quedamos amigos, hasta el próximo martes con la entrega de la segunda parte.

Hola de nuevo!!!! , soy Miguel Ángel Alonso y aquí estoy como cada Martes para contaros algo nuevo acerca del tema de la virtualización.

En este POST de hoy voy a hablaros de una herramienta de VMware llamada VGC (VMware Guest Console).

Desde esta herramienta podremos gestionar los procesos de nuestras VMs a nivel de Sistema Operativo, controlar el encendido y apagado de nuestras VMs y gestionar los Snapshots de nuestras VMs, de una forma clara y concisa.

No obstante, cabe reseñar que esta herramienta todavía se encuentra en estado preview.

Una vez dicho esto os mostraré la instalación y configuración de esta herramienta. Lo primero que haremos será descargarnos la herramienta desde este enlace y comenzaremos con la instalación seleccionando NEXT …

Aceptamos la licencia seleccionado I Agree y seleccionamos NEXT …

Elegimos la ruta donde se instalará el programa y seleccionamos NEXT …

Una vez terminada la instalación, podremos ver el icono de VGC en nuestro escritorio y ejecutar la aplicacion recientemente instalada.

Al ejecutar la aplicación, nos aparecerá la interfaz gráfica de la consola. Una vez llegados a este punto deberíamos seleccionar Add host para añadir nuestro HOST VMware ESX/ESXi:

Una vez te hayas conectado a tu servidor de vCenter, podras observar el listado de tus VMs y Templates. Podras ver que hay 4 pestañas a parte de nuestra Home Page del programa: TASK MANAGER, SNAPSHOT MANAGER, VIRTUAL MACHINES y FILE EXPLORER.

Elegime una VM que tengas encendida y selecciona la pestaña TASK MANAGER. De esta forma, podras tener acceso a lo Servicios de la máquina virtual desde la pestaña TASK MANAGER,con lo que podras deducir si alguno de estos servicios te está dando algun problema, cuales son los que consumen más recursos o simplemente parar el servicio.

Desde la pestaña Snapshot Manager, tendras una gestión totalmente centralizada de tus SNAPSHOTS y podras tambien modíficarlos a tu antojo.

Y finalmente si seleccionas la pestaña FILE EXPLORER, tendras acceso a todas las carpetas y archivos de tus VMs, lo cual incluye la opción de descargar o subir archivos a dichas máquinas virtuales.

Os invito a que os descarguéis y probéis esta herramienta ya que bien implementada por nuestra parte puede ayudarnos en nuestro trabajo diario a hacernos las cosas un poquito más fáciles.

Hasta la semana que viene.

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

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

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

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

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

¿Por qué esta VM de réplica?

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

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

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

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

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

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

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

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

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

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

Hasta la semana que viene!!

Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo con vosotros como cada Martes.

En este caso voy a hablaros de la salida al mercado de VMware vSphere 4.1 durante la semana pasada y voy a hacer un repaso general de las características más importantes de esta nueva versión que promete y mucho a mi modo de ver aunque a su vez espero también con anhelo la versión 4.5 de VMware View.

¿Os preguntareis que por qué digo esto?. Si leéis la nota final a pie de página lo comprenderéis perfectamente. A pesar de todo me quedo con las importantes mejoras realizadas desde VMware que dan un salto cuantitativo y de calidad a este maravilloso producto llamado: VMware vSphere.

Nota: No sé si me dejo alguna, pero si muestro las más interesantes

Las nuevas características son descritas a continuación:

1. Los E/S de almacenamiento pueden ser priorizadas a través de la nueva funcionalidad llamada Quality of Service (QoS) Storage I/O Control. Aquí os dejo un video donde podéis ver esta extraordinaria característica. Simplemente genial!!!!!!!
2. Los E/S de red pueden ser filtrados a través de un nuevo motor de calidad de servicio (QoS) que distingue entre el tráfico de las máquinas virtuales, vMotion, Tolerancia a Fallos (FT) y del tráfico de almacenamiento IP.
3. Compresión de memoria que permite comprimir páginas de memoria RAM en lugar del intercambio en el disco, mejora el rendimiento de las máquinas virtuales.
4. El Distributed Resource Scheduling (DRS) ahora puede tener reglas de afinidad que definen un subconjunto de hosts donde se puede incluir una máquina virtual
5. Sockets Virtuales: ahora se pueden tener múltiples CPUs virtuales. Cada CPU virtual aparecerá como un solo núcleo del sistema operativo invitado. (Guest)
6. Un TEAM (TEAMING) para la interfaz de red física del vSwitch Distribuido de red, el cual dinámicamente balancea la carga de tráfico.
7. Un nueva funcionalidad de chequeo de estado (HealthCheck) en el DASHBOARD para las configuraciones de alta disponibilidad (VMware HA).
8. El vSphere Client ya no forma parte de los paquetes de instalación de VMware ESX y ESXi. Al final de la instalación, los administradores, son redireccionados a una página web para descargar el cliente de vSphere.
9. VMware ESXi puede ser ahora instalado mediante secuencias de comandos (SCRIPTS). La secuencia de comandos (SCRIPTS) se pueden iniciar desde un CD o a través de una fuente de arranque PXE y puede instalar el hipervisor en discos locales o remotos.
10. VMware ESX puede arrancar desde TARGETS iSCSI boot from SAN (iBFT)
11. Nuevas estadísticas de rendimiento para NFS en esxtop y vCenter Server, así como en el vSphere SDK.
12. Redirección de puertos serie de máquinas virtuales via la red
13. Soporte para hasta 4 vMotion simultáneos en las redes de 1GbE y hasta 8 concurrentes en las migraciones de las redes 10GbE
14. Soporte USB pass-through (las máquinas virtuales pueden utilizar dispositivos USB locales conectados en los servidores VMware ESX/ESXi)
15. Soporte para el cambio de la contraseña de administrador en perfiles de host (host profiles)
16. Soporte para FT en clusters de DRS con mejora de vMotion y compatibilidad (EVC)
17. Soporte para tarjetas de interfaz de red iSCSI de tipo TCP/IP (TOE) (ambos 10GB un 1GB)
18. Soporte para tarjetas HBA e Fibra de 8GB
19. Soporte para IPsec en las configuraciones de red IPv6
20. Soporte para múltiples dispositivos virtuales de recuperación de datos
21. Soporte para Microsoft Volume Shadow Service (VSS) en Windows Server 2008 y 2008 R2 sistemas operativos para vStorage API para la protección de datos – VADP
22. El Update Manager (VUM) puede ahora parchear módulos adicionales de TERCEROS para ESX (como EMC PowerPath)
23. Migración Virtual to virtual (V2) para las máquinas virtuales de Hyper-V sin conexión en vCenter Converter
24. Soporte de inclusión de VMware ESX y ESXi en Microsoft Active Directory a través de la tecnología de LIKEWISE
25. Soporte para Intel Xeon 7500 / 5600 / 3600 (Esto incluye compatibilidad con EVC)
26. Soporte para AMD Opteron 4000 / 6000 (Esto incluye compatibilidad con EVC)

* También ahora os dejaré una serie de números que hablan por sí sólos sobre la potencia y mejora desarrollada por la nueva versión de VMware vSphere 4.1*

Limites nuevos con vSphere 4.1:

• 3.000 virtual machines por cluster (comparadas con las 1.280 de vSphere 4.0)
• 1.000 hosts por vCenter Server (comparados con los 300 de vSphere 4.0)
• 15.000 VMs registradas con vCenter Server (comparadas con las 4.500 de vSphere 4)
• 10.000 máquinas virtuales concurrentes encendidas por vCenter Server (comparadas con las 3.000 de VMware vSphere 4.0)
• 120 sesiones concurrentes de Virtual Infrastructure Clients por vCenter Server (comparados con los 30 de VMware vSphere 4.0)
• 500 hosts por virtual Datacenter (comparados con los 100 de vSphere 4.0)
• 5.000 VMs por virtual Datacenter (comparadas con las 2.500 de vSphere 4.0)

El hostd footprint y el consumo de memoria (se han reducido hasta un 40%) . La velocidad en alguna de las operaciones se ha multiplicado por 3 (3x).

Por último, pero no menos importante, VMware vSphere 4.1 consigue un mejor PERFORMANCE para VDI en conjunción con VMware View.

La creación de nuevos escritorios virtuales es ahora un 60% más rápido y el tiempo de encendido es de 3-4 veces más rápido.

Nota: Recordar que ahora vCenter 4.1 se instala únicamente en S.O. de 64 bit y que por lo tanto el que tenga instalado VMware View Composer en su vCenter x86 que se olvide de actualizar tajantemente, ya que Composer no admite tecnología de 64 bit. Se espera que con la futura versión de VMware View 4.5 este problema quede resuelto.

Bueno hasta aquí por hoy, espero que os haya gustado y os emplazo hasta la semana que viene.

Que paséis una buena semana!!!!!!!!!

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.