En el día de la fecha Cisco alcanzó la marca de 10.000 clientes con su producto Unified Computing System, más conocida por su abreviatura “UCS”.

Para aquellos que aún no han oído hablar de UCS, se trata de un novedoso producto presentado por Cisco hace aproximadamente tres años, que reúne las funciones de cómputo,  red, acceso a almacenamiento y virtualización en un único sistema, simplificando de forma radical la complejidad de la arquitectura actual.

Cisco UCS ha venido a romper con la estructura de datacenter a la que estamos acostumbrados, donde cada servidor representa un conjunto único de recursos que no puede ser compartido y por ende aísla y desperdicia los mismos, además de incrementar la complejidad de la red que los comunica,  el costo de mantenimiento y refrigeración, y todos los motivos por los que nos encontramos emprendiendo proyectos de consoidación de servidores por medio de VMware a diario.

La unificación de las funciones arriba nombradas se logra, a grandes rasgos, empleando:

• Remote Direct Memory Access (RDMA), para permitir el acceso paralelo a memoria;
• Inter-process Communication (IPC), para permitir el intercambio de datos entre hilos de procesamiento pertenecientes a uno o más procesos;
• Y la característica más novedosa, el Unified Fabric Switch, un switch que conecta los servidores por medio de un único cable InfiniBand, agregando Ethernet y Fibre Channel a una velocidad de 10 Gbps. Así, los equipos se conectan a un pool de puertos Ethernet y FC compartidos y se crean subsistemas de I/O virtuales por hosts, incluyendo interfaces HBA y de red virtuales compartidas sobre las que se puede trabajar (actualizaciones, etc) sin afectar las aplicaciones en ejecución – De forma similar a como una SAN crea un pool de storage compartido que puede administrarse de forma independiente a los servidores que lo utilicen.

Actualmente, el portfolio de Cisco presenta los siguientes modelos con las características descriptas:

Los equipos ocupan U de ancho completo salvo que se especifique lo contrario

No es sorpresa que dándonos la posibilidad de escalar a 40 cores de CPU y 1TB de memoria RAM, los UCS de Cisco se hayan convertido en los nuevos favoritos para correr VMware vSphere, y especialmente VMware View. Se han efectuado análisis de performance conjuntos entre Cisco y VMware que muestran que se pueden ejecutar 160 desktop virtuales en un sólo servidor blade UCS conectado a un storage Symmetrix V-Max. Así, un chasis de UCS completo con 8 UCS de media U de largo que tengan 96GB de RAM cada uno podrían ejecutar hasta 1.280 escritorios virtuales. Por si esto fuera poco, los radios de utilización del backplane muestran que el crecimiento lineal mostrado por un único chasis podría extenderse para incluir múltiples chasis, dado que los UCS pueden escalar hasta 40 chasis (320 blades) con un fabric Nexus 6140 XP.

Definitivamente, dados los números resumidos que estamos presentando a tan sólo tres años de su presentación, no cabe la menor duda de que los UCS llegaron para quedarse y va a ser muy difícil robarles el puesto de favoritos para la virtualización, en todos sus sabores.

Para más información pueden referirse  los siguientes sitios:

• Tecnología UCS
• Unified Fabric
• Modelos y características
• Estudio de escalabilidad con VMware View
• Calculadora de retorno de inversión

Espero que les sea útil!

Tal como nos adelantó Pablo Scheri en su post vSphere 5: Lo nuevo en networking, una de las funcionalidades que presenta muchas mejoras en vSphere 5 es el switch distribuído, virtual distributed switch (o vDS).
vDS es una funcionalidad que tanto en la versión 4.1 como en vSphere 5 está disponible sólo para licencias Enterprise Plus, y debido a que no todo el mundo maneja este tipo de licencias vamos a dar una breve descripción de en qué consiste:

El virtual distributed switch simplifica la administración de red de las máquinas virtuales desde un único punto centralizado. Al manejar la red a nivel cluster, va más allá de la configuración host a host a la que estábamos acostumbrados en el ambiente virtual. Su estructura lógica suele describirse con un gráfico como este:

Fuente: http://myvirtualcloud.net/ - Andre Leibovici

Lo único que debemos hacer al incorporar un nuevo host al cluster es asignar las placas físicas que queramos utilizar al vDS y voilá! La asignación de un portgroup a una VM pasará a ser una opción en un menú desplegable al momento de asignarle una vNic. Todo esto porque una de las tareas de configuración inicial de un vDS es la creación, o migración, de los portgroups y VMs existentes al momento en switches standard.

Dentro de las caracteristicas iniciales de los switches distribuidos virtuales, cuando aparecieron en la versión 4 de vSphere se encontraban las siguientes:

• Aprovisionamiento, configuración y administración simplificada de la red virtual;

• Portgroups y upinks virtuales distribuídos;

• Uso de PVLANs;

• “Traffic shaping” bidireccional;

