storage

XenServer 5.5 – Habilitando Multipathing para nuestros SR’s

Que tal gente, hoy toca hablar sobre XenServer, últimamente he estado utilizándolo y me parece un producto solido . En este articulo les mostraré como habilitar el multipathing para nuestros SRs (Storage Repositories) por default no viene habilitado.

Pas0 1 – Apagamos todas las maquinas que esten residiendo en dicho SR.

Paso 2 – Nos logeamos a nuestro servidor Xen atravez de ssh o directamente por XenCenter a la consola del  Control Domain.

Paso 3 – Una vez dentro necesitamos averiguar cuál es el uuid de nuestro SR con el siguiente comando :

‘xe sr-list’

Paso 4 – Una vez obtenido el uuid de dicho SR vamos a obtener el PBD (Physical Block Device) que le corresponde con el comando

‘xe sr-list uuid=<uuid del sr> params=all’

Paso 5 – Ya teniendo el uuid del PBD que corresponde a nuestro SR, lo necesitamos desconectar con el siguiente comando:

‘xe pb-unplug uuid=<uuid del pbd>’

Paso 6 – Nos conectamos a nuestro XenCenter y ponemos en modo de mantenimiento al host :

Paso 7 – Una vez en modo mantenimiento seleccionamos dicho host desde XenCenter y nos vamos a sus propiedades y cuando nos aparece un recuadro nuevo vamos a la pestaña de “multipathing”  y marcamos la casilla.

Paso 8 – Reconectamos nuestros PBDs, desde ssh con el siguiente comando :

‘xe pbd-plug uuid=<uuid del pbd> ‘

Paso 9 – Confirmamos en nuestro XenCenter que el Storage Repository ya este mostrando que están activos los paths:

¿DRS para nuestro almacenamiento?

¿Alguna vez han querido darle cierta preferencia a una vm en cuanto al vmfs se refiere? Bueno, pues esto puede ser una realidad, en varios posts en la web se ha hablado de una nueva posible característica que VMware incluirá en un próximo release de vSphere ¿El nombre? Storage I/O Control (SIOC), les recomiendo que lean el post del gurú de performance en VMware Scott Drummonds, que lo pueden encontrar en este link : http://vpivot.com/2010/05/04/storage-io-control/#more-515.

Todos sabemos que muchas veces la perdida de performance en una infraestructura VMware se debe a una mala configuración de nuestro almacenamiento , o a que el mismo no tiene la capacidad de entregar la cantidad de IOPS que nuestra infraestructura requiere , SIOC lo que nos permitirá es definir shares de disco pero esta vez no a nivel servidor ESX, sino a nivel arreglo, es decir esto aplicara para todos los servidores ESX que estén accediendo a un VMFS determinado en algún arreglo de discos esto lo podemos ver en las siguientes imágenes :

En esta primera  imagen podemos ver claramente que la distribución de nuestro arreglo está totalmente dispareja, la vm C está teniendo 50% del Queue del almacenamiento, mientra s las otras maquinas se reparten el otro 50%.

En esta segunda imagen podemos ver él como SIOC en base a los shares que tenemos configurados para cada máquina virtual , asignará los respectivos porcentajes de queue a nuestras vms, repartiendo el acceso al arreglo de una manera más equitativa.

SIOC se basará en la latencia que está presentando nuestro vmfs , y esto como nos comenta Scott , se basa en el total de latencias que están teniendo todas las vms que residen en dicho vmfs. Cuando este valor sobrepase el valor que nosotros configuramos como tope, se reducirá el acceso a nuestro arreglo a las maquinas con menos shares, permitiendo así que las maquinas criticas puedan mantener un buen funcionamiento.

Recuerden que esta funcionalidad no ha sido revelada oficialmente, hasta ahora solo se ha comentado que se está trabajando en ella,  aquí les dejo un link de vmware donde pueden lver una presentación del vmworld 2009 sobre SIOC:

http://vmworld.com/docs/DOC-3855