VMware lanzo vStorage APIs for Data Protection (VADP) con el lanzamiento de vSphere 4.0 en Mayo del año 2009.

VADP permite a software de backup proteger sistemas, aplicaciones y datos de usuarios almacenados en las máquinas virtuales de una manera sencilla fácil y escalable.

Este API permite al software de copia de seguridad lo siguiente:

• Realizar copias de seguridad completos, diferenciales e incrementales y restauración de las máquinas virtuales.
• Realizar copias de seguridad a nivel de archivo de máquinas virtuales Windows y Linux.
• Garantizar la consistencia de la copia de seguridad a nivel de aplicación utilizando Microsoft Volume Shadow Copy Services (VSS) para máquinas virtualies que ejecutan sistemas operativas Microsoft Windows.

Asimismo este API permite crear copias de seguridad de tus máquinas virtuales de múltiples servidores VMware ESX/ESXi desde un servidor de copia de seguridad centralizado y sin la necesidad de instalar agentes de backup en cada máquina virtual o servidor ESX/ESXi.

El vStorage API para Data Protection se integra directamente con los principales software de copia de seguridad con el fin de aprovechar este software de backup en su entorno virtualizado. VADP aprovecha la funcionalidad de snapshot de VMware vStorage VMFS para realizar un backup sin downtime en las máquinas virtuales.

VADP es la próxima generacion de VMware Consolidated Backup y está incluido en todas las ediciones de VMware vSphere y es compatible tanto con el ESX como con la arquitectura ESXi, con la excepción de la versión gratuita de ESXi.

Software de backup con integración con VADP (incluido VMware Data Recovery) es ahora la opción recomendada por VMware para hacer copias de seguridad y restauraciones de máquinas virtuales en VMware vSphere puesto que VMware Consolidated Backup ha sido descontinuado y no será compatible con próximas versiones de VMware vSphere.

Por favor consulta a tu proveedor de software de copia de seguridad para obtener más información acerca de su integración con las API vStorage para Data Protection.

Queridos lectores,

Citrix ha presentado un nuevo hostfix para los usuarios de XenServer 5.5. La nueva actualización pretende solucionar los problemas publicados en los siguientes enlaces:

http://support.citrix.com/article/CTX125319
http://support.citrix.com/article/CTX123359

Los que ya dispongan de la reciente versión XenServer 5.6 no es necesario que apliquen el parche.

Os recuerdo como podéis intalarla desde línea de comandos:

1.- Descargamos el paquete:

# wget

http://support.citrix.com/servlet/KbServlet/download/24198-102-647273/XS55EU2001.zip

2.- Descomprimimos:

# unzip XS55EU2001.zip

3.- Cargamos el hostfix:

# xe patch-upload file-name=XS55EU2001.xsupdate

4.- Aplicamos el hotfix:

# xe patch-pool-apply uuid=”uuid del pool o servidor XenServer”

5.- Reiniciar:

Una vez aplicado el parche reiniciamos el servidor XenServer. Esto es todo. Espero que os sea de utilidad.

¡Hola a todos¡, soy Miguel Ángel Alonso y estoy aquí de nuevo con vosotros como cada Martes para contaros algo nuevo a cerca de la virtualización y en mi caso retomaré el tercer y último capítulo dentro de nuestro mundo MAC OSX, aunque prometo que no será el último para los amantes del mundo APPLE.

Como ya comenté en anteriores POSTs del BLOG, hoy vamos a conocer un software de Citrix llamado DAZZLE y que ya lleva con
nosotros unos 6 meses desde su aparición y que aparte de funcionar con Windows también trabajará con nuestros MAC OSX.

Dazzle es un PORTAL interactivo (Cloud Computing) que funciona como un SELF-SERVICE (Auto-servicio) para aplicaciones y escritorios virtualizados de nuestros servidores XenApp y XenDesktop.

La idea de hoy es ver como tener nuestro Cliente de vSPHERE dentro de nuestro MAC OSX como si de forma nativa se tratase. Para ello y no alargarme en demasía os explicaré un poco por encima los pasos previos necesarios para tener nuestra aplicación virtualizada y poder tirar desde DAZZLE para finalmente ejecutarla.

Lo primero que deberemos es descargarnos desde CITRIX la aplicación desde aquí y recordaros de la necesidad de tener cuenta con Citrix para poder hacerlo. (Paso muy sencillo).

Necesitaremos para el correcto funcionamiento de todo:

