Hola, ¿que tal? Soy Jose Maria Gris y como cada martes vengo a comentar temas del ecosistema de la virtualización.

Vengo colaborando con el nuevo negocio de canal de Dell y si hasta ahora podíamos decir que sus productos eran buenos, ahora para ser honestos he de felicitar el esfuerzo de todos lo colaboradores de Dell, todos ellos orquestados magistralmente por Inma Martínez desde Magirus en su rama de canal.

Tengo que dejar claro que este no es un post esponsorizado, sino estaría tagueado como tal, y lo que comento aquí es fruto de mi experiencia.

En otro sentido, es impresionante el esfuerzo que está haciendo Michael Dell para preparar una empresa que pueda ofrecer toda la solución en cloud que cualquier empresa precise.

Si bien hace un tiempo Dell era conocido por “sus PCs” y su característica forma de comercializar a través de la Web (ha sido modelo de excelencia en escuelas de negocio por años), después sus servidores empezaron a “sonar” por ahí. Calidad, buen funcionamiento y precio muy competitivo, buena formula para ganarse al mercado. Siguió la adquisición de Equallogic y posteriormente Compellent. Dos sonadas adquisiciones por lo diferencial del producto.

Ahora ha adquirido Force10, empresa que desarrolla elementos de switching, networking y comunicaciones de alto rendimiento. Force10 ha anunciado que tiene un patente con importantes avances sobre backplanes de alto rendimiento.

Si Cisco ya construyó su vBlock con sus UCS, sus Catalyst, usando almacenamiento EMC dentro de su alianza, es de suponer que Dell presentará cara con muy buenos productos, quedaremos a la espera si van a paquetizar alguna solución para infraestructura de virtualización en un futuro próximo.

Michael, an incredible job!

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

En un post publicado la semana pasada, te explique que es la política de balanceo de VMware vSphere llamada Round Robin y como configurar esta para una cabina de Dell EqualLogic.

En el post de hoy te enseñare a configurar y elegir automáticamente la política de balanceo de E/S de disco en VMware vSphere llamada Round Robin.

Para poder configurar el PSP – de las siglas en inglés Path Selection Plugin – para cualquier dispositivo de almacenamiento, es necesario ejecutar el siguiente comando:

esxcli -–server nmp device setpolicy –device –psp

Nota: Puedes una explicación más detallada de los que es PSP en el post llamado: He configurado el Round Robin, pero los caminos no son utilizados de manera uniforme”

Lo importante que me gustaría destacar en este punto es que la configuración del PSP es por DataStore, es decir, que si tienes 100 datasotres y quieres cambiar la configuración del PSP de Fixed a Round Robin has de hacer el mismo cambio en los 100 datastores.

Sin embargo, podemos configurar VMware vSphere ESX/ESXi para que automáticamente este pueda elegir Round Robin para cualquier dispositivo controlado por el SATP – de las siglas en ingles Storage Array type Plugin.

Y aquí es donde bien lo interesante de la cuestión: ¿Cuál es el comando o comandos para configurar tu VMware vSphere ESX/ESXi de manera que el PSP por defecto sea Round Robin?

Estos son los cuatro commandos que has de ejecutar directamente en tu servidor VMware vSphere ESX/ESX 4.x:

1. esxcli –server corestorage claiming unclaim –type location
2. esxcli –server nmp satp setdefaultpsp –satp –psp VMW_PSP_RR
3. esxcli –server corestorage claimrule load
4. esxcli –server corestorage claimrule run

Una vez ejecutados estos commandos tu politica de PSP por defecto sera Round Robin.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

La política de Round Robin no emite E/S de una forma simple y llanamente como su propio nombre indica.

Por defecto, cuando seleccionas el PSP – de las siglas en inglés Path Selection Plugin – de Round Robin, esta política envía 1.000 comandos E/S de disco por cada ruta antes de pasar al siguiente camino, lo cual es llamado IO Operation Limit.

En algunas configuraciones, yo diría en la gran mayoría, esta configuración por defecto no muestra la agregación de caminos en su máximo exponente porque muchas veces algunos de los miles de comandos de E/S de disco se han completado antes de que el último comando fuese enviado. Esto significa que los caminos de almacenamiento no estarán llenos (a pesar de que la cola en la cabina de almacenamiento puede ser que si este llena).

