Pues nada, aquí escribiendo el post mientras Pedrito amartillea la portería de Alemania y tengo el “Editor in Chief”, Jose Maria González perdiendo los nervios a mi lado esperando el gol que llegará.

Jose Mª y su esposa Ann están en casa viendo la semifinal. Post histórico escrito durante la semifinal de los mundiales del 2010

Que tal, soy Jose Mª Gris, en crónica de urgencia para nuestros amigos del Blog.

Jose Maria nos explicaba hace poco, como monitorizar los i/o de los discos de nuestra infraestrutura. Importante el mantener el buen funcionamiento de nuestro sistema.

Os voy a presentar una pequeña joya, AppVIEW de vkernel:

Esta herramienta gratuita nos permite monitorizar 5 VMs de forma gratuita. Nos monitorizará memoria, CPU, capacidades de disco, i/os.

Por cierto, Gol de Pujol!!!!!

Si hay un problema, os dirá una orientación del error y podréis bajar una trial de Vkernel Analyzer durante 15 días. Excelente herramienta para tunear.

Es una herramienta imprescindible a tener en vuestra infraestructura. Lo podéis obtener en http://www.vkernel.com/download/appview

Hasta la semana que viene! A la final!

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.

vCenter Update Manager permite de una forma centralizada y automatizada la actualización y la gestión de parches para la versión de VMware vSphere y ofrece soporte para actualizar y parchear también las máquinas virtuales y aplicaciones virtuales.

Las actualizaciones se pueden aplicar a los sistemas operativos, así como los servidores VMware ESX/ESXi, máquinas virtuales y aplicaciones virtuales.

ConVMware vCenter Update Manager, podrás hacer:

• Exploración para el cumplimiento de las actualizaciones para las máquinas virtuales, servidores VMware ESX/ESXi y appliances.
• Actualizar directamente servidores ESX/ESXi, hardware virtual de las máquinas virtuales, VMware Tools, y virtual apppliances.
• Actualizar software de terceras partes en las máquinas virtuales.

En este episodio #31, compuesto de dos partes, te voy a guiar a través del proceso de actualización de un servidor ESX (VMware ESX update 2) con VMware vCenter Update Manager:

Hasta la semana que viene con la segunda y ultima parte de VMware vCenter Update Manager.

Hola amigos, soy Florián Murillo y empiezo con este POST una serie sobre la instalación, configuración y utilización de la vMA.

Como decía en un POST del mes de abril llamado “Adiós mi querido Sevice Console” el vMA es un virtual appliances con CentOS 5.2, vCLI, vSphere SDK for Perl, Java JRE, agente SNMP y vSphere SDK for Java.

VMware nos plantea vMA como una herramienta ayuda al análisis del rendimiento, a la explotación de nuestro DC y la resolución de problemas, sustituyendo las tareas que realizamos directamente en el Service Console y unificando los procedimientos de actuación de los ESX y los ESXi, lo cual me parece acertado.

La vMA la descargamos desde el download de VMware, la versión actual es la v.4.0.0 build 161993 que tras descomprimir el .zip nos queda un archivo .ovf y un archivo .vmdk, este formato es un standard desarrollado por un grupo de trabajo de la DMTF para proporcionar un formato común de template para desplegar sobre diversos hipervisores, está soportado por ESX, Hyper-V, XenServer, KVM y VirtualBox, de hecho todos estos fabricantes y otros mas forman parte del grupo de trabajo que ha estandarizado OVF.

El proceso de instalación y configuración es el siguiente:

Tras una ventana informativa, aceptar el EULA, elegir un nombre para la VM, escoger su ubicación en el inventario, seleccionar el datastore donde se guardará la VM en sucesivas ventanas, nos pregunta en que port group conectaremos el interfaz de red de la vMA (Management Network), en nuestro caso seleccionaremos “Virtual Machine Network” y empezará la instalación de la VM.

Este proceso no difiere de la instalación de cualquier otro archivo ovf.

