Buenas,
quería formular una pregunta relacionada con la política de balanceo de caminos Round Robin. Por defecto el IO Operation Limit de esta política en vsphere 5 es de 1000 comandos E/S.
Hay varias recomendaciones al respecto, sobretodo si el tráfico de cabina viene dado por alguna VM que genere muchas transacciones, en las que una configuración del IO Operation Limit con valores bajos (1 a 3 E/S en detrimento de los 1000 comandos E/S por defecto), pueden ser mejores.
Hay autores que defienden esa causa teniendo en cuenta dos hándicaps, como el mayor consumo de procesador de nuestro host ESXi para gestionar el traspaso de los comandos por los paths cada tan poco tiempo o bien cabinas que puedan usar caché a nivel de puerto y hacerlas volver un poco locas (aunque últimamente caché a nivel de puerto no es frecuente encontrar en las cabinas nuevas).
En relación a esto, ¿habéis hecho algún cambio en los IO Operation Limit para Round Robin, observando objetivamente resultados de throughput?
Por otra parte, con Round Robin, en caso de caída de un camino (se corta el cable, ohhh), si el camino vuelve a la vida, ¿Round Robin volverá a utilizarlo para enviar comandos o se aislará de él?
Gracias y saludos
Hola compañero,
intento responder a tus dudas.
No es obligado a cambiar el PSP a Round Robin. Es más, hacerlo sin un buen motivo puede dar problemas.
Vmware ya selecciona los protocolos de multipathing que van a funcionar bien en el 99,99% de los casos, para "tocarlo" hay que estar seguro de qué y porque se hace.
Si se selecciona el IO Operation limit a 1 en el PSP, normalmente se experimenta un mayor throughput de acceso a esa LUN en concreto de la cabina.
Desde mi experiencia, se puede pasar a Round Robin con el IO Operation Limit a 1, siempre que el fabricante de la cabina de datos así lo explique en su documento de mejores prácticas.
Por último, si se cae un camino, y se vuelve a recuperar pasado un tiempo, el Round Robin vuelve a usar el camino con normalidad. No todos los tipos de PSP se compartan así (consulta mi P.D2 )
Espero haberte sido de ayuda
Un saludo,
Pablo
P.D1: Algo de información de este tema en un kb de vmware:
VMware KB: Adjusting Round Robin IOPS limit from default 1000 to 1
PD2: Te recomiendo consultar el siguiente kb de vmware sobre las PSP, vale la pena:
VMware KB: Multipathing policies in ESXi 5.x and ESXi/ESX 4.x
Hola compañero,
intento responder a tus dudas.
No es obligado a cambiar el PSP a Round Robin. Es más, hacerlo sin un buen motivo puede dar problemas.
Vmware ya selecciona los protocolos de multipathing que van a funcionar bien en el 99,99% de los casos, para "tocarlo" hay que estar seguro de qué y porque se hace.
Si se selecciona el IO Operation limit a 1 en el PSP, normalmente se experimenta un mayor throughput de acceso a esa LUN en concreto de la cabina.
Desde mi experiencia, se puede pasar a Round Robin con el IO Operation Limit a 1, siempre que el fabricante de la cabina de datos así lo explique en su documento de mejores prácticas.
Por último, si se cae un camino, y se vuelve a recuperar pasado un tiempo, el Round Robin vuelve a usar el camino con normalidad. No todos los tipos de PSP se compartan así (consulta mi P.D2 )
Espero haberte sido de ayuda
Un saludo,
Pablo
P.D1: Algo de información de este tema en un kb de vmware:
VMware KB: Adjusting Round Robin IOPS limit from default 1000 to 1
PD2: Te recomiendo consultar el siguiente kb de vmware sobre las PSP, vale la pena:
VMware KB: Multipathing policies in ESXi 5.x and ESXi/ESX 4.x
Hola,
¿ al final te fue de utilidad mi comentario ?
Un saludo,
Pablo
Oups sí. Había omitido el correo informativo.
Gracias
Me alegra saber que fue de utilidad mi comentario
Un saludo,
Pablo