• Soporte para virtual switches de terceros, con Nexus 1000v;

• VMotion de red (Básicamente consiste en no perder la información de red de las máquinas virtuales al migrarlas en caliente desde un host a otro, siempre y cuando ambos formen parte del vDS.)

A partir de vSphere 5 se le incorporaron las siguientes y muy interesantes mejoras:

En materia de monitoreo:

• Soporte a NetFlow v5: Se trata de un protocolo que recolecta información y la envía a un colector, en su versión más ampliamente soportada. Su incorporación a la plataforma le da visibilidad al administrador del tráfico generado desde VMs intra e inter-host, y hacia la infraestructura física.

• Port mirror: Port mirroring, al igual que en los dispositivos físicos, es la habilidad de un switch de enviar paquetes que pasan por un puerto hacia un dispositivo de monitoreo de red conectado a otro puerto (SPAN en los switches Cisco).

En materia de administración y configuración:

• Soporte para LLDP: Una crítica que viene recibiendo VMware desde hace tiempo es la de su integración con protocolos propietarios de Cisco, como CDP. Ya no más. A partir de vSphere 5 se incorpora el soporte a LLDP, faciitando la administración de dispositivos de diferentes proveedores que interactúen con la infraestructura virtual, permitiendo que los hosts escuche, publiquen, o ambos.

• Mejoras en NI/OC: De forma similar a la alocación de shares y límites que se hace para el cómputo y memoria de las VMs en los hosts, en esta versión de vSphere el administrador puede crear tipos de tráfico y asignarles límites y shares de acuerdo a sus necesidades. Además, también pueden crearse pools de recursos (resource pools) de red.

•  Tráfico de réplica: A partir de vSphere 5 NIOC detecta este tipo de tráfico y permite darle la prioridad requerida para colaborar con los objetivos de réplica que tenga el cliente, por ejemplo aquellos implementando VMware SRM.

• QoS a nivel MAC: Se incorpora soporte para el tagging IEEE 802.1p, que permite brindar QoS a nivel MAC agrupando los paquetes en siete grupos de diferentes prioridades.

Pareciera que VMware está poniendo foco en el vDS para de a poco ir dejando atrás el switch standard que nos acompañó tanto tiempo. Además, con la independencia de Cisco va a poder posicionarse mejor en el pequeño mercado que sigue prefiriendo otros proveedores de dispositivos de red. Es bueno ver que en un futuro el vDS será una herramienta completa, segura, monitoreable y adaptable a cualquier ambiente. ¿Qué nos deparará la próxima actualización? ¿Qué más les gustaría ver en un vDS?

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

Del otro lado de la cordillera de los Andes, me surge escribir esta nueva entrada para comentar cuales son los los 5 errores más comunes en ambientes virtuales y que traen grandes dolores de cabeza a más de uno.

Puesto #5 – Borrado de un Host dentro de un vCenter.

En más de una oportunidad hemos visto como dentro de un vCenter han querido borrar una vm y han terminado borrando un host, afortunadamente para ellos que lo han realizado, la tarea solo quita al host del vcenter, dejando todas las vms funcionando correctamente.

Puesto #4 -  Borrado de Snapshots.

A los administradores de VMware les recomiendo siempre tomar café a la mañana , en varias oportunidades hemos recibido el llamado diciendo – como recupero una vm que le borré el snapshot? – . Afortunadamente siempre hay soluciones, dependiendo cual fue el problema. Para esos casos les recomiendo buscar el grupo vmdk doctors en VMTN. Allí van a encontrar mucha información útil.

Puesto #3 – Upgrade del Esxi formateando los discos de la SAN.

Aumentando la severidad del daño, es conocido el caso de quién hace upgrade de un ESX/ESXi y cuando debe seleccionar el disco donde instalará simplemente elige uno de la SAN y se lleva consigo unas cuantas VMs al cielo. Para evitar este problema, les recuerdo que siempre que hagan un upgrade, si no están seguros, desconecten las fibras del servidor - método infalible – , caso contrario pueden quitar el host (sus wwn) de las zonas de switch de fibra.

Puesto #2- HA fuera de control por fallas de conectividad.

Siempre que instalen sus servidores de infraestructura recuerden tener al menos dos management ports o service console portgroups. Cada una de ser posible en redes y vlans distintas. Es más de ser posible, en switches distintos (se que es pedir mucho).

La recomendación viene porque el problema aparece cuando se cae una red de management, si no existe una redundante, los Host se declararán ISOLATED y se disparará el HA en todos los hosts a la vez generando un estado de caos total.

Puesto #1- Borrando las Luns del Storage con máquinas virtuales dentro.

Llegando al final cada vez hay  más casos de administradores que borran luns del Storage con máquinas virtuales dentro. Frente a estos casos, nada mejor como un buen backup.

Dejanos tus comentarios de cuales son para tí las peores.

Saludos,

