Para medir el rendimiento del clúster VMware VSAN en cargas de trabajo de bases de datos transaccionales, primero utilizamos la prueba de rendimiento Sysbench OLTP, prestando especial atención al rendimiento agregado total. Esta prueba se ejecuta sobre Percona MySQL, aprovechando el motor de almacenamiento InnoDB que opera dentro de una instalación CentOS. Si bien una infraestructura SAN tradicional puede gestionar mejor grandes cargas de trabajo individuales, los sistemas hiperconvergentes están diseñados para distribuir esa carga entre todos los nodos del sistema. Con este fin, implementamos cuatro máquinas virtuales Sysbench en el clúster VSAN, una por nodo, y medimos el rendimiento total observado en el clúster con todas operando simultáneamente.
Dell PowerEdge R730xd VMware VSAN Especificaciones
- Servidores Dell PowerEdge R730xd (x4)
- CPU: Ocho Intel Xeon E5-2697 v3 2.6GHz (14C/28T)
- Memoria: 64 x 16GB DDR4 RDIMM
- SSD: 16 unidades de estado sólido de 800 GB Uso mixto SAS MLC 12 Gbps
- Disco duro: 80 x 1.2TB 10K RPM SAS 6Gbps
- Redes: 4 x Intel X520 DP 10 Gb DA/SFP+, + I350 DP 1 Gb Ethernet
- Capacidad de almacenamiento: 86.46TB
Rendimiento de Sysbench
Cada máquina virtual de Sysbench está configurada con tres discos virtuales, uno para arranque (~92 GB), uno con la base de datos preconstruida (~447 GB) y el tercero para la base de datos que probaremos (400 GB). Desde la perspectiva de los recursos del sistema, configuramos cada VM con 16 vCPU, 64 GB de DRAM y aprovechamos el controlador LSI Logic SAS SCSI. Cabe destacar que esta configuración no fue diseñada para saturar por completo todos los recursos en nuestro clúster de VSAN y, de hecho, dejó muchos recursos sobrantes. Bajo carga completa con el banco de pruebas en ejecución, vimos que las máquinas virtuales de Sysbench consumían entre 7,200 y 7,900 MHz, y los recursos totales del host indicaban que se utilizaban unos 10,000 3.5 MHz. Eso dejó mucho espacio libre adicional para la CPU, así como algo de espacio libre de E/S de almacenamiento para actividades adicionales. Además, solo habíamos consumido aproximadamente 86.46 TB de la capacidad total de almacenamiento de VSAN de XNUMX TB en nuestra configuración. En secciones posteriores de análisis de rendimiento, entraremos en más detalles sobre las pruebas de cargas de trabajo múltiples, así como las pruebas de máquinas virtuales Sysbench escaladas.
Configuración de prueba de Sysbench (por VM)
- CentOS 6.3 de 64 bits
- Huella de almacenamiento: 1 TB, 800 GB utilizados
- Percona XtraDB 5.5.30-rel30.1
- Tablas de base de datos: 100
- Tamaño de la base de datos: 10,000,000
- Subprocesos de la base de datos: 32
- Búfer RAM: 24GB
- Duración de la prueba: 12 horas
- 6 horas preacondicionamiento 32 hilos
- 1 hora 32 hilos
- 1 hora 16 hilos
- 1 hora 8 hilos
- 1 hora 4 hilos
- 1 hora 2 hilos
Con 4 máquinas virtuales operando simultáneamente en el clúster, medimos el rendimiento máximo de máquinas virtuales individuales de 32 subprocesos de 694TPS, 664TPS, 713TPS y 758TPS en todos los hosts. Esto nos dio un promedio de 707 TPS de las cuatro máquinas virtuales, siendo la más lenta un 6.1 % por debajo del promedio y la más rápida un 7.2 % más rápida que el promedio. Si bien no es completamente uniforme, las pruebas de Sysbench no tuvieron mucha variación en todo el clúster. En total, medimos un total de 2,829 TPS en el clúster de VSAN con 4 máquinas virtuales Sysbench en ejecución.
Al observar la latencia promedio en la prueba hiperconvergente de Sysbench, vimos tiempos de respuesta de 46.07 ms, 48.18 ms, 44.86 ms y 42.21 ms con carga completa. El promedio en todo el grupo fue de 45.33 ms. Desde la máquina virtual más rápida hasta la más lenta, observamos una diferencia del 12.3 % en la latencia promedio.
En la última sección de la prueba Sysbench MySQL, observamos qué tan bien le fue a la plataforma al medir la latencia del percentil 99. Esta es un área donde los tiempos máximos de respuesta más altos aumentarán este valor de informe. En las 4 máquinas virtuales de Sysbench, vimos tiempos bajo carga máxima que iban desde 86.91 ms hasta 99.23 ms. Latencia máxima durante este período medida entre 422 ms y 480 ms en VSAN.
La infraestructura hiperconvergente se aprovecha mejor distribuyendo la carga entre todos los recursos informáticos y de almacenamiento, lo que no es necesariamente el caso de la infraestructura de TI tradicional. Al aprovechar varias bases de datos en los nodos de VSAN, obtenemos una imagen más clara del rendimiento agregado. En este caso, se trata de una carga de trabajo similar que se ejecuta en los nodos; analizaremos varias cargas de trabajo en breve. Sin embargo, en general, este tipo de configuración es fundamental para extraer el mejor rendimiento posible de VSAN o cualquier otra solución hiperconvergente.
Siguiente: Informe de rendimiento de VSAN Microsoft SQL Server
Revisión de VMware Virtual SAN: descripción general y configuración
Revisión de VMware Virtual SAN: rendimiento de VMmark
Revisión de VMware Virtual SAN: rendimiento de Sysbench OLTP
Revisión de VMware Virtual SAN: rendimiento de SQL Server
Revisión de VMware Virtual SAN: Rendimiento de Sysbench OLTP escalado
Revisión de VMware Virtual SAN: rendimiento sintético de HCIbench
Amazon