Para medir o desempenho do cluster VMware Virtual SAN em cargas de trabalho de banco de dados transacionais, primeiro aproveitamos o benchmark Sysbench OLTP, prestando muita atenção ao desempenho agregado total. O OLTP do Sysbench O benchmark é executado no Percona MySQL, aproveitando o mecanismo de armazenamento InnoDB operando dentro de uma instalação do CentOS. Embora uma infraestrutura SAN tradicional possa lidar melhor com grandes cargas de trabalho únicas, os sistemas hiperconvergentes são projetados para distribuir essa carga por todos os nós do sistema. Para isso, implantamos quatro VMs Sysbench no cluster Virtual SAN, 1 por nó, e medimos o desempenho total visto no cluster com todas operando simultaneamente.
Para medir o desempenho do cluster VMware Virtual SAN em cargas de trabalho de banco de dados transacionais, primeiro aproveitamos o benchmark Sysbench OLTP, prestando muita atenção ao desempenho agregado total. O OLTP do Sysbench O benchmark é executado no Percona MySQL, aproveitando o mecanismo de armazenamento InnoDB operando dentro de uma instalação do CentOS. Embora uma infraestrutura SAN tradicional possa lidar melhor com grandes cargas de trabalho únicas, os sistemas hiperconvergentes são projetados para distribuir essa carga por todos os nós do sistema. Para isso, implantamos quatro VMs Sysbench no cluster Virtual SAN, 1 por nó, e medimos o desempenho total visto no cluster com todas operando simultaneamente.
Especificações Dell PowerEdge R730xd VMware VSAN
- Servidores Dell PowerEdge R730xd (x4)
- CPUs: Oito Intel Xeon E5-2697 v3 2.6GHz (14C/28T)
- Memória: 64 x 16 GB DDR4 RDIMM
- SSD: 16 x 800 GB Solid State Drive SAS Mix Use MLC 12 Gbps
- HDD: 80 x 1.2 TB 10K RPM SAS 6 Gbps
- Rede: 4 x Intel X520 DP 10 Gb DA/SFP+, + I350 DP 1 Gb Ethernet
- Capacidade de armazenamento: 86.46 TB
Desempenho do Sysbench
Cada VM do Sysbench é configurada com três vDisks, um para inicialização (~92GB), um com o banco de dados pré-construído (~447GB) e o terceiro para o banco de dados que testaremos (400GB). Do ponto de vista dos recursos do sistema, configuramos cada VM com 16 vCPUs, 64 GB de DRAM e aproveitamos o controlador LSI Logic SAS SCSI. Deve-se ressaltar que esta configuração não foi projetada para saturar completamente todos os recursos em nosso cluster Virtual SAN e, na verdade, deixou muitos recursos sobrando. Sob carga total com o benchmark em execução, vimos as VMs do Sysbench consumirem entre 7,200 e 7,900 MHz, com o total de recursos do host indicando cerca de 10,000 MHz utilizados. Isso deixou bastante espaço de CPU adicional, bem como algum espaço de E/S de armazenamento para atividades adicionais. Além disso, consumimos apenas cerca de 3.5 TB dos 86.46 TB de capacidade total de armazenamento do Virtual SAN em nossa configuração. Em seções posteriores de análise de desempenho, abordaremos mais detalhadamente os testes de carga de trabalho múltipla, bem como o teste de VM sysbench dimensionado.
Configuração de teste do Sysbench (por VM)
- CentOS 6.3 64 bits
- Pegada de armazenamento: 1 TB, 800 GB usados
- Percona XtraDB 5.5.30-rel30.1
- Tabelas de banco de dados: 100
- Tamanho do banco de dados: 10,000,000
- Segmentos de banco de dados: 32
- Memória RAM: 24 GB
- Duração do teste: 12 horas
- 6 horas de pré-condicionamento 32 tópicos
- 1 hora 32 tópicos
- 1 hora 16 tópicos
- 1 hora 8 tópicos
- 1 hora 4 tópicos
- 1 hora 2 tópicos
Com 4 VMs operando simultaneamente em todo o cluster, medimos o desempenho máximo de VM individual de 32 threads de 694TPS, 664TPS, 713TPS e 758TPS nos hosts. Isso nos deu uma média de 707TPS de todas as quatro VMs, com a mais lenta sendo 6.1% abaixo da média e a mais rápida sendo 7.2% mais rápida que a média. Embora não seja completamente uniforme, o teste do Sysbench não teve muita variação no cluster. No total, medimos um agregado de 2,829TPS no cluster Virtual SAN com 4 VMs Sysbench em execução.
Olhando para a latência média no teste hiperconvergente Sysbench, vimos tempos de resposta medindo 46.07ms, 48.18ms, 44.86ms e 42.21ms sob carga total. A média em todo o cluster chegou a 45.33ms. Da VM mais rápida para a mais lenta, vimos um spread de 12.3% na latência média.
Na última seção do teste Sysbench MySQL, analisamos o desempenho da plataforma ao medir a latência do percentil 99. Essa é uma área em que tempos máximos de resposta mais altos aumentarão esse valor de relatório. Nas 4 VMs do Sysbench, vimos tempos sob carga de pico variando de 86.91ms a 99.23ms. Latência máxima durante este período medida entre 422ms até 480ms no Virtual SAN.
A infraestrutura hiperconvertida é melhor aproveitada distribuindo a carga por todos os recursos de computação e armazenamento, o que não é necessariamente o caso da infraestrutura de TI tradicional. Aproveitando vários bancos de dados nos nós Virtual SAN, obtemos uma visão mais clara do desempenho agregado. Nesse caso, é uma carga de trabalho semelhante em execução nos nós. Analisaremos várias cargas de trabalho em breve. No geral, porém, esse tipo de configuração é fundamental para extrair o melhor desempenho possível do Virtual SAN ou de qualquer outra solução hiperconvergente.
A seguir: Relatório de desempenho do Virtual SAN Microsoft SQL Server
Revisão do VMware Virtual SAN: visão geral e configuração
Revisão do VMware Virtual SAN: desempenho do VMmark
Revisão do VMware Virtual SAN: desempenho do Sysbench OLTP
Revisão do VMware Virtual SAN: Desempenho do SQL Server
Revisão do VMware Virtual SAN: desempenho OLTP do Sysbench dimensionado
Revisão do VMware Virtual SAN: desempenho sintético HCIbench
Inscreva-se no boletim informativo StorageReview