En el segundo Podcast #2 de Wetcom, los vExperts Nicolás Solop y Diego Quintana debaten sobre los beneficios de migrar desde VMware ESX hacia VMware ESXi.

Conocé cuales son los desafíos técnicos para la migración,  mitos sobre el nuevo hypervisor y todos los pros y contras de hacer el cambio.

Seguí a Nicolás Solop (@nsolop) y a Diego Quintana (@daquintana) en Twitter!.

Primer podcast de Nicolas Solop y Diego Quintana, ambos VMware vExperts, donde explican con gran nivel de detalle cada una de las versiones de licencias de VMware vSphere disponibles al día de hoy en el mercado.

Seguilos a Nicolas Solop y a Diego Quintana en Twitter.

Links:

Una de las funcionalidades de las nuevas licencias de vmware vSphere, es la de Hot Add. Esta funcionalidad permite el agregado, en caliente, tanto de memoria como de procesadores virtuales (vCPUs) a una máquina virtual. Realmente es una funcionalidad que puede llegar a ser muy útil en la operatoria diaria de algunas organizaciones, pero hay varios puntos a tener en cuenta para poder llegar a utilizarlo.

Ante todo, las maquinas virtuales deben estar funcionando con la ultima versión de Virtual Hardware, es decir la version 7.
Luego, y como suele suceder en muchas de las funcionalidades que se relacionan fuertemente con el sistema operativo guest, este ultimo debe soportar la funcionalidad.

Por último, más allá de la compatibilidad de Virtual Hardware y de OS, el feature debe ser habilitado desde las opciones de la maquina virtual.

Para poder validar sobre qué sistema operativo podremos usar la funcionalidad, nada mejor que validarlo en el flamante buscador de guías de compatibilidad de VMware, donde seleccionando el Tab Host/OS y luego el OS necesario y la versión de producto de VMware, se podra visualizar los detalles de compatibilidad.
Pruebenlo ustedes mismos, pero por lo pronto les adelanto que en lo que es Microsoft, existen un buen numero de OSs soportando Memory Hot Add, y unos pocos soportando vCPU Hot Add (entre ellos Windows 2008 Datacenter SP1/SP2/R2 y Windows 7 Enterprise). Luego, en el mundo Linux, la compatibilidad es mas diversa para ambos features.
Saludos.

Diego Quintana

vSphere ESX y ESXi 4.1 traen incorporado una nueva característica denominada Memory Compression.  Sin lugar a dudas esta nueva carácterística ayuda a optimizar el uso de la memoria ram de nuestros host basados en ESX, sin embargo hay que aclarar que utilizar memory compression no es ni lo más performante pero tampoco es lo peor, simplemente es un estadío intermendo que tiene el ESX antes de enviar las páginas de memoria al ballooning cuando nuestro host se encuentra sin memoria.

Por defecto, memory comnpression se encuentra activado, es decir que no necesitan configurar nada para que este comienze a funcionar, sin embargo, si por motivos particulaes, desean deshabilitarlo, deben ingresar a:

ESX > SYSTEM CONFIGURATION > ADVANCED SETTINGS > MEM

allí buscaremos el valor

Mem.MemZipEnable

y comprobaremos que el mismo está en 1 (activado), para desactivarlo deberemos colocarlo en 0.

Así mismo, podemos customizar los valores de porcentage de memoria caché que querremos utilizar, para ello elegimos las siguientes opciones:

Mem.MemZipMax.Pct

Por medio de este valor, podemos configurar la cantidad máxima (en porcentage) de caché comprimida de memoria por VM.

Ahora bien, en las graficas de Performance no se encuentra activa la vista de Memory Compression, para poder visualizarla deberán ingresar al menú PERFORMANCE > CUSTOMIZE PERFORMANCE CHART > MEMORY y activar COMPRESION RATE (memdido en KBps).

Con estos tips ya tienen todo lo referido a como habilitar, deshabilitar y visualizar los datos referidos a memory compresión en un ESX, pero es importante tenér en cuenta que todo lo que modifiquen a este nivel, impactar á de manera positiva o negativa en la performance de sus VMs, por lo cual es recomendable que los valores estén por default salvo que el soporte de VMware o un especialista les recomiende lo contrario.

Saludos,

Ing. Diego Quintana vEXPERT 2010 – VCP-VTSP

Por tercera véz consecutiva se realiza el Virtualization Forum Argentina 2010, conocido como el principal evento de virtualización de Latino América.
Conocé junto a Wetcom, Gold Sponsor, los nuevos anuncios en materia de cloud computing, seguridad, disponibilidad y virtualización de desktops, de la mano del mayor proveedor de soluciones de virtualización.

Así mismo, te invitamos a reunirte en el Stand con nuestros vExperts para discutir cada uno de estos lanzamientos y cual será el futuro de la virtualización.

No olvides, registrarte, la cita es el 14 de Octubre de 2010.

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