Quali sono le “storage best practices” da usare con Hyper-V?
E’ decisamente una buona domanda, che, come tutte le buone domande, non ha una risposta univoca.
Ovviamente la configurazione dello storage deve essere diversa a seconda del workload in esecuzione nelle macchine virtuali, ma se proprio vogliamo definire un insieme di regole minimali qui sotto trovate quelle che a mio parere possiamo considerare la lista minimale:
- Consultare il produttore dello storage per avere consigli sulla corretta configurazione
- Deframmentare il volume prima di creare i VHD
- Usare VHD di tipo Fixed
- Connettere i VHD dei dati ad adattatori SCSI nelle VM
- Per volumi dati maggiori di 2 TB usare i dischi Pass-through
- Non usare snapshot in ambienti di produzione
- Usare configurazioni disco ad alta velocità (dischi SATA/SAS a rpm > 10000, dischi con supporto alle code dei comandi di I/O, usare RAID 0+1)
- Usare Multi Path IO per le connessioni allo storage
- Usare schede le rete più veloci presenti sul mercato per le connessioni agli storage iSCSI
- Non mettere i file di sistema della Parent Partition e il page file sui dischi usati da Hyper-V per le VM
- Seguire le indicazioni della Performance Tuning Guide per il Windows Server 2008 R2
- Se si eseguono antivirus nella Parent Partition escludere dal controllo i processi di Hyper-V (vmms.exe, vmwp.exe) e i file con estensione .VHD, .AVHD, VSV, .BIN, .XML
- Eseguire un test dello storage prima di creare i VHD
- Se si usano LUN CSV, mettere i VHD dei dati e del sistema operativo su LUN diverse
Il primo punto è fondamentale: chi meglio del produttore può consigliarvi nel configurare correttamente lo storage per il tipo di workload per cui deve essere usato?
Se avete altri suggerimenti da proporre, vi chiedo di metterli in un commento.
Buona giornata a tutti
Comments
Anonymous
January 01, 2003
Grazie Andrea direi ottimi suggerimenti! GiorgioAnonymous
January 01, 2003
@Ermanno grazie anche per i tuoi suggerimenti La lista si fa lunga ed interessante CiaoAnonymous
September 07, 2011
Ciao Piergiorgio, forse si possono aggiungere questi punti:
- Considerare quante iSCSI 3 persisten reservation supporta la SAN; in altre parole, non creare troppi CSV;
- Considerare il redirect IO durante i backup dei volumi CSV; in altre parole, disegnare i CSV avendo in mente i backup;
- Considerare che il thin provisioning potrebbe influire sulle performance della SAN;
- Nell'ipotesi VDI, considerare gli IOPS richiesti; in altre parole, evitare storage troppo densi (pochi dischi);
- Evitare di frammentare la SAN. Ciao AF
- Anonymous
September 07, 2011
Provo ad aggiugere anch'io tre suggerimenti: Deframmentare i VHD fissi che contengono il siustema operativo (social.technet.microsoft.com/.../hyper-v-defragmentation.aspx) Configurare correttamente il pagefile della parent partition per evitare di sprecare spazio se viene lasciata l'impostazione di default (blogs.sysadmin.it/.../hyper-v-dimensione-del-page-file-nella-rootparent-partition.aspx) Analogamente impostare la dimensione del page file nelle child partition (blogs.sysadmin.it/.../hyper-v-dimensione-del-page-file-nelle-child-partitions.aspx)