No te acostarás sin saber una cosa más, si Señor.

Estaba yo tan contento, preparando mi post de este jueves (éste, si, éste) y pensaba que versaría sobre una herramienta que me ha dado muchos alegrías. Hablo de Mremote, una herramienta que hace de cónsola / Shell para RDP, VNC, SSH, HHTP y alguno más.

En un proyecto me han pedido especial hincapié en tener una herramienta de este tipo, y buscando por esas webs de Dios, me encuentro con esta maravilla, Remote Desktop Manager by Devolutions, que encima es Freeware.

Integra los siguientes clientes: RDP and TS, MS Remote Assistance, Real VNC, TightVNC, UltraVNC, Citrix,LogMeIn, Team Viewer, Dameware, VMware Player, Workstation, vSphere, Hyper-V, Virtual PC, Virtual Server…. Add-ons para HP graphics, y SQL studio …. me dejo alguno que te interese? pues seguro que me lo he olvidado y seguramente está disponible. Increíble

Se puede hacer download aquí , bajas el .msi y lo instalas como un “my wife”, Al arrancar no te asustes, no te pide licencia, tan sólo te pide si lo quieres arrancar en modo Standard (Freeware) o Enterprise (de pago, básicamente con gestion de usuarios y soporte para SQL Server, Amazon S3, Multiusuario, etc). Obtendréis una vista como ésta.