1. Un escritorio limpio de aplicaciones y en el cual sólo tengamos instalado Citrix Stream Profiler. Para posteriormente instalar el cliente vSphere cuando sea necesario. Recordar que trabaja de forma muy similar a VMware ThinApp.
2. Un servidor de Citrix XenApp
3. Una carpeta compartida donde alojar el PROFILE (Aplicación virtualizada).
4. Citrix Dazzle para MAC OSX

Una vez dicho todo esto comenzaremos:

Abrimos nuestro Desktop limpio de aplicaciones a excepción claro está de nuestra aplicaión Citrix Stream Profiler para virtualizar aplicaciones. Vamos hasta Stream Profiler y lo ejecutamos …

Para que empiece a reconocer nuestro entorno (Pre-escaneado antes de instalar el Cliente de vSphere), introducir para que sistemas operativos queremos que sea compatible y con qué Service Packs.

Luego instalaremos nuestro Cliente vSphere y nos hará un POST-escaneado de esta.

Y llegados al final del WIZARD (Asistente) de Stream Profiler. Le daremos una ruta de una carpeta compartida en la RED para finalmente guardar nuestro Profiler (Aplicación Virtualizada).

Aquí podemos ver una pequeña parte de mi entorno vSphere en el que podemos ver una Granja de Servidores XenApp, aunque realmente con uno de ellos nos serviría para la puesta en marcha de nuestra aplicación.

También podéis ver un Citrix Secure Gateway que utilizo para la conexión a las APLICACIONES o escritorios Virtualizados desde la Red WAN, este Server no es necesario si sólo vamos a conectarnos en una Red LAN.

Ahora nos iremos a nuestro/s Servidor de XenApp y abriendo la consola principal de gestión, nos moveremos hasta nuestra GRANJA de XenApp y al apartado de Aplicaciones y desde este crearemos una nueva aplicación que será la creada anteriormente con Citrix Stream Profiler.

Le damos al asistente e introducimos el nombre representativo de nuestra aplicación virtualizada, siguente …

Aquí en este paso seleccioneremos: distribuida si es posible ,si no, de otro servidor y haremos click en SIGUIENTE …

En este paso siguiente, escribiremos la dirección UNC donde hemos alojado a nuestro archivo profile de Stream Profiler en la carpeta compartida de la RED. Como podemos ver nos aparecerá el icono de nuestra aplicación (vSphere Client). Selecciona siguiente y terminaríamos continuando el asistente y dándole los matices necesarios de pantalla, conexiones , comportamiento al abrirse, quien tiene acceso a las aplicaciones (Grupos,Usuarios) etc…. de nuestra aplicación.

Cabe reseñar que aconsejo también instalar esta aplicación dentro de XenApp (de manera STANDARD) sin necesidad de Stream profiler para darle en el apartado de ruta local a esta aplicación y así asegurarnos que la aplicación siempre arranque en caso de error de RED con nuestra ruta UNC.

Y aquí ya podemos ver varias aplicaciones que uso en STREAMING, y ¡cómo no! A nuestro querido cliente de vSphere entre ellas.

Ahora ya por fin vamos a nuestro MAC OSX donde descargamos DAZZLE desde Citrix y que podemos ver en nuestro ScreenShot de nuestro escritorio, lo seleccionamos y ejecutamos con doble click …

Y aquí tenemos una primera vista de la apertura de nuestro DAZZLE:

Y sobre el botón derecho de la parte superior haremos click en PREFERENCES para introducir la dirección URL de nuestro Servidor Web Interface de nuestro XenApp ó nuestro SecureGateway.

Y en el apartado de Dazzle Stores como ya he mencionado hace un momento introducimos la dirección URL de nuestro/s Servidor donde nuestro DAZZLE se conectará para lanzar vSphere Client vía Streaming. El formato como podeis ver es:

http:///Citrix/PNAgent/config.xml (Para clientes en una LAN)

https:///Citrix/PNAgent/config.xml (Para clientes con Secure Gateway o Acces Gateway en una RED LAN+ WAN).

Y por fin tendríamos nuestro PORTAL con las aplicaciones a las que tendríamos acceso. A la derecha de cada aplicación nos aparecería un botón ADD para añadir las aplicaciones que queremos tener en nuestro MAC OSX. En el ScreenShot aparece el botón Remove porque ya las había añadido anteriormente.

Abajo en la izquierda sobre la Carpeta DAZZLE con botón derecho seleccionaremos Show in Fider para ir a la carpeta donde se alojan nuestras aplicaciones virtualizadas en nuestro MAC OSX.