Cuando se utiliza 1 Gbit en una conexión iSCSI, muy frecuentemente la ruta física es el factor limitante en el rendimiento, y haciendo uso de varias rutas al mismo tiempo con la política de Round Robin, puede que muestre un mejor rendimiento.

Lo interesante de esta política de PSP es que puedes reducir el número de órdenes emitidas por un camino en particular, antes de pasar al siguiente camino hasta llegar a una E/S de disco, lo que garantiza que cada comando posterior se envíe por un camino diferente.

En una configuración con una cabina de almacenamiento de Dell EqualLogic, yo recomiendo un valor de 3 E/S de disco para el campo IO Operation Limit.

Para poder hacer este cambio, es necesario ejecutar el siguiente comando:

esxcli – server nmp roundrobin setconfig – device – IOPS — type iops

No obstante, ten en cuenta que el hecho de disminuir el número de IOPS presenta algunos problemas potenciales.

Mediante la difusión de las solicitudes de E/S a disco a través de varias rutas, estamos influenciando de una manera negativa la optimización de la cache de cualquier cabina almacenamiento lo que puede acabar por afectar el rendimiento de esta.

Afortunadamente, muchos de los sistemas de almacenamiento más modernos no “cachean” por puerto. No obstante, y aunque menos importante, el cambiar constantemente la E/S de disco entre las rutas disponibles representa un uso adicional de ciclos de reloj de la CPU de nuestro servidor VMware ESX/ESXi con lo que hay que tenerlo en cuenta.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Hola amigos, soy Florián Murillo y hoy hablaremos de IPv6 y su estado en vSphere 4.1.

Como ya sabemos, desde vSphere 4.0 tenemos soporte parcial de IPv6, al que parece que tendremos que ir caminando poco a poco, pero hay un tema del que no hay mucha información ¿Quien garantiza la interoperabilidad entre fabricantes?

En el año 2007 el Gobierno de USA encargo al National Institute of Standards and Technology (NIST) desarrollar la infraestructura técnica para garantizar la adopción, por parte del gobierno de USA del protocolo IPv6.

En respuesta a esta petición, el NIST desarrollo un programa de test para garantizar la interoperabilidad de los equipos IPv6, se realizó un concurso al que se presentaron diversos laboratorios de test de todo el mundo, al final los 3 laboratorios ganadores fueron:

• ICSA Labs, una división de Verizon Business, en Pennsylvania.
• El Laboratorio de Interoperabilidad de la Universidad de New Hampshire (UNH-IOL)
• Chung Hwa Telecom IPv6 Testing Laboratory de Taiwan.

La UNH-IOL ha sido la encargada de certificar que vSphere 4.1 cumple con las exigencias de interoperabilidad, en agosto del 2010 VMware obtuvo la certificación IPv6-ready.

Como anécdota, os contaré que la certificación de vSphere 4.1 se ha realizado sobre un Dell PowerEdge R610.

Otro tema que nos interesa saber es ¿que funcionalidades de vSphere 4.1 no están soportadas en un entorno IPv6?

• IPv6 es experimental para IP Storage (iSCSI y NFS)
• IPv6 no está soportado para vSphere vCLI, VMware HA y VMware FT logging

Para quien crea que esto no va con el, que sepa que IANA acaba de entregar la última clase A disponible.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de arriba. Gracias.

Dell ha anunciado una serie de productos y servicios que se centran en la virtualización:

• Un servidor blade, PowerEdge M905, el cual esta en el primer puesto en rendimiento de VMware VMmark 1.1 alcanzando 11 tiles (66 máquinas virtuales)

• La disponibilidad de Microsoft Hyper-V como opción pre instalada en todos los servidores PowerEdge

• La integración entre Microsoft System Center Virtual Machine Manager (SCVMM) 2008 y Dell OpenManage

• La integración entre Citrix XenServer y las SANs de EqualLogic

• La disponibilidad de nuevos servicios de consultaría para VMware VI3 y Microsoft Hyper-V

Pero quizás la mas destacado es que Dell  acaba de anunciar una nueva característica para su SAN EqualLogic, una funcionalidad llamada “Auto-Snapshot Manager”.

Este software, disponible de forma gratuita para finales de este mes, se integra con VMware VirtualCenter (probablemente como un plug-in) y reconoce los sistemas de archivos VMware ( VMFS ) con lo que se lograra la automatización de  los snapshot de las máquinas virtuales.