Pero no terminan aquí las sorpresas. “File, Import, Import from another application, mremote” . Pues sí, te vas a tu Mremote que tienes funcionando, exportas un XML de la configuración de las conexiones y te lo importas a tu nuevo entorno (algún cambio tendrás que hacer, no todo es tan “directo”.

Aquí podéis ver el impresionante “pop up” de configuración con las herramientas que podemos integrar

Pero fijaros la lista que tiene especificamente para virtualización

Recordad que hay que instalar los clientes en la máquina donde vais a ejecutar la cónsola, y si no sabéis donde encontrarlos, en la pagina de download de la aplicación están los links necesarios, mas fácil imposible.

Le ha llegado la hora a mi fiel Mremote veo. Hasta la semana que viene.

La licencia Enterprise Plus de vSphere incluye un nuevo tipo de switch, el Distributed Switch que aporta mejoras en calidad de servicio, seguridad, escalabilidad y explotación respecto al clásico Standard Switch de siempre.

Sin embargo esta licencia permite, también, utilizar (comprándolo adicionalmente) el primer switch virtual de Cisco, el Cisco Nexus 1000V, pero ¿Que ventajas aporta este switch respecto al Distributed Switch para que merezca la pena pagar un dinero extra?.

Como todo en la vida, para algunos será necesario y para otros no, pero hablemos brevemente de algunas de las características que lo diferencian del vDS :

En VI3 v3.5 se incorporaba NetFlow en modo experimental (y funcionaba muy bien), pero en vSphere ha desaparecido, si queremos registrar los flujos de información que pasan por nuestros switches virtuales, fundamental para análisis de comportamiento de las aplicaciones y para detectar flujos sospechosos, hemos de utilizar Cisco Nexus1000V.

Si necesitas enviar los logs de los switches virtuales para correlacionarlos con los del resto de los switches físicos, Cisco Nexus 1000V te lo proporciona.

Cisco Nexus 1000V soporta ACLs utilizando direcciones MAC o IP y se aplican a nivel de puerto, dicho de forma rápida tenemos un firewall en cada puerto y se mueve con la VM al cambiar de ESX, es una buena ayuda en lo que a seguridad se refiere.

Otras medidas de seguridad son DHCP snooping y IP Source Guard que mitigan ataques man-in-the-middle o Dynamic ARP Inspection que nos protege de ataques ARP spoofing.

Además puede trabajar en combinación con VMware vShield Zones, blindando nuestra infraestructura y facilitando la administración de la seguridad con herramientas gráficas.

Nos aporta diversos mecanismos de QoS : Mecanismos de clasificación de tráfico por diversos criterios, técnicas de marcado de tráfico y políticas de QoS. Todo ello utilizando los comandos Cisco IOS y llegando a garantizar un ancho de banda a un tráficos determinado !!!!

Y los entusiastas de Cisco están de suerte, se configura mediante Cisco CLI y con los comandos que ya conoce y muchos mas.

Como vemos la seguridad, las redes y los sistemas, ya no son especialidades diferentes, están naciendo los especialistas en DataCenter … ¿te apuntas?

Hola, que tal, como estáis?

Aquí estamos como cada semana hablando sobre temas del ecosistema de la virtualización, específicamente en entorno VMware.

Hoy vamos a ver una pequeña herramienta que nos puede facilitar mucho el trabajo. En un entorno donde hay proliferación de VMs y tenemos definidos “Resource Pools” si deseamos que éstos estén bien configurados y al día deberemos ir revisándolos de forma periódica calculando las reservas de los recursos.

Eric Sloof ha desarrollado un script llamado DRPC (Dynamic Resource Pool Calculator) que nos permite hacer esta tarea administrativa de forma fácil.

Podemos obtener el script aquí, deberemos instalar en la maquina que vamos a usar VMware vSphere PowerCLI y los que no nos gusta trabajar con powershell, nos instalamos PowerGUI y todos contentos, que con la que cae, no es poco.

Cargamos el script en el PowerGUI y tenemos una pantalla como esta

Ejecutamos con F5 o bien con el “Play”. La siguiente ventana nos preguntará por nombre o ip de nuestro vCenter o ESX

Browse, incluimos la ip y le decimos “OK”

Nos pedirá credenciales para acceder al vCenter o al ESX, logico…

Y aquí nos enseña los Resource Pool que tenemos establecidos en nuestro entorno….

Si efectuamos click sobre el Resource Pool que queremos revisar, tras funcionar la barra de trabajo nos indicará los valores que tenemos establecidos en estos momentos para reservas de memoria y cpu para este elemento (Old) y los valores que nos plantea que modifiquemos. En este caso, dado que he movido máquinas la diferencia es importante

No hay más secreto, si hacemos click, nos actualizará directamente el Resource Pool sin que tengamos que tocar para nada el vCenter. Si no deseamos actualizar, pues pulsamos Exit y listos.

Espero que os sea de provecho.

Hasta la semana que viene.

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%\VMware\VMware View\Server”, “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.

Hola que tal? Como estáis?

Estáis buscando como mantener una Base de Datos de vuestra infraestructura con atributos definidos por vosotros mismos? . Atributos como que antivirus tenemos instalado o a que hora tenemos establecido el backup? vScout puede ser la solución.

Además de inventariar vuestra infraestructura dinámicamente y “on line” (importante) vScout permite que definas tus propios atributos.

Para ello nos vamos al menú “Configuration” y “Custom Attributes”

Botón Add y nos aparece la ventana para configurar el atributo y su descripción

Y aquí podemos ver los atributos definidos, a que hora tenemos programado el backup de esta VM, si tenemos instalado un Antivirus, cual, cual es el propósito de la VM y en que Resource Pool lo vamos a tener ubicado.

Una vez definido, tan sólo tendremos que ir a la vm y hacer click sobre “Apply Custom Attributes”

Y podemos introducir nuestra información o editarla.

Para hacer listados nada más facil, usamos los establecidos o hacemos una exportación a Excel y desde ahí imprimimos.

Como veis, un programa “free” al que se le puede sacar mucho partido.

Hasta la semana que viene.

Me acaban de llegar a las manos las hojas técnicas de los nuevos servidores de Cisco.

Mucho hemos oído hablar de que Cisco quería entrar en el tema de Servidores de la mano de su coalición con VMware. Y aquí están.

Os presento al UCS C200 M1 High Density Rack-mount server. Servidor de 1U con 2 sockets y con 12 slots de memoria, llegando a poder instalar 96 Gb con alta densidad o bien llegar a tasas altas con precios asequibles.

Incorpora 2 Nics de 10 Gb y un nuevo chipset que es capaz de gestionar la memoria para ofrecer más memoria de la que realmente tiene (me han dicho un número de veces que quiero antes validar.)

A ver si me cae uno en demo y os cuento cosas bonitas sobre ellos….. también hemos de ver los precios.

Podéis ver una demo interactiva en este link

Hola que tal?

Parece que nos hemos puesto de acuerdo en hablar del tema “Backup”. Pues vamos a ello.

Veeam Backup usa la técnica de Backup sintético, permitiendo tras efectuar un backup completo, efectuar backup tan sólo de los cambios incrementalmente. La técnica habitual que usan los productos similares es crear un fichero “grande” con el “full backup” para posteriormente ir creando ficheros “delta” con los cambios incrementales una vez vamos ejecutando el job.

Una vez alguien dijo “El problema no es el Backup, es el Restore”. Cuanta razón tenía, recuerdo cuando trabajaba con Mainframes y teníamos que “tirar” de cinta (si, aquellos armarios increíbles con cintas más grandes que los magnetófonos) y oía al técnico de sistemas “no lee, no restaura”. Un sudor frío pasaba por nuestra espalda hasta que al fin el milagro se producía y restauraba.

La premisa es la siguiente. Si vas a restaurar, estadísticamente lo que vas a buscar en primera instancia para cubrir el RTO es la última copia que hemos hecho. Si ésta es completa en lugar de sintética, siempre nos dará más facilidades (rapidez, consistencia, etc.)

Es por ello que Veeam usa la particularidad de copia “reverse” o decremental, por la cual, el primer backup completo nos creará el fichero principal pero cuando ejecute la primera incremental nos encontraremos con que el fichero perteneciente a la primera ejecución tiene sólo las diferencias, mientras que el último que hemos efectuado está “completo”.

Como trabaja Veeam? Curiosamente de una forma muy parecida a como gestiona los snapshots Datacore.

Tras la generación del fichero .vbk en la primera ejecución, cuando se ejecuta la primera copia incremental, Veeam actualiza los cambios que han habido en el sistema en explotación en el fichero .vbk, guardando todos los datos antiguos que han sido actualizados en un fichero .vrb para esta ocasión.

El fichero .vbk tendra como nombre de fichero el que le hemos asignado al hacer el job, mientras que el .vrb, además del nombre llevará concatenado el “timestamp” del dia y la hora en que se inició el job.

De esta forma podremos identificar los ficheros que tenemos en nuestros directorios ya que tendremos un fichero copia.vbk y tantos .vrb como rollbacks hayamos parametrizado, que se denominarán copiayyyy-mm-ddThhmmss.vrb.

Mecanismo parecido pasa con las réplicas, pero con diferencias, ya que una réplica en el fondo es una vm preparada para ponerse en marcha asap, entonces el fichero .vbk es substituido por el .vmdk de la VM, trabajando los vrb de igual forma que el Backup. Podéis obtener un resumen y más información en www.veammeup.com, blog que mantienen los chicos de ingeniería de Veeam de San Petersburgo, desde aquí un saludo.

Especial cuidado si estáis corto de espacio en el espacio smb que contiene estos ficheros y los movéis. A partir de la versión 4.0, Veeam Backup cuando editas el job, y en la ejecución del mismo hace ciertas verificaciones de la existencia de los ficheros destino. Hablaremos otro día de este tema y de como cumplir con las normas de seguridad y auditoría haciendo servir discos intercambiables y jobs alternados de copia.

Como anécdota, en orden interno VBK ha quedado como una acepción de “Hacer un Veeam Backup”, de esta forma, en slang podemos oír “el cliente VBKs tres servidores”

La próxima semana hablaremos de como efectuar un fine tuning de nuestro sistema detectando cuellos de botella y dimensionamientos no adecuados.

La semana pasada, VMware revelo la nueva versión de su plataforma de virtualización de escritorio VMware View, con el flamante nuevo protocolo de escritorio remoto, PCoIP diseñado para mejorar la experiencia del usuario en entornos que un ancho de banda limitado.

La nueva versión, VMware View 4.0, utiliza PC-over-IP, el cual comprime, encripta y codifica toda la información y transmite solo los “pixeles” a través de una red IP estándar, un protocolo, dicho sea de paso, que ha sido licenciado por Teradici a VMware. PCoIP es un protocolo-servidor, lo que significa que la mayoría del procesamiento grafico es ejecutado en el servidor y no en el dispositivo cliente.

VMware View 4, el cual se incluye en la plataforma de virtualización de servidores vSphere 4, estará disponible, probablemente, esta semana. Las ediciones Enterprise y Premier tendrán un precio de 150$ y 250$ por conexión concurrente respectivamente.

Yeap, 150$-250$ por conexión. Probablemente te estés preguntando: espera un momento Jose… un PC o laptop, normalito, lo puedo encontrar por menos de 500$!!!, entonces, la pregunta es: para que quiero virtualizar el desktop? Y en cierto modo, llevas razón, si es lo que estas pensando. Pero no hay que olvidar que, la implementacion de escritorios virtuales extiende, o al menos debería hacerlo, la vida útil de los dispositivos de los usuarios y reduce los coste de gestión.

Pero no todo va a ser buenas noticias. Uno de los problemas que me he encontrado con PCoIP es que, al parecer, tiene problemas para integrase con aceleradores WAN, como por ejemplo, los aceleradores WAN de RiverBed, aunque me consta que VMware ya está trabajando en el tema para solucionar el problema.

Como ya te adelante hace un par de semanas, StarWind es un software de virtualización de almacenamiento que convierte cualquier Windows estándar de 64-bit o 32-bit, en un servidor de almacenamiento tolerante a fallos de alta disponibilidad. Esta tecnología permite que aquellas aplicaciones con un alto grado de alta disponibilidad, puedan tener acceso continuo al almacenamiento en caso de fallo.

Tradicionalmente, las redes SAN (de las siglas en inglés Storage Area Network – Red de área local) en fibra de alta disponibilidad son caras y “complicadas” de gestionar e instalar.

Históricamente, este ha sido un obstáculo para las pequeñas y medianas empresas que están en el proceso de implementación de vSphere VMware, Microsoft Hyper-V u otras aplicaciones de virtualización de servidor.

Con la arquitectura Active-Active High Availability, el nuevo StarWind 5.0, mantiene tus datos continuamente disponibles y accesibles, ofreciendo una alta disponibilidad para tus aplicaciones sin el alto precio y la “complejidad” de una SAN de fibra.

Hoy Matías Katz, experto en seguridad IT, profesor y consultor Senior en IT, me ha comunicado que llevara a cabo un Webinar en Español sobre la tecnología de StarWind Software.

Únete al Webinar de Matías Katz y aprende a instalar y configurar StarWind 5.0 con Windows 2003 o 2008 Server R2. Durante su presentación, Matías cubrirá:

• Cómo configurar el almacenamiento compartido para VMware, Hyper-V, etc.
• Los pasos a seguir para una configuración activo-activo en alta disponibilidad con un Failover y Failback automático.
• Como garantizar la continuidad del negocio y la disponibilidad con la replicación asíncrona e instantáneas

Para registrarte en el Webinar de StarWind haz clic en el siguiente enlace:

http://www.starwindsoftware.com/ha-getting-started-spanish-webinar

Red Hat ha anunciado el lanzamiento de Red Hat Enterprise Virtualization for Servers, su nuevo producto de virtualizaciónen Open Source, que permitirá ampliar el uso de esta tecnología en empresas de todos los tamaños.

RHEV es una solución completa, que combina un hipervisor independiente y potentes herramientas de gestión para la virtualización.

Red Hat Enterprise Virtualization se apoya sobre la plataforma de sistema operativo open source líder de mercado, Red Hat Enterprise Linux, y proporciona la seguridad, rendimiento, escalabilidad y ahorro de costes de la tecnología de virtualización open source.

Puedes encontrar toda la información en esta nota de prensa adjunta.

Gracias a Andrés Ramírez, jefe de relaciones publicas para Red Hat en España, por la información.

Hoy en día prácticamente cualquier negocio de cualquier tamaño puede aprovechar su infraestructura actual DAS (Direct Area Network), de forma rápida y asequible obteniendo un alto rendimiento, fiabilidad y escalabilidad como en las soluciones SAN (Storage Area Network) y en menos de 30 minutos.

StarWind iSCSI SAN software ofrece rendimiento a nivel empresarial sin los costos de una SAN al aprovechar sus servidores existentes estándar x86 y la transmisión de datos a través de cables Ethernet estándar, utilizando el protocolo iSCSI. Además, StarWind permite que su negocio sea aún más eficiente y competitivo a medida que aumenta su infraestructura VMware ESX y VMware ESXi en la creación de entornos de virtualización de almacenamiento real ayudando así a recortar sus costos operativos. Al ser una plataforma de virtualización de almacenamiento para VMware asequible, escalable y fácil de implementar, se comienza a generar un ROI (Returm on Investment) tan pronto como se instale.

StarWind le ayuda a construir una SAN IP sólida y de alto rendimiento la cual es accesible dentro de cualquier organización y presupuesto. Nuestra solución Starwind iSCSI Target permite a las pequeñas y medianas compañías beneficiarse sin los altos costos de aplicación y administración.

Estos son algunas de las funcionalidades de StarWind iSCSI SAN:

• Replicación de datos remota síncrona y asíncrona. Permite  failover/failback de volumen para las operaciones de almacenamiento ininterrumpido y 24/7 de continuidad del negocio.
• Auto Thin Provisioning: No hay necesidad de asignar la capacidad de almacenamiento hasta que se necesita. Asigna sólo el espacio que se requiere para datos que se escriben en ese volumen sin la capacidad de predecir las necesidades futuras.
• CDP /Snapshosts – automática o manual compatible con Microsoft VSS (Volume Shadow Copy Services) Snapshosts, clonación de volumen y copias de seguridad incrementales con un número ilimitado de puntos de reversión.
• Admite volúmenes compartidos de los servidores en clústeres. Con StarWind, es posible utilizar un volumen iSCSI como disco de quórum para Microsoft Cluster Server.
• StarWind se integra perfectamente con Microsoft Windows NTFS compresión y encriptación. Los archivos de imagen almacenados en particiones NTFS se pueden cifrar y comprimir (sin gastos generales de acceso excesivos).
• StarWind soporta plenamente el iniciador iSCSI SAN. Esto le permite eliminar completamente la necesidad de unidades de disco duro dedicado en los equipos cliente.
• StarWind es capaz de utilizar Serial y Parallel ATA y SCSI, Fibre Channel, hardware de almacenamiento USB y FireWire. Exportar un disco entero o un único archivo o una partición en el disco duro como un disco virtual de iSCSI.
• El hardware de almacenamiento (unidades de cinta, bibliotecas de cintas automáticas de alto rendimiento Blu-Ray y HD-DVD, DVD-ROM de cambiadores etc) puede también estar en red, usando StarWind.
• Soporta MPIO (Multi-Path I/O) a través de múltiples sesiones utilizando el iniciador iSCSI de Microsoft.
• I/O de lectura y escritura utilizando el almacenamiento en caché RAM como caché para mejorar el rendimiento y tiempo de respuesta.
• También soporta el cifrado IPSec para garantizar un túnel a través de conexiones WAN IP y la autenticación CHAP.

Puedes aprender más sobre el producto, así como la edición de prueba de descarga, en el siguiente enlace:

http://www.starwindsoftware.com/

Siguiendo con el segundo keynote de Mr. Herrod donde hice mención de PCoIP,  el nuevo protocolo para VMware View ,  me gustaría enseñaros en el post de hoy,  la demo  de VMware View y el nuevo protocolo PC over IP que se hice en el keynote de VMworld 2009.

La demo se ejecuta con un thin client y un escritorio Virtual sobre la nueva plataforma de virtualización del puesto de trabajo, VMware View (poner link) y con el nuevo protocolo PC over IP de la empresa Teradici.
Durante la demo se muestra Google Map sin ningún tipo de problemas de refresco.

También podemos observar  el “user experience” de una aplicación 3D.

Definitivamente la tecnología de virtualización del puesto de trabajo ha madurado mucho durante el último año y ya no hay “excusa” para virtualizar el puesto de trabajo.

La semana pasada EMC (propietario del 80% de VMware)  y Microsoft renovaron su alianza, extendiendo así sus actividades de colaboración en virtualización, gestión de contenidos y soluciones de seguridad para la empresa.

Aunque las dos compañías compiten en el área de la virtualización,  la nueva alianza pretende cumplimentar las tecnologías de cada compañía para llegar así a más clientes,  que quizás de ir por separado sea mucho más complicado convencer al cliente.

EMC tiene un equipo de más de 1000 consultores con conocimientos y experiencia en productos de virtualización de Microsoft.

Habrá que ver como madura esta nueva alianza entra las dos compañías. Te imaginas a un experto en VMware y a otro experto en Hyper-V tratando de convencer a un cliente sobre la solución de virtualización a implementar? Yo tampoco.

Puedes ver más información relativa a la alianza en este link:

http://www.emc.com/about/news/press/2009/20090203-01.htm

Al parecer ya es oficial el hecho de que la próxima versión de VirtualCenter en VMware Infrastructure 4.0, al que ya se conoce como vSphere, por fin también estará disponible para servidores Linux.

Una de las sesiones, que no me perderé, del próximo VMworld Europe 2009 en Cannes titulada DC08, confirma tal hecho.

Aquí tienes el link con la descripción de dicha sesión y en donde se menciona el soporte para Linux (requiere login)

Si aun no te has registrado para el VMworld 2009, te adjunto la descripción de la sesión para que lo compruebes por ti mismo.

“Customer demand for vCenter Server running on Linux has been astounding. While the majority of the Code is inherently cross platform, getting vCenter Server to run on Linux in a manner compatible with the current set of features has its own set of challenges. This presentation will discuss the issues of cross platform development for vCenter, including issues regarding internationalization support, database support, multi-vCenter support, and image customization. The talk will conclude with a live demonstration of the latest development version of vCenter Server running on Linux”

Parece ser que la demanda por parte de los clientes de tener una versión de VirtualCenter para Linux ha sido un factor determinante para que VMWare se pusiera a trabajar en ello.

Sera interesante saber cuántos clientes optan implantar la versión de VirtualCenter en Linux vs Windows.

Se han incluido ocho nuevas configuraciones de VMware ESX en el programa de certificación de Microsoft SVVP.

Las nuevas configuraciones permiten hasta 64GB de memoria RAM en una máquina virtual, lo cual representa un aumento del límite anterior que estaba solo en 4GB por maquina virtual. Esta nueva configuración soportada por Microsoft será útil para aquellos clientes que deseen migrar  Exchange, SQL, o cualquier otra aplicación de uso intensivo de memoria a un entorno virtual.

Gracias a este programa de certificación de Microsoft SVVP, cualquier cliente tendrá  soporte de Microsoft cuando este ejecute  productos Microsoft en VMware.

Asimismo, cualquier versión de Windows posterior a Windows Server 2000 Service Pack 4 también cuenta con el soporte.

Ver crecer el soporte de Microsoft en entornos VMware ESX  me llena de satisfacción.  Se nota la “mano” del CEO de VMware, por algo trabajo 15 años en Microsoft.