Búsqueda de sitios web

ESXi: rendimiento de disco lento en HPE Gen8

Tenía un HP Microserver N40L viejo pero confiable. Lo había estado usando 24/7 desde 2012. Estaba ejecutando ESXi 5.1. Había un par de servidores 2003R2 (un DNS y uno WEB). Una especie de encapsulación de vectores peligrosos. Era solo un servidor web de información separado. Si se pirateaba, era fácil recuperarse de una copia de seguridad y reiniciar. Normalmente no estaba conectado a la red interna sino para obtener actualizaciones de contenido. Pero pasó el tiempo y mi servidor se “cansó”.

Quería ejecutar DNS y WEB al menos en Windows Server 2008R2 e idealmente en Windows Server 2012 R2. N40L empezó a colgar. N40L no tenía suficientes recursos de hardware. No podrías instalar algo más potente que un procesador AMD Turion (™) II de 1,5 GHz con arquitectura 2/2 y 8 GB de RAM.

Entiendo que HP Microserver Gen8 tampoco es una píldora mágica, pero puedes instalar 16 GB de memoria y, por ejemplo, un procesador Intel® Xeon® E3-1220l de 2,3/3,5 GHz con arquitectura 2/4 y un consumo de energía ultrabajo (unos 17-20 W). Puede instalar, por ejemplo, Intel® Xeon® E3-1270 3,4/4,1 GHz con arquitectura 4/8. Pero entonces no debería sorprenderse de que el procesador por sí solo sea 1,5 veces más caro que el Microserver :-).

HP Microserver Gen8 es el último microservidor de HP que:

  • se puede actualizar;

  • tiene una tarjeta iLO.

Desafortunadamente, Gen9 no apareció, y el nuevo Gen10 es … solo lea al respecto y verá ?

HP Microserver Gen8 no se vende oficialmente, pero aún puede comprarlo. Compré un Gen8 usado (G2020T). Luego instalé la imagen personalizada HPE ESXi 5.5U3 en él.

Sin embargo, resultó que había más al respecto. Las cosas más interesantes empezaron a suceder después.

Instalado: Vmware-ESXi-5.5.0-Update3-3568722-HPE-550.9.6.5.9-Dec2016.iso

Versión del controlador de disco: scsi-hpvsa-5.5.0.100-1OEM.550.0.0.1331820

Resultó que HP arruinó algo en el controlador del subsistema de disco para ESXi 5.5 y la administración del disco no se volvió tan eficiente como debería. Además, como descubrí más tarde, este problema también ocurrió en las imágenes de HPE ESXi 6.0, 6.5 y 6.7.

Después de hablar con mis compañeros y buscar en la Web, entendí que el problema estaba en el controlador que HPE integró en su imagen personalizada con el instalador de ESXi 5.5 o posterior.

Sin embargo, este problema se puede solucionar. La comunidad de Internet (https://homeservershow.com) ha logrado encontrar un controlador que realmente aumenta el rendimiento del disco en HP Microserver Gen8.

Versión del controlador: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820

Puede descargar el controlador de forma gratuita desde el sitio web oficial de HPE:

https://support.hpe.com/hpsc/swd/…b1dfc5314e02bc01b1436b
Tipo: controlador: controlador de almacenamiento
Versión: 5.5.0-88.0 (9 de septiembre de 2014)
Sistema(s) operativo(s) ): VMware vSphere 5.5
Nombre de archivo: scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib (707 KB)

Ahora tenemos que instalarlo. El procedimiento está descrito abajo. En primer lugar, verifique la versión del controlador instalado y, si es diferente, reemplácelo por el correcto.

Conecte la consola host ESXi mediante PuTTY, autentíquese como root y ejecute este comando:

esxcli software vib list | grep scsi

Esto es lo que tenía antes de cambiar el controlador:

esxcli software vib list | grep scsi

scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMwareCertified 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Hewlett-Packard Partner Supported 2018 -04-10
scsi-hpvsa 5.5.0.100-1OEM.550.0.0.1331820 Soporte de socio de Hewlett-Packard 2018-04-10
scsi-mpt2sas 15.10.06.00.1vmw-1OEM.550.0.0.1198610 LSI VMwareCertified 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.550.0.0.1331820 QLogic VMwareCertificado 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMwareCertificado 2018-04-10
scsi-qla4xxx 644.55.37.0-1OEM.550.0.0.1331820 QLogic VMwareCertificado 2018 - 04-10

Significa que no es el correcto. ¿Por qué? Esto es lo que mostró la prueba de rendimiento del disco. No es exactamente una prueba, pero puede comprender lo que se está probando a partir de los comandos dados.