Tras finalizar la instalación, tenemos la VM (que hemos llamado vMA-2) parada y preparada para ser arrancada y configurada.

Arrancamos la vMA y vemos desde la consola que arranca un Linux y nos pide los datos IP del interfaz de red:

Tras aceptar los datos IP, nos pide la contraseña del usuario vi-admin, que es el usuario predefinido por la vMA para administrar el sistema y finaliza el proceso de instalación creando los certificados RSA para ssh y levantando el servicio ssh.

Tras esto, el equipo está arrancado y funcionando, vamos a comprobarlo:

iMac:~ florian$ ssh vi-admin@10.1.0.202
vi-admin@10.1.0.202′s password:

[vi-admin@vma-2 ~]$

Vamos a verificar que funciona …

[vi-admin@vma-2 ~]$ vicfg-nics -l –vihost esx1.dominio.local –username USER –password PWD –server vCenter.dominio.local
Name PCI Driver Link Speed Duplex MAC Address MTU Description
vmnic0 04:04.0 tg3 Up 1000Mbps Full 00:1b:24:3d:a3:df 1500 Broadcom BCM5715S
vmnic1 04:04.1 tg3 Up 1000Mbps Full 00:1b:24:3d:a3:e0 1500 Broadcom BCM5715S
vmnic2 06:04.0 tg3 Up 1000Mbps Full 00:1b:24:3d:a3:e1 1500 Broadcom BCM5715S
vmnic3 06:04.1 tg3 Up 1000Mbps Full 00:1b:24:3d:a3:e2 1500 Broadcom BCM5715S
vmnic4 10:04.0 tg3 Up 1000Mbps Full 00:1b:24:3d:a3:dd 1500 Broadcom BCM5715S
vmnic5 10:04.1 tg3 Up 1000Mbps Full 00:1b:24:3d:a3:de 1500 Broadcom BCM5715S
[vi-admin@vma-2 ~]$

Confirmado, hemos interrogado a vCenter para que nos informe de los interfaces de red que tiene el host esx1.

Espero que os parezca interesante, la próxima semana empezaremos a explorar las posibilidades de vMA, que no son pocas.

¿Hola que tal, como estáis? Soy Jose Maria Gris y como cada Jueves estoy aquí con vosotros para compartir información sobre trucos, experiencias, productos del ecosistema VMware.

Hoy hablaremos de NFS. Como ya sabéis, podemos usar recursos NFS siempre que sean exportados con permiso de acceso para root.

Dejando aparte trabajos nativos como hace Nettapp, estamos centrándonos sobre NFS que hemos exportado desde un NAS o appliance de bajo rendimiento. Estos recursos nos van de perlas para mantener plantillas, ISOs, etc. ya que el coste de la Tb es
menor, en general, que el TB de SAN.

Algunas veces, tras perder el enlace entre el ESX y el NFS, nos muestra el acceso como inaccesible, en gris tenue. Intentamos hacer un Browse del datastore y no vemos nada, sudor frío…. Intentamos acceder al mismo, no hay forma. Intentamos hacer delete, no podemos.

Más aún, intentamos “remontar” nuestro NFS, ip del servidor, recurso, nombre del datastore y cual es nuestra sorpresa cuando nos dice vCenter (Vicente para los amigos) que “ya esta en uso”. ¿Cómo?????

Pues ahí estamos, ni arriba ni abajo. Y ahora que hacer….

El sistema es un poco curioso, pero he recuperado volúmenes con este procedimiento.

Nos dirigiremos a los ESX con nuestro Service Console y editaremos el fichero hosts, insertando un nombre FQDN a la ip del servidor NFS. A continuación nos iremos a “Add storage”, seleccionaremos NFS y en lugar de la IP del servidor, pondremos el FQDN, el recurso compartido y daremos un nombre “falso”, distinto al datastore que teníamos. Si teníamos ISOS pondremos ISOS2 por ejemplo.

El sistema nos dará fallo, diciéndonos que ya existe el recurso. Aceptamos y en segundos vemos como aparece el recurso “desaparecido”.

Take care

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.

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