Seleccionamos vSphere Client y nos creamos un icono en nuestro escitorio del MAC.

Y aquí tenemos nuestro icono del Cliente de vSphere en nuestro escritorio como si estuviese instalado de forma nativa.

Hacemos doble click sobre el icono y la aplicación se lanza vía Streaming contra nuestros servidores XenApp. Podemos ver en el icono AZÚL del plug-in de Citrix.

Y nos aprece el cliente de vSphere, introducimos la dirección de nuestro vCenter en mi caso, usuario, contraseña ,y finalmente hacemos LOGIN …

Y por fin tendremos abierto nuestro Cliente vSphere para trabajar en nuestro MAC OSX de forma totalmente natural como si estuviese instalado en nuestros MAC.

Bueno hasta aquí por hoy, espero haberos podido aportar algo más a vuestros grandes conocimientos y os emplazo hasta la semana que viene para hablaros de algo nuevo sobre la virtualización.

Un saludo, y hasta la semana que viene

En este post voy hablaros de una nueva herramienta llamada VMware vSphere Host Update Utility.

Con esta herramienta serás capaz de actualizar y parchear un host ESX/ESXi sin VUM (vSphere Udapte Manager).

Una característica interesante de la herramienta vSphere Host Update Utility es la opción para actualizar servidores VMware ESXi existentes.

En este episodio #30 te voy a guiar a través del proceso de actualización de un host ESXi. Veremos como escanear un servidor ESXi y como actualizar este con nuevos parches:

Hola amigos, soy Florián Murillo y os adjunto una tabla resumen con la misión de cada archivo de log que tenemos en un vCenter Server:

En mi vCenter Server sobre Windows 2003 Standard en español encuentro los logs en C:Documents and SettingsAll UsersDatos de programaVMwareVMware VirtualCenterLogs.

Si vCenter Server estuviera instalado sobre un Windows 2008 los logs los encontraríamos en C:Program DataVMwareVMware VirtualCenterLogs.

Los archivos de registro de actividad son:

Además, hemos de recordar que en el Visor de Sucesos encontraremos registros de actividad de la interacción de vCenter con el S.O., esta información se almacena en la categoría Aplicación, y se identifican por tener un valor de 1000 en la columna Suceso (Event ID).

Hola amigos, soy Jose Mª Gris y aquí estoy de nuevo para comentaros temas del ecosistema VMware.

Los que trabajamos con entornos View vemos que los usuarios han mejorado mucho su experiencia con el uso de PCoIP de View 4. He visto películas de HD a través de un Desktop Virtual sin ninguna pérdida de velocidad ni aspecto. Fantástico.

Ahora bien, cuando salimos a wan, la cosa se complica. Aunque tengamos definido PCoIP para nuestro escritorio remoto, cuando accedemos a través de wan, secure nos cambiará a RDP. Cuantas veces habéis visto usuarios que ven PowerPoints mapeando bloque a bloque o bien cuando visualizan un PDF “cargadito de imagen” pierden la paciencia.

Os vengo a presentar una pequeña maravilla, Ericom Blaze. Este software usa el puerto 3399 para abrir sesiones remotas, mientas deja el 3389 para el RDP. Se comporta de forma muy parecida a RDP, pero con un 20 a un 25% de incremento de velocidad.

Pero como digo siempre “a mi no me crea, pruébelo y ya me dirá”

Os propongo un pequeño test que es muy interesante. Bajaros la trial de wwww.ericom.com (puedes bajarte una demo funcional durante 30 días) tanto del “servidor” como del “cliente”. Para este test con el cliente tendréis suficiente.

Una vez instalado el cliente en vuestro PC, Inicio – todos los programas – Ericom Software – Ericom Blaze client – Connect to Ericom’s demo Server using MS RDP client.

Con ello accederemos a un servidor mediante RDP por 3389. Abrimos un PDF o vemos un PPT y tendremos la experiencia habitual.
Cerrada la sesión, Inicio – todos los programas – Ericom Software – Ericom Blaze client – Connect to Ericom’s demo Server using the Ericom Blaze client. Probad de abrir los mismos pdfs y ppt.

Hay clientes para Windows y también para Mac. Ya me contaréis.

Hasta la semana que viene. Take care.

Queridos lectores,

Hace algunas semanas os detallé como poder exportar máquinas virtuales. Para ello es comenté que si lo hacíais desde CLI necesitabais algún tipo de almacenamiento NFS o CIFs para poder volcar el fichero de exportación.

