Dopo aver analizzato le prestazioni del cluster VMware VSAN con un carico di lavoro OLTP Sysbench tradizionale , abbiamo voluto valutare la reattività della piattaforma con un carico di lavoro maggiore, ideale per casi d'uso più impegnativi. La configurazione iniziale prevedeva quattro VM Sysbench, una per nodo, ma questo carico di lavoro non ha portato l'I/O del disco a livelli sufficientemente elevati da garantire il pieno utilizzo delle risorse. È una situazione simile a quella di un cliente che esegue una prova di concetto (POC), testando la piattaforma con un sottoinsieme del carico di lavoro corrente, senza però misurarne la reattività all'aumentare dei carichi di lavoro nel tempo o alla migrazione di ulteriori dati applicativi. Per comprendere meglio la risposta di questo cluster VSAN a carichi di lavoro MySQL sempre crescenti, abbiamo esteso il benchmark da quattro VM Sysbench (una per nodo) a 8 e 12 VM totali.
Specifiche di Dell PowerEdge R730xd VMware VSAN
- Server Dell PowerEdge R730xd (x4)
- CPU: otto Intel Xeon E5-2697 v3 2.6 GHz (14C/28T)
- Memoria: RDIMM DDR64 da 16 x 4 GB
- SSD: 16 unità a stato solido SAS miste da 800 GB con MLC a 12 Gbps
- HDD: 80 SAS da 1.2 RPM da 10 TB a 6 Gbps
- Rete: 4 x Intel X520 DP 10Gb DA/SFP+, + I350 DP 1Gb Ethernet
- Capacità di archiviazione: 86.46TB
Prestazioni del Sysbench
Ogni VM Sysbench è configurata con tre vDisk, uno per l'avvio (~92 GB), uno con il database precostruito (~447 GB) e il terzo per il database in prova (400 GB). Dal punto di vista delle risorse di sistema, abbiamo configurato ciascuna VM con 16 vCPU, 64 GB di DRAM e abbiamo sfruttato il controller SCSI SAS LSI Logic.
Con un carico di 8 VM, abbiamo osservato che le VM Sysbench consumano tra 5,200 e 6,300 MHz ciascuna, con risorse host totali che indicano che sono stati utilizzati circa 18,000 MHz. Ciò ha lasciato una grande quantità di risorse della CPU con solo il 22% utilizzato per host, anche se con un carico di lavoro di 8 VM Sysbench stavamo utilizzando quasi tutta la cache SSD disponibile. Per quanto riguarda l'impatto sullo spazio di archiviazione, abbiamo caricato 16 VM Sysbench per ampliare l'ingombro complessivo, consumando circa 14 TB della capacità di archiviazione VSAN totale di 86.46 TB. Al momento del carico di lavoro di 8 VM, tuttavia, solo 7 TB dei 14 TB erano attivi. Questo rispetto a 3.5 TB nel carico di lavoro di 4 VM.
Configurazione test Sysbench (per VM)
- CentOS 6.3 a 64 bit
- Impronta di archiviazione: 1 TB, 800 GB utilizzati
- Percona XtraDB 5.5.30-rel30.1
- Tabelle del database: 100
- Dimensione del database: 10,000,000
- Discussioni del database: 32
- Memoria RAM: 24 GB
- Durata della prova: 12 ore
- 6 ore di precondizionamento di 32 thread
- 1 ora 32 thread
- 1 ora 16 thread
- 1 ora 8 thread
- 1 ora 4 thread
- 1 ora 2 thread
Man mano che abbiamo scalato il carico di lavoro OLTP di Sysbench, abbiamo misurato un aumento delle prestazioni da 2,830 TPS in totale con 4 VM a 4,259 TPS con 8 VM. Ciò si traduce in un aumento del 50% delle prestazioni con il raddoppio dell'ingombro del carico di lavoro.
Con l'aumento delle prestazioni transazionali aggregate, abbiamo misurato un aumento medio della latenza da 45 ms a 60 ms su base per VM. Si tratta di un salto di circa il 33% rispetto al carico di lavoro più piccolo.
Anche la latenza media del 99° percentile è aumentata da 94 ms a 131 ms con l'aumento delle richieste di I/O.
Mentre il benchmark era in funzione, abbiamo acquisito le statistiche di CPU, disco e rete da vCenter. Durante il test su 8 VM abbiamo riscontrato una diffusione VM-CPU da 5,275 MHz fino a 6,393 MHz tra le VM.
Con 2 VM attive per nodo abbiamo riscontrato un'attività mista del disco che misurava un totale di 609 MB/s dopo l'avvio del carico di lavoro. I picchi più grandi sono stati misurati mentre il database precostruito si copiava all'interno di ciascuna VM all'inizio del test.
Il traffico di rete da un host durante il test Sysbench da 8 VM ha misurato un misto di 391 MB/s dopo che il test si è stabilizzato.
Poiché lo scopo di questo test è mostrare come VSAN risponde a un carico di lavoro in costante aumento, abbiamo spinto la piattaforma a 12 VM totali dopo l'esecuzione di 8 VM. Questo è stato il punto di rottura in cui parte del carico di lavoro è stata spinta fuori dalla cache dell'SSD. Non abbiamo tracciato queste prestazioni perché la maggior parte dei carichi di lavoro non è stata completata o non ha ottenuto punteggi adeguati. Per le VM completate, avremmo riscontrato prestazioni delle transazioni aggregate fino a 1000-1500 TPS nel cluster. Il calo di prestazioni che abbiamo misurato può ovviamente essere mitigato con dispositivi flash più grandi, come SSD da 1.6 TB invece di 800 GB, o passando a un modello VSAN all-flash in cui il riversamento nel livello di lettura non ha un impatto così ampio Eliminazione I/O. Ciò sottolinea la necessità di dimensionare adeguatamente il componente Flash dell'ambiente VSAN, gli amministratori o i loro partner rivenditori dovrebbero avere una buona conoscenza del set di dati di lavoro. Questo è uno dei punti di forza della piattaforma VSAN; consentendo ai clienti di personalizzare le configurazioni per soddisfare al meglio le esigenze dei carichi di lavoro attuali e futuri o di scambiare/aggiungere SSD in modo economico secondo necessità.
Sapere dove sono i punti di rottura della tua piattaforma è molto importante. I carichi di lavoro distribuiti inizialmente aumenteranno solitamente con il passare del tempo, sia in numero di VM che in capacità di archiviazione. Ogni piattaforma di storage ha un punto di strozzatura (anche gli array all-flash), che ci porta a capire come si comporta questo cluster VSAN a quattro nodi. Attualmente abbiamo solo una piattaforma di storage che esegue con successo 12 e 16 VM Sysbench, ovvero un array all-flash con un prezzo consigliato di $ 575,000. I test futuri di questo cluster VSAN includeranno tuttavia configurazioni all-flash, per tentare di raggiungere obiettivi prestazionali simili.
Revisione di VMware Virtual SAN: panoramica e configurazione
Recensione di VMware Virtual SAN: prestazioni di VMmark
Recensione di VMware Virtual SAN: prestazioni OLTP di Sysbench
Recensione su VMware Virtual SAN: prestazioni di SQL Server
Recensione di VMware Virtual SAN: prestazioni OLTP Sysbench scalabili
Recensione di VMware Virtual SAN: prestazioni sintetiche di HCIbench
Amazon