Prestazioni del disco incredibilmente basse su HP ProLiant DL385 G7

Come test della famiglia di processori Opteron, ho acquistato un HP DL385 G7 6128 con controller HP Smart Array P410i: nessuna memoria.

La macchina ha una RAM da 20 GB
2x146 GB 15 k rpm SAS + 2x250 GB SATA2, entrambe nelle configurazioni Raid 1.
Corro Vmware ESXi 4.1.

Problema:
anche con una sola macchina virtuale, provato Linux 2.6 / Windows server 2008 / Windows 7, le macchine virtuali si sentono davvero lente. Con Windows 7, l'installazione del convertitore vmware è persino scaduta. I dischi SATA e SAS e i dischi SATA sono quasi inutilizzabili, mentre i dischi SAS sembrano estremamente lenti.

Non riesco a vedere molta attività del disco nel client dell'infrastruttura, ma non ho cercato cause o provato la diagnostica perché ho la sensazione che sia a causa del controller raid economico - o semplicemente a causa della mancanza di memoria per questo.

Nonostante i problemi, ho continuato e installato una macchina virtuale che svolge una funzione chiave, quindi non è facile smontarla ed eseguire la diagnostica.
Mi piacerebbe molto sapere cosa ne pensate voi ragazzi, è più probabile che sia un problema con il controller / i dischi o è a basse prestazioni a causa di componenti di bilancio?

Grazie in anticipo,

L'HP Smart Array P410 è un ottimo controller, ma se ne sono installate le unità cache con batteria o flash non si ottengono prestazioni scadenti. La cache fa un'enorme differenza in quanto le scritture sono memorizzate nella memoria cache prima di essere impegnate sul disco. È possibile ottenere la conferma di scrittura sull'applicazione senza dover sostenere la latenza delle unità disco fisiche.

Ecco un dd da 4 GB su un sistema simile (DL380 G7 con 24 GB di RAM e un p410 con 2 dischi SAS e 1 GB di cache di scrittura con supporto Flash). La RAM aiuta molto in un test come questo, ma hai l'idea ...

[root@xxxx /]# dd if=/dev/zero of=somefile bs=1M count=4096
4096+0 records in
4096+0 records out
4294967296 bytes (4.3 GB) copied, 3.70558 seconds, 1.2 GB/s

Ma realisticamente, le prestazioni di scrittura con due unità SAS in un RAID 1 su quel controller con la cache appropriata dovrebbero essere comprese tra 130-170 megabyte al secondo. Un rapido iozonetest sulla configurazione del server sopra mostra:

[root@xxxx /]# iozone -t1 -i0 -i1 -r1m -s16g
Write
Avg throughput per process                      =  166499.47 KB/sec
Rewrite:
Avg throughput per process                      =  177147.75 KB/sec

Poiché stai utilizzando ESXi, non puoi eseguire aggiornamenti del firmware online. È necessario scaricare il DVD del firmware di Smart Update corrente , masterizzarlo su disco e assicurarsi che il sistema sia patchato a un livello relativamente recente.

Ecco i controlli rapidi del controller: http://h18004.www1.hp.com/products/quickspecs/13201_na/13201_na.html

Si consiglia di acquistare una delle seguenti
opzioni , compresa tra $ 350 e $ 600 US: 512 MB BBWC
512 MB con cache di scrittura con supporto flash
1G con cache di scrittura con supporto flash

Per rispondere alla tua domanda, la soluzione cache ti aiuterà di più. I dischi aggiuntivi non faranno molta differenza finché non gestirai la situazione della cache.

* Nota per altri utenti. Se si dispone di memoria cache su controller HP recenti con firmware aggiornato, è disponibile una sostituzione della cache di scrittura se si dispone di RAM sul controller ma non è presente alcuna batteria. È leggermente rischioso, ma può essere un passaggio intermedio nel test di come sarebbero le prestazioni sulla strada per l'acquisto di una batteria o un'unità flash.

Controlla la versione del firmware del controller e aggiorna se possibile.

Ho riscontrato problemi simili con Smart Array 410i durante la ricostruzione dell'array molto lentamente dopo un errore del disco (oltre 2 giorni per unità SAS quasi inattive 2). Nel mio caso il problema era nel firmware obsoleto. Dalla mia esperienza, il firmware è sorprendentemente spesso la risposta per eventuali problemi con i componenti di archiviazione HP, quindi consiglierei di controllarlo prima e se non funziona, apri il caso di supporto in HP (questo è quello per cui;).

Avrei eseguito più unità con striping in qualche modo. La cache di scrittura farà una differenza significativa. Un paio di unità SAS con mirroring non sono abbastanza veloci per nessuna delle nostre cose. Alcune delle cose (molto) più costose possono effettivamente memorizzare nella cache tutte le macchine virtuali.

Come altri dicono, per le operazioni di archiviazione locale o remota / condivisa con la virtualizzazione VMWare è quasi necessario avere un controller raid o un array con cache BBWC (cache di backup della batteria), altrimenti l'archiviazione eseguirà un rallentamento estremamente e inutilizzabile con i dischi mandrino SAS / SATA , solo con SSD puoi eventualmente utilizzare VMWare ESXi 3/4/5 senza cache di scrittura / lettura e potrebbe non avere prestazioni così negative (consiglio anche di scrivere cache per SSD).