Ejecute los siguientes comandos en la consola ESXI:

cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000

Nota. No olvide reemplazar [almacén de datos] por el nombre de su almacén de datos de VMFS.

Aquí está el resultado:

1000000+0 registros de entrada
1000000+0 registros de salida
14m 12,62s reales
usuario 0m 12.23s
sys 0m 0.00s

No es tan malo, ¿verdad?

Compárelo con los resultados obtenidos para la misma configuración con ESXi 5.1U3 instalado:

1000000+0 registros de entrada
1000000+0 registros de salida
real 17m 25,62s
usuario 0m 7,23s
sys 0m 0,00s

Como puede ver, hay una mejora en comparación con la versión anterior de ESXi. Sin embargo, tendrás que confiar en mí y luego mirar el resultado diferente. Lea esta publicación hasta el final.

Entonces, cambiemos el controlador.

El procedimiento es bastante simple. Se supone que ha descargado el controlador que necesita del sitio web de HPE siguiendo el enlace anterior.

  1. Detenga todas las máquinas virtuales en ejecución;

  2. Si está deshabilitado, habilite SSH;

  3. Copie scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib a /tmp (por ejemplo, usando WinSCP);

  4. Conéctese a la consola host ESXi mediante PuTTY;

  5. Cambie la carpeta actual a la que colocó el archivo, i. mi. a /tmp:

    cd /tmp

  6. Copie el archivo VIB en la carpeta desde la que se instalará:

    cp scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib /var/log/vmware/

  7. Habilite el modo de mantenimiento del host:

    esxcli system maintenanceMode set --enable true

  8. Elimine el controlador actual del subsistema de disco:

    esxcli software vib remove -n scsi-hpvsa -f

  9. Instale el controlador scsi-hpvsa-5.5.0-88OEM correcto desde el archivo:

    esxcli software vib install -v file:scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820.x86_64.vib --force --no-sig-check --maintenance-mode

  10. Reinicie ESXi, deshabilite el modo de mantenimiento, deshabilite SSH (si es necesario) e inicie sus máquinas virtuales.

Nota. Puede deshabilitar el Modo de mantenimiento desde el cliente o desde la consola usando el siguiente comando:

esxcli system maintenanceMode set --enable false

¿Es fácil? Sí, lo es.

Pero siempre debe asegurarse de que el autor no esté mintiendo. Asegurémonos de que la versión del controlador haya cambiado:

esxcli software vib list | grep scsi

scsi-hpsa 5.5.0.124-1OEM.550.0.0.1331820 HPE VMwareCertified 2018-04-10
scsi-hpdsa 5.5.0.52-1OEM.550.0.0.1331820 Hewlett-Packard Partner Supported 2018-04 -10
scsi-hpvsa 5.5.0-88OEM.550.0.0.1331820 Soporte de socio de Hewlett-Packard 2018-04-10
scsi-mpt2sas 15.10.06.00.1vmw-1OEM.550.0.0.11 98610 LSI VMwareCertified 2018-04-10
scsi-bfa 3.2.6.0-1OEM.550.0.0.1331820 QLogic VMwareCertified 2018-04-10
scsi-bnx2fc 1.713.20.v55.4-1OEM.55 0.0.0.1331820 QLogic VMwareCertificado 2018-04-10
scsi-bnx2i 2.713.10.v55.3-1OEM.550.0.0.1331820 QLogic VMwareCertificado 2018-04-10
scsi-qla4xxx 644.5 5.37.0-1OEM.550.0.0.1331820 Certificado por QLogic VMware 2018-04-10

Sí, ha cambiado a la derecha. Luego comencé la prueba de rendimiento nuevamente. Me sorprendió el resultado:

cd /vmfs/volumes/[datastore]
time dd if=/dev/zero of=tempfile bs=8k count=1000000

1000000+0 registros de entrada
1000000+0 registros de salida
real 2m 6,73s
usuario 0m 5,21s
sys 0m 0,00s

Es SIETE veces más rápido que con el controlador anterior y casi 9 veces más rápido que en ESXI 5.1U3.

Los usuarios del foro confirmaron que se instaló el controlador incorrecto durante la instalación de ESXi 6.0 y 6.5. Si lo reemplaza con scsi-hpvsa-5.5.0-88OEM.550.0.0.1331820, el subsistema de disco comenzó a funcionar tan rápido como en la última de mis pruebas.

En mi opinión, este es un argumento muy convincente a favor de reemplazar el controlador de almacenamiento ESXi.

Artículos relacionados