En el post de hoy os explicaré como copiar una máquina virtual desde línea de comandos. Esta vez podréis copiarla sobre el mismo repositorio de almacenamiento SR donde está alojada la máquina virtual que queremos copiar. Por supuesto, también podréis copiarla sobre un repositorio SR alternativo, por ejemplo, hacer una copia del respositorio SR local de XenServer a un respositorio iSCSI.

El proceso de copia son tres pasos bien sencillos. Debéis aseguraros que la máquina virtual está apagada.

1.- Listar para encontrar la máquina virtual que queréis copiar:

# xe vm-list

2.- Listar los repositorios de almacenamiento. Si queréis copiar de un repositorio a otro, apuntaros cual será origen y cual será destino.

# xe sr-list

3.- Copiar la máquina virtual

# xe vm-copy vm=”Nombre de la Máquina Virtual que queréis copiar” sr-uuid=”Respositorio de almacenamiento destino” new-name-label=”Nuevo nombre para la Máquina virtual” new-name-description=”Nueva descripción para la máquina virtual”

Para acabar comentaros que esta operación también podréis hacerla desde XenCenter. En el proceso de configuración de la copia aparece alguna opción añadida como borrar la máquina virtual original después de la copia. Opción que desaconsejo totalmente por posibles problemas que puedan surgir durante el proceso de la misma. Nunca se sabe… Primero hacer la copia y una vez realizada si estáis bien seguros de eliminar la original podréis dar la orden sin problemas.

Como siempre espero que os sea de utilidad.

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

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

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

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

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

1 . VMware View Open Client

2 . Cliente RDP de Microsoft

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

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

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

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

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

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

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

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

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

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

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

Aquí ya se puede ver nuestra VM totalmente arrancada …

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

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

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

¡Hasta la semana que viene!

La mejor manera de determinar si tu entorno VMware vSphere 4.x está experimentando problemas de latencia en disco, es monitorizando los contadores de latencia de tus discos (FC, iSCSI, NFS).

Para poder analizar esta latencia en las LUNs de tu entorno, has de usar la opción Advanced de la utilidad de Performance que se incluye con VMware vCenter Server.

En particular, deberías verificar los dos contadores siguientes:

Kernel disk command latency: Este contador mide el tiempo medio empleado por el VMkernel para procesar un comando SCSI. Un número alto en este contador – de entre 2 a 3 milisegundos – puede significar dos cosas: que tu cabina tenga un exceso de trabajo o que sea tu servidor ESX/ESXi el que tenga un exceso de trabajo.

Physical device command latency: Este contador mide el tiempo medio que el dispositivo físico (disco) necesita para completar un comando SCSI. Un número alto en este contador – depende de tu cabina pero en general este valor está entre 15 y 20 milisegundos – puede significar dos cosas: que tu cabina va muy lenta o que tu cabina tiene un exceso de trabajo

En este episodio #29 te enseñare analizar los contadores de latencia de disco anteriormente mencionados con el Performace Chart incluido en vCenter:

Hola amigos, soy Florián Murillo, y os resumo las pocas novedades aparecidas hace una semana en la última actualización del VMware vSphere, me refiero al Update 2.

Es una versión de trámite, pienso que es el último update antes de vSphere 4.1, que aportará novedades mas interesantes, pero quizás pueda decepcionar a los mas apasionados, ya que es una actualización menor, recordemos que pasaremos de la v.4.0 a la v.4.1

En VMware ESX 4.0 Update 2 nos encontramos soporte para la funcionalidad de Fault Tolerance con Intel Xeon 560xx, Intel i3, Intel i5 y Intel Xeon 34xx.

También soporta IOMMU para AMD Opteron 61xx y AMD Opteron 41xx, posibilitando mayor soporte a la paravirtualización de dispositivos de I/O con arquitectura AMD.

Proporciona una extensión de métricas visualizadas con esxtop/resxtop de NFS.

Añade soporte a nuevos SOs, como Ubuntu 10.04, la última versión de este popular “sabor” de Linux.

Aparte de esto, soluciona 22 bugs que había abiertos e incluye 8 parches ya existentes para el ESX v.4.

En vCenter Server 4.0 Update 2 se da soporte al despliegue “customizado” de Window XP pro (x64) y varios nuevos “sabores” de Linux (SLES, RHEL y Debian), también se resuelven más de 50 bugs.

Como vemos no es una gran actualización, pero proporcionará, sin duda, mas estabilidad a nuestra infraestructura.

Nos conformaremos con esto hasta la llegada de vSphere v.4.1, pero… no nos hemos de hacer ilusiones respecto a su contenido.