En el día de hoy, vmware labs (división dedicada a crear utilidades free para vmware y ambientes de virtualiación) ha liberado una nueva herramienta llamada vmware boomerang.

VMware boomerang es un cliente con un diseño realmente simple que nos permitirá administrar múltiples servidores vsphere de manera rápida y sencilla. Con solo instalar la aplicación, agregar un servidor, colocar usuario y password, ya tendremos acceso a todo el catalogo de vms de cada host, con la posibilidad de conectarnos y ejecutar una serie de tareas más que suficientes para una administración muy básica hasta incluso usar la consola remota.

Algunas de las acciones que podemos realizar con vmware boomerang son:

• Soporte a múltiples esx y virtual center
• Guardar las credenciales para acceder a posterior.
• Customizar un panel de favoritos para ver las principales máquinas y hosts.
• Navegacion fácil por medio de teclado
• Chequeo de updates

Eso si, hay actividades como vmotion,  y otras que solamente se podrán realizar desde el vcenter,

Para aquellos interesados, los requerimientos de Sistema son: Windows XP o superior.

Página oficial de vmware labs: http://labs.vmware.com/flings/boomerang

Descarga: vmware boomerang

Durante el partner virtualization forum del 2010 hemos mostrado en vivo el funcionamiento del cliente de Wyse (Pocket Cloud) como metodo de acceso a nuestro ambiente virtual desde el IPAD. Sin embargo, han pasado ya unos meses hasta el día de hoy que VMware anuncia el lanzamiento del cliente de VMware View para Ipad.

A primera vista, el cliente se muestra muy intuitivo y fácil de usar, establecer una conexión contra el view server es realmente sencillo y no requiere de grandes configuraciones para empezar a utilizar el cliente.

Si ingresamos al menú de ayuda, podremos ver como se ejecutan los distintos gestos, por ejemplo con dos dedos en simultáneo podemos hacer doble clic, si presionamos y movemos realizamos el clásico drag and drop, y si queremos invocar al teclado solo debemos presionar con tres dedos a la vez.

Algunas características del cliente son:

• Soporte conexión Wifi
• Soporte conexión 3G
• Soporte exclusivo por Protocolo PCOIP
• Soporte de gestos multitáctices
• Soporte de Salida a Monitor
• Soporte Windows como Guest

Requerimientos Técnicos:

• Ipad con IOS 4.2
• VMware View Server 4.6

Bien, esta fué la presentación, en breve les mostraremos las primeras impresiones.

Descarga via Apple Store: http://itunes.apple.com/app/vmware-view-for-ipad/id417993697?mt=8

Video: Gentileza de Eric Sloof

—

Diego Quintana

En los últimos años vmware se ha encargado de comprar una serie de empresas que complementan cada uno de los principales productos, de esa forma no solo esta protegiendo el valor de sus principales activos, sinó que también los está complementando con el objetivo de ofrecer una solución completa a los usuarios finales.

En su momento, uno de los casos mas destacados fue cuando adquirió el producto que hoy conocemos como vmware vcenter hearbeat.

Para quienes recien han oido nombrar de el, la principal funcionanidad de este producto es la de ofrecer de alta disponibilidad a nivel de Aplicación a los servicios provistos por VCENTER, como ser el management de los esx, apis, update manager o vmware composer para la suite vmware view.

La alta disponibilidad se logra estableciendo un segundo servidor de vcenter que tomará las replicas de configuración y de la base cada base de datos.

Ahora bien, en que casos debemos usar vmware vcenter heartbeat?, he aquí la respuesta :

• Cuando se tiene un ambiente de vmware view extenso.
• Con más razón si es un ambiente con vmware view con vmware composer.
• Cuando se tienen más de 20 hosts.
• Cuando se tienen mas de 300 maquinas virtuales.
• Cuando se requiere un rto y un rpo menor a 5 minutos.
• Cuando se tienen componentes de terceros que interactúan con el vcenter ( ej, backup, monitoreo, orquestradores, etc).
• Cuando se están migrando a private or public clouds.

Todos esos motivos justifician tener el vcenter heartbeat instalado dado que la menor caída del servicio de vcenter tiene un impacto realmente imporante.

Conclusión, proteger la infraestructura es importante, al igual que proteger los servicios de management de la misma. Siempre que aparecen los problemas es ideal contar con las herramientas adecuadas para resolverlos, y en este caso, el vcenter es una de ellas.

—

Diego Quintana

En varias ocasiones puede suceder que tengamos que enviar a un syslog externo nuestros logs de ESX o ESXi, el requerimiento generalmente proviene del sector de seguridad informática que es el área responsable de hacer el análisis de los mismos para detectar posibles anomalias o intentos de acceso a nuestro host.

También puede suceder que los necesitemos como metodo de detección de alertas o warnings.  Para todos estos casos en aquí esta la respuesta.

1. Primero hacemos Login en nuetro Servidor ESX o ingresamos a travéz del vCenter.
2. Seleccionamos el servidor ESX
3. a nuestra izquierda seleccionamos el panel Configuration
4. Seleccionamos a nuestra derecha y abajo Advanced Settings
5. En la ventana emergente seleccionamos la opción Syslog
6. En el segundo campo Syslog.Remote.Hostaname debemos completar con el nombre del servidor de syslog
7. Luego debemos especificar el port del servidor remoto
8. Listo, tiempo de verificar si nuestro ESX está reenviando los logs

VIA | Wetcom . Como enviar los logs de vSphre ESX / ESXi a un Syslog Server Externo

Diego Quintana

VCP-vEXPERT

VMware salió con los tapones de punta a Hyper V de Microsoft ofreciendo vSphere Essential Plus 4.1 Kit el cual viene dotado de uno de los features que más premios le dió a la empresa de Palo Alto, efectivamente  hablamos de que incluye de serie VMotion.

Ahora si VMware se posiciona fuertemente en entornos pequeños de manera de que nadie “quiera” mover sus soluciones de ahí. Digo quiera, porque la verdad que con todo lo que incluye el kit de VMware Essential Plus 4.1 es realmente una solución por demás completa.

Repasemos los features de esta versión:

• 3 licencias para VMware ESXi o VMware ESX
• VMFS (Virtual Machine File System)
• 4-way Virtual SMP
• VMware vCenter Server Agent
• VMware vStorage APIs / VMware Consolidated Backup (VCB)
• VMware Update Manager
• VMware High Availability (HA)
• VMware Data Recovery
• VMware vCenter Server for Essentials (maneja hasta 3 ESX)
• VMware vMotion

Siendo del todo sinceros, si tenemos HA y VMotion, me parece que su precio es más que atractivo. Imaginen lo que cuesta el pago de horas extras por tareas programadas, solo usando vmotion se pueden evitar hasta el 90% de ellas. Ya con eso, las empresas lograrán justifican cada centavo de lo que vale la licencia.

Diego Quintana

Fuente | Sitio Oficial VMware

Consiguelo en| Wetcon Partner Enterprise de VMware

VMware ya publicó en su sitio la actualización de los valores máximos y mínimos para la versión vSphere 4.1. Para recordarles un poco, los máximos y mínimos generalmente son utilizados A) para dar la certificación de vmware VCP (VMware Certified Profesional), B) para realizar el correcto sizing de una solución de virtualización.

En esta nueva publicación, ya adentrada en la versión 4.1, vemos que se reflejan los nuevos cambios a nivel escalabilidad de vcenter y de ESX.

Les paso los más interesantes:

Hosts per vCenter Server: max 1000

Powered on virtual machines per vCenter Server: max 10000

Registered virtual machines per vCenter Server: max 15000

Concurrent vSphere Clients: max 100

Number of host per datacenter : max 400

Hosts per cluster: max  32

Virtual machines per cluster: max 3000

Virtual machines per host: max 320

LUNs per server: max 256

Fuente| VMware Máximos y Mínimos de vSphere 4.1

–

Ing. Diego Quintana vEXPERT 2010 VCP – VAC – VTSP

Como les contamos en el post anterior, vmware lanzó vsphere 4.1, y en el día de hoy anunciaron oficialmente la salida de vCenter Site Recovery Manage 4.1 .

Bajo la brand vCenter, Site Recovery Manager 4.1 busca simplificar cada vez más el diseño e implementación de los sitios de contengiencia basado en  la tecnología de virtualización VMWare. Como vExperts y Partnes de VMware tuvimos acceso a la Beta y en principio ya estamos preparando una review con capturas de pantalla para que puedan conocer como es el producto.

Mientras tanto les dejamos las principales características de SRM 4.1 :

Sistema Operativo

• Site Recovery Manager 4.1 es compatible con vCenter 4.1  y solo corre bajo Windows 64 bits.

Disaster Recovery Management

• Creación y administración de los planes de recuperación directamente desde la consola de vCenter.
• Mejoras en la extensión de los planes de recuperación utilizando scritps.
• Monitoreo de la disponibilidad del sitio remoto.
• Almacenar , ver y reportar los resultados de las pruebas de fail over directamente desde el vCenter.
• Manejo del plan de recuperación basado en roles de control de acceso.

Test Non Disrruptivo

• Utilización de  la tecnología de snapshots de los storage para realizar pruebas sin perdida de información.
• Conexión de maquinas virtuales a redes aisladas entre sí para realizar pruebas especificas.
• Ejecución de planes de prueba automáticos.

Networking

• Soporte a Distributed Switches en los sitios secundarios.

Para aquellos que quieran saber mas información les dejo el link a las releases notes.

En breve estaremos haciendo una review de SRM 4.1  y lees taeremos detalles y capturas de pantallas de esta nueva versión.

Saludos

Ing. Diego Quintana vEXPERT 2010 - VCP – VAC – VTSP

VMware lanzó la nueva versión de vSphere 4.1 y junto a este lanzamiento también encontramos novedades imporantes en terminos de licencias como de features nuevos.

Extraído del sitio original de vmware, a continuación les pasamos el detalle de que incluye y que no incluye las nuevas licencias de vmware.

Para aquellos que quieran compararlo con la versión 4.0, les dejo el post con la revisión de las licencias anteriores.

Al ver el nuevo gráfico de licencias pueden verificar que HA y VMotion están en la versión standard, mientras que Fault Tolerance (FT) ahora es parte del advanced.

Sin lugar a dudas, el cambio beneficiará a muchos más usuarios que antes y califico personalmente como un gran acierto el ofrecer vmotion y HA a los usuarios de vmware.

Si tienen dudas o desean comprar licencias de vmware, pueden contactarnos aquí.

Ing. Diego Quintana vEXPERT 2010 VCP – VAC – VTSP

El viernes 9 de Abril de 2010, VMware publicó el  VMSA-2010-0007 (alerta de seguridaD), que se encuentra catalogada como una actualización de alta criticidad dadas las múltiples vulnerabilidades encontradas en varios de sus productos.

A continuación haremos una breve descripción de la publicación.

Resumen de los productos alcanzados

• VMware ESXi 4.0 anterior al patch ESXi400-201002402-BG
• VMware ESXi 3.5 anterior al patch ESXe350-200912401-T-BG
• VMware ESX 4.0 sin los patches ESX400-201002401-BG,ESX400-200911223-UG
• VMware ESX 3.5 sin el patch ESX350-200912401-BG
• VMware ESX 3.0.3 sin el patch ESX303-201002203-UG
• VMware ESX 2.5.5 sin el Upgrade Patch 15.
• VMware Workstation 7.0,
• VMware Workstation 6.5.3 o anteriores,
• VMware Player 3.0,
• VMware Player 2.5.3 o anteriores,
• VMware ACE 2.6,
• VMware ACE 2.5.3 o anteriores,
• VMware Server 2.0.2 o anteriores,
• VMware Fusion 3.0,
• VMware Fusion 2.0.6 o anteriores,
• VMware VIX API para Windows 1.6.x,

Definiciones de los problemas encontrados

• Windows-based VMware Tools Unsafe Library Loading vulnerability
• Windows-based VMware Tools Arbitrary Code Execution vulnerability
• Windows-based VMware Workstation and Player host privilege     escalation
• Third party library update for libpng to version 1.2.37
• VMware VMnc Codec heap overflow vulnerabilities
• VMware Remote Console format string vulnerability
• Windows-based VMware authd remote denial of service
• Potential information leak via hosted networking stack
• Linux-based vmrun format string vulnerability

Para todos aquellos que tengan alguna de las versiones anteriores descriptas y necesiten asistencia para aplicar dichas actualizaciones, no duden en ponerse en contacto con nosotros.

Fuente | vmware - VMSA-2010-0007 VMware hosted products, vCenter Server and ESX

.

Enfrentando una actualización de equipamiento y sumado a que estaba trabajando en preparar una serie de documentos sobre optimización y performance sobre vSphere, he necesitado realizar sucesivas tareas de VMotion en nuestra granja de ESX (8 servidores corriendo vSphere 4 Enterprise Plus) y me he encontrado con la necesidad de aumentar la cantidad de VMotions simultaneos que podía hacer el vCenter.

Cuando o porque configurar esta opción?, si tenemos un DRP en linea, les aseguro que esta puede ser una excelente ocación.

Para ello hay que recordar que si desean realizar este Tweak al vCenter, deberán tener en cuenta que tienen que tener configurado al menos dos placas Gigabit en Etherchannel o conexión a 10 Gpbs, también será ideal conocer algo sobre networking sobre VMware.

El motivo?.  Utilizar ese tipo de configuración será la unica forma real de poder sacar verdadero provecho de multiples vmotions dado que la demanda de red es realmente alta. Es así como también es  recomendado habilitar JUMBO FRAMES para las placas involucradas en el VMkernel portgroup.

• Ahora bien, para empezar, deberán ingresar al vCenter.
• Abrir el archivo vpdx.cfg ubicado en  - C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter -
• Editar las siguientes lineas

<ResourceManager>
<maxCostPerHost>16</maxCostPerHost>
</ResourceManager

• Salvar los cambios
• Tipear en START > RUN > SERVICES.MSC
• Reiniciar el servicio -VMware VirtualCenter Server -
• Listo, ya está configurado el vcenter para soportar hasta 4 VMotions en simultaneo.

Ahora bien, que es ese 16 ?, la respuesta la da VMware, la ponderación que se realiza en vCenter para utilizar la funcion Migrate se encuentra definida del 1 al 4, siendo 1 la migración en modo COLD, y el 4 en modo HOT (o sea VMOTION).

Para soportar 4 Vmotions en simultaneo multiplicamos (4 vmotions) x ( 4 tareas) = 16 (valor final en el archivo vpxd.cfg).

De esta manera su virtual center está preparado para realizar mas de un vmotion en simultaneo, ahora bien pueden configurar este parametro hasta poder optimizar la maxima velocidad que su red les permita, Tengan principal consideracion en separar el trafico y segundo separar las NICS FISICAS si es que optan por valores superiores a 4.

Si necesitan una mano, no duden en consultarnos.

Saludos

Ing.Diego Quintana

VCP310-VCP410-VAC-VTSP