Elenco di controllo: Ottimizzazione delle prestazioni in Hyper-V

Quando si eseguono BizTalk Server e/o le istanze di SQL Server che dispongono dei database BizTalk Server in Hyper-V macchine virtuali, si applicano le considerazioni seguenti.

Allocare 110%-125% di risorse cpu e disco alle macchine virtuali Hyper-V

Pianificare l'allocazione di 110% a 125% delle risorse della CPU e 105% - 110% delle risorse disco richieste da una soluzione hardware fisica alle macchine virtuali Hyper-V usate per la soluzione. Configurando la macchina virtuale Hyper-V con risorse aggiuntive, si garantisce che possa offrire prestazioni pari all'hardware fisico, rispettando al tempo stesso qualsiasi overhead richiesto dalla tecnologia di virtualizzazione Hyper-V.

Passo	Riferimenti
Definire l'ambito dei requisiti hardware per la soluzione BizTalk Server.	- Per definire l'ambito dei requisiti hardware per la soluzione, seguire le indicazioni nella sezione "Pianificazione dell'ambiente per BizTalk Server" nella Guida operativa di BizTalk Server. - Per definire l'ambito dell'edizione e del numero di BizTalk Server che verranno richiesti dalla soluzione, vedere Considerazioni sulla pianificazione di BizTalk Server documentate in Pianificazione del livello BizTalk Server. - Per definire l'ambito della versione e del numero di computer SQL Server richiesti dalla soluzione, esaminare le considerazioni sulla pianificazione del database nella documentazione seguente: --- "Pianificazione del livello di database" --- La sezione "Performance Overhead di Esecuzione di SQL Server in Hyper-V" nel white paper "Esecuzione di SQL Server 2008 in un Hyper-V Environment: Migliori Pratiche e Considerazioni sulle Prestazioni". - Per completare la pianificazione per ambienti di sviluppo, test, gestione temporanea e produzione, vedere "Pianificazione dello sviluppo, test, gestione temporanea e ambienti di produzione".
Dopo aver determinato i requisiti hardware della soluzione BizTalk Server, pianificare la configurazione dei computer Hyper-V con risorse di CPU e disco tra 110% e 125%, se possibile.	Ad esempio, se i requisiti hardware per un computer BizTalk Server fisico usato dalla soluzione sono determinati come 2 GB di RAM, una CPU dual core in esecuzione a 2GHZ e dischi fisici da 2,500 GB, idealmente, la macchina virtuale Hyper-V usata dalla soluzione verrebbe configurata con 2 o più processori virtuali che eseguono >= 2,2 GHZ, e dischi fisici più veloci (in genere aggiungendo spindles o usando dischi più veloci).

Ottimizzare le prestazioni di Hyper-V

Usare le linee guida generali seguenti per configurare Hyper-V per ottenere prestazioni ottimali.

Passo	Riferimenti
Applicare le indicazioni consigliate per l'ottimizzazione delle prestazioni dei server di virtualizzazione. Nota: per gli scenari di test descritti in Test delle prestazioni di virtualizzazione di BizTalk Server, le opzioni di configurazione applicate sono descritte nelle sezioni "Specifiche dell'infrastruttura fisica" e "Specifiche della virtualizzazione" nell'articolo Panoramica dello scenario di test.	Sezione "Ottimizzazione delle prestazioni per i server di virtualizzazione" nell'articolo "Linee guida per l'ottimizzazione delle prestazioni per Windows Server 2008 R2".
Chiudere tutte le finestre connessione macchina virtuale che non sono in uso.	Nella gestione Hyper-V, quando si seleziona due volte un nome di macchina virtuale, vengono visualizzate le finestre Connessione macchina virtuale. Queste finestre utilizzano risorse che altrimenti potrebbero essere gratuite per l'uso.
Chiudere o ridurre al minimo il gestore Hyper-V.	Il gestore Hyper-V utilizza le risorse eseguendo continuamente il polling di ogni macchina virtuale in esecuzione per l'utilizzo e il tempo di attività della CPU. La chiusura o la riduzione al minimo dell'Hyper-V manager consente di liberare queste risorse.

Ottimizzare le prestazioni di disco, memoria, rete e processore in un ambiente Hyper-V

Usare le linee guida seguenti per ottimizzare le prestazioni di disco, memoria, rete e processore in un ambiente virtuale Hyper-V.

Ottimizzare le prestazioni del processore

Seguire queste linee guida per ottimizzare le prestazioni del processore dei sistemi operativi guest in esecuzione in un ambiente virtuale Hyper-V:

• Configurare un'allocazione da 1 a 1 di processori virtuali per processori logici disponibili per ottenere prestazioni ottimali: Quando si esegue un'applicazione a elevato utilizzo di CPU, la configurazione migliore è un rapporto da 1 a 1 di processori virtuali nei sistemi operativi guest rispetto ai processori logici disponibili per il sistema operativo host. Qualsiasi altra configurazione, ad esempio 2:1 o 1:2, è meno efficiente. Il grafico seguente illustra un'allocazione uno-a-uno dei core del processore virtuale all'interno dei sistemi operativi guest verso i processori logici disponibili per il sistema operativo host.

  Rapporto tra processore virtuale e logico

• Tenere presente il limite del processore virtuale per sistemi operativi guest diversi e pianificare di conseguenza : Il numero di core del processore disponibili per il sistema operativo guest in esecuzione in una macchina virtuale Hyper-V può influire sulle prestazioni complessive dell'applicazione ospitata. Di conseguenza, occorre considerare quale sistema operativo guest verrà installato sulla macchina virtuale Hyper-V per ospitare l'istanza/e di BizTalk Server e/o SQL Server che ospita i database di BizTalk Server. Hyper-V supporta il numero seguente di processori virtuali per il sistema operativo guest specificato:

Sistema operativo	Limite del processore virtuale
Windows Server 2008 R2. Tutte le edizioni di Windows Server 2008 R2 sono solo a 64 bit.	4
Windows Server 2008 SP2 64 bit	4
Windows Server 2008 SP2 32 bit	4
Windows 7 64-bit	4
Windows 7 32 bit	4
Windows Vista 64-bit	2
Windows Vista 32 bit	2

Annotazioni

Per ulteriori informazioni sui sistemi operativi guest supportati su Hyper-V, vedere Sistemi operativi guest Windows supportati e Sistemi operativi guest Windows supportati per Hyper-V su Windows Server.

Ottimizzare le prestazioni del disco

Seguire queste linee guida per ottimizzare le prestazioni del disco dei sistemi operativi guest in esecuzione in un ambiente virtuale Hyper-V:

Passo	Riferimenti
Configurare i dischi virtuali da usare con le macchine virtuali Hyper-V usando l'opzione VHD (Virtual Hard Disk) di dimensioni fisse. Il VHD a dimensione fissa offre prestazioni che si avvicinano a quelle dei dischi fisici, insieme alla flessibilità nelle funzionalità, come il supporto del clustering e il supporto snapshot.	L'archiviazione su disco in un ambiente Hyper-V è accessibile tramite un controller IDE virtuale o un controller SCSI virtuale. A differenza delle versioni precedenti della tecnologia di virtualizzazione Microsoft, non esiste alcuna differenza di prestazioni tra l'uso di un controller IDE virtuale o un controller SCSI virtuale quando si accede a dischi rigidi virtuali. Le opzioni di archiviazione su disco seguenti sono disponibili per l'uso in un ambiente Hyper-V: - Dischi a dimensione fissa - Un disco rigido virtuale (VHD) di dimensioni fisse è uno per il quale i blocchi di dati vengono preallocati in un disco fisico in base alle dimensioni massime del disco definite al momento della creazione. Ad esempio, se si crea un disco rigido virtuale a dimensione fissa di 100 GB, Hyper-V allocherà tutti i 100 GB di archiviazione dei blocchi di dati oltre al sovraccarico necessario per le intestazioni e i piè di pagina del disco rigido virtuale quando crea il nuovo disco rigido virtuale. - Espansione dinamica dei dischi : Un disco rigido virtuale in espansione dinamica è uno per il quale il disco rigido virtuale iniziale non contiene blocchi di dati. Lo spazio viene invece allocato dinamicamente quando i dati vengono scritti nel disco rigido virtuale, fino alle dimensioni massime specificate al momento della creazione del disco rigido virtuale. Ad esempio, un disco a espansione dinamica di 100 GB inizialmente contiene solo intestazioni VHD e richiede meno di 2 MB di spazio di archiviazione fisico. Man mano che i nuovi dati vengono scritti dalla macchina virtuale nel disco rigido virtuale a espansione dinamica, i blocchi di dati fisici aggiuntivi vengono allocati in incrementi di 2 MB al file VHD, fino a un massimo di 100 GB. - Dischi di differenziazione - Un disco di differenziazione è un tipo speciale di file VHD ad espansione dinamica associato a un VHD "genitore". In questa topologia di archiviazione padre/figlio, il disco padre rimane invariato e tutte le operazioni di scrittura si limitano esclusivamente al disco figlio. Tutte le operazioni di lettura vengono prima controllate sul disco differenziale per verificare se il contenuto aggiornato è stato scritto nel disco differenziale; se il contenuto non si trova nel disco differenziale, viene letto dal VHD padre. I dischi differenziali sono utili per gli scenari in cui è necessario mantenere una configurazione di base specifica e si desidera testare facilmente e poi ripristinare le modifiche alla configurazione di base. Anche se la flessibilità della topologia di archiviazione padre/figlio fornita tramite dischi diversi è utile per i test, questa non è la configurazione ottimale per le prestazioni perché è associato un sovraccarico associato alla gestione della topologia padre/figlio necessaria quando si usano dischi differenze. - Dischi pass-through: La funzionalità del disco pass-through consente al sistema operativo guest di ignorare il file system host Hyper-V e di accedere direttamente al disco. I dischi resi disponibili per i sistemi operativi guest tramite pass-through devono essere impostati su "offline" nell'host Hyper-V per assicurarsi che il sistema operativo host e guest non tenti di accedere contemporaneamente al disco. Il disco pass-through offre un vantaggio marginale sulle prestazioni rispetto ad altre opzioni di archiviazione su disco, ma non supporta determinate funzionalità dei dischi virtuali, ad esempio snapshot di macchine virtuali e supporto per il clustering. Pertanto, l'uso della funzionalità disco pass-through non è consigliato in un ambiente BizTalk o SQL Server perché i vantaggi delle prestazioni marginali sono più che sfalsati dalla funzionalità mancante. Per altre informazioni sulle prestazioni relative delle opzioni di archiviazione su disco fornite con Hyper-V, vedere la voce di blog Hyper-V Analisi archiviazione.
Configurare i dischi per i volumi di dati usando il controller SCSI	Questa operazione è consigliata perché il controller SCSI può essere installato solo se vengono installati Hyper-V integration services, mentre il controller IDE emulato è disponibile senza installare Hyper-V integration services. L'I/O del disco eseguita usando il driver di filtro dell'IDE fornito con i servizi di integrazione è significativamente migliore rispetto alle prestazioni di I/O del disco fornite con il controller IDE emulato. Pertanto, per garantire prestazioni di I/O del disco ottimali per i file di dati in un ambiente virtualizzato Hyper-V, installare i servizi di integrazione nel sistema operativo host e guest e configurare i dischi per i volumi di dati con il controller SCSI sintetico. Per carichi di lavoro di I/O di archiviazione altamente intensivi che si estendono su più unità di dati, ogni VHD deve essere collegato a un controller SCSI sintetico separato per ottimizzare le prestazioni complessive. Inoltre, ogni disco rigido virtuale deve essere archiviato su dischi fisici separati. Importante: Non collegare un disco di sistema a un controller SCSI. Un disco rigido virtuale che contiene un sistema operativo deve essere collegato a un controller IDE.

Ottimizzare le prestazioni di memoria

Seguire queste linee guida per ottimizzare le prestazioni di memoria dei sistemi operativi guest in esecuzione in un ambiente virtuale Hyper-V:

Passo

Riferimenti

Verificare che nel computer fisico sia installata memoria sufficiente che ospita le macchine virtuali Hyper-V

- La memoria fisica disponibile è spesso il fattore di prestazioni più significativo per BizTalk Server in esecuzione in una macchina virtuale Hyper-V. Ciò è dovuto al fatto che ogni macchina virtuale deve risiedere nella memoria non paginata del pool, ovvero memoria che non può essere trasferita sul disco. Poiché la memoria del pool non paginata non può essere trasferita su disco, il computer fisico che ospita le macchine virtuali deve avere memoria fisica disponibile pari alla somma della memoria allocata per ciascuna macchina virtuale, più quanto segue: 300 MB per Hypervisor più 32 MB per il primo GB di RAM allocato a ogni macchina virtuale più altri 8 MB per ogni GB aggiuntivo di RAM allocata a ogni macchina virtuale più 512 MB per il sistema operativo host in esecuzione nella partizione radice Ad esempio, se una macchina virtuale Hyper-V viene allocata 2 GB di memoria in Hyper-V Manager, la memoria fisica effettiva usata durante l'esecuzione di tale macchina virtuale Hyper-V sarebbe di circa 2388 MB (300 MB per l'hypervisor +2 GB allocato per la macchina virtuale + 32 MB + 8 MB = 2388 MB). Poiché l'hypervisor deve essere caricato una sola volta, l'inizializzazione delle macchine virtuali successive non comporta il sovraccarico di 300 MB associato al caricamento dell'hypervisor. Pertanto, se due macchine virtuali Hyper-V sono allocate 2 GB di memoria in Hyper-V Manager, la memoria fisica effettiva usata durante l'esecuzione di queste macchine virtuali Hyper-V sarebbe circa 4476 MB (300 MB per l'hypervisor +4 GB allocati per le macchine virtuali + 64 MB + 16 MB = 4476 MB). Nota: Come regola generale, pianificare di allocare almeno 512 MB di memoria per la partizione radice per fornire servizi come la virtualizzazione di I/O, il supporto dei file di snapshot e la gestione delle partizioni figlio. - Usare un sistema operativo guest a 64 bit quando possibile : è consigliabile usare un sistema operativo a 64 bit per ogni sistema operativo guest. Questa operazione deve essere eseguita perché, per impostazione predefinita, i sistemi operativi Windows a 32 bit possono gestire fino a 2 GB di spazio indirizzi virtuale per processo. L'installazione di un sistema operativo a 64 bit consente alle applicazioni di sfruttare appieno la memoria installata nel computer fisico che ospita le macchine virtuali Hyper-V.

Ottimizzare le prestazioni di rete

Hyper-V supporta schede di rete sintetiche e emulate nelle macchine virtuali, ma i dispositivi sintetici offrono prestazioni significativamente migliori e un sovraccarico della CPU ridotto. Ognuna di queste schede è connessa a un commutatore di rete virtuale, che può essere connessa a una scheda di rete fisica se è necessaria la connettività di rete esterna. Seguire le indicazioni riportate in questa sezione per ottimizzare le prestazioni di rete dei sistemi operativi guest in esecuzione in un ambiente virtuale Hyper-V.

Annotazioni

Questi consigli provengono dalla sezione "Ottimizzazione delle prestazioni per i server di virtualizzazione" del white paper Linee guida per l'ottimizzazione delle prestazioni per Windows Server 2008 R2 disponibile per il download. Per informazioni su come ottimizzare la scheda di rete nella partizione radice, inclusa la moderazione degli interrupt, vedere la sezione "Ottimizzazione delle prestazioni per il sottosistema di rete" di questa guida. Le ottimizzazioni TCP in tale sezione devono essere applicate, se necessario, alle partizioni secondarie.

Passo	Riferimenti
Configurare le macchine virtuali Hyper-V che sono in esecuzione sullo stesso computer host Hyper-V per utilizzare una rete virtuale privata	Seguire le indicazioni nella sezione "Configurare Hyper-V macchine virtuali in esecuzione nello stesso computer host Hyper-V per l'uso di una rete virtuale privata" di Ottimizzazioni di rete.
Disabilitare l'offload TCP per le schede di rete della macchina virtuale	Seguire le raccomandazioni nella sezione "Disattivare l'offload TCP per le schede di rete per macchine virtuali" di Ottimizzazioni di rete.
Configurare i sistemi operativi guest per utilizzare la scheda di rete sintetica Hyper-V.	Hyper-V presenta una scheda di rete sintetica, specificamente progettata per le VM, per ottenere un sovraccarico della CPU significativamente ridotto nelle operazioni di I/O di rete quando viene confrontata con la scheda di rete emulata che simula l'hardware esistente. La scheda di rete sintetica comunica tra le partizioni figlio e radice tramite VMBus usando la memoria condivisa per un trasferimento dei dati più efficiente. La scheda di rete emulata deve essere rimossa tramite la finestra di dialogo Impostazioni macchina virtuale e sostituita con una scheda di rete sintetica. Il guest richiede l'installazione dei servizi di integrazione della macchina virtuale.
Se disponibile, abilitare le funzionalità di offload per il driver della scheda di rete fisica nella partizione radice.	Come nello scenario nativo, le funzionalità di offload nella scheda di rete fisica riducono l'utilizzo della CPU delle operazioni di I/O di rete negli scenari di macchine virtuali. Hyper-V attualmente usa l'offload checksum LSOv1 e TCPv4. Le funzionalità di offload devono essere abilitate nel driver per la scheda di rete fisica nella partizione radice. Per informazioni dettagliate sulle funzionalità di offload nelle schede di rete, vedere la sezione "Scelta di una scheda di rete" della sezione "Ottimizzazione delle prestazioni per i server di virtualizzazione" del white paper sulle linee guida per l'ottimizzazione delle prestazioni per Windows Server 2008 R2 disponibile per il download. I driver per determinate schede di rete disabilitano LSOv1, ma abilitano LSOv2 per impostazione predefinita. Gli amministratori di sistema devono abilitare in modo esplicito LSOv1 usando la finestra di dialogo Proprietà driver in Gestione dispositivi.
Configurare la topologia del commutatore di rete per usare più schede di rete.	Hyper-V supporta la creazione di più commutatori di rete virtuale, ognuno dei quali può essere collegato a una scheda di rete fisica, se necessario. Ogni scheda di rete in una macchina virtuale può essere connessa a un commutatore di rete virtuale. Se il server fisico ha più schede di rete, le macchine virtuali con carichi a elevato utilizzo di rete possono trarre vantaggio dalla connessione a commutatori virtuali diversi per usare meglio le schede di rete fisiche.
Se nel computer host Hyper-V sono installate più schede di rete fisiche, associare gli interrupt del dispositivo per ogni scheda di rete a un singolo processore logico.	In determinati carichi di lavoro, l'associazione degli interrupt del dispositivo per una singola scheda di rete a un singolo processore logico può migliorare le prestazioni per Hyper-V. È consigliabile usare questa ottimizzazione avanzata solo per risolvere problemi specifici nell'uso completo della larghezza di banda di rete. Gli amministratori di sistema possono usare lo strumento IntPolicy per associare gli interrupt dei dispositivi a processori specifici.
Se possibile, abilitare l'assegnazione di tag VLAN per la scheda di rete sintetica Hyper-V.	La scheda di rete sintetica Hyper-V supporta l'assegnazione di tag VLAN. Offre prestazioni di rete notevolmente migliori se la scheda di rete fisica supporta l'incapsulamento NDIS_ENCAPSULATION_IEEE_802_3_P_AND_Q_IN_OOB sia per il grande invio in offload sia per il checksum offload. Senza questo supporto, Hyper-V non può usare l'offload hardware per i pacchetti che richiedono l'assegnazione di tag VLAN e le prestazioni di rete possono essere ridotte.
Installare la scheda di rete ad alta velocità nel computer host Hyper-V e configurare per ottenere prestazioni massime.	Prendere in considerazione l'installazione di schede di rete da 1 GB nel computer host Hyper-V e configurare le schede di rete con una velocità fissa anziché usare "negoziazione automatica" - È molto importante che i parametri di controllo di rete, duplex e flusso siano impostati in modo che corrispondano alle impostazioni sul commutatore a cui sono connessi.
Seguire le procedure consigliate per ottimizzare le prestazioni di rete.	L'argomento Ottimizzazione rete offre indicazioni generali per ottimizzare le prestazioni di rete. Sebbene questo argomento non offra raccomandazioni specifiche per ottimizzare le prestazioni di BizTalk Server in un ambiente virtualizzato Hyper-V, le tecniche sono applicabili a qualsiasi soluzione BizTalk Server, sia in esecuzione su hardware fisico che in un ambiente virtualizzato Hyper-V.

Ottimizzare le prestazioni di SQL Server

Seguire le indicazioni nell'argomento Ottimizzazioni di SQL Server per ottimizzare le prestazioni di SQL Server per la soluzione BizTalk Server. Sebbene questo argomento non offra raccomandazioni specifiche per ottimizzare le prestazioni di BizTalk Server in un ambiente virtualizzato Hyper-V, le tecniche sono applicabili a qualsiasi soluzione BizTalk Server, sia in esecuzione su hardware fisico che in un ambiente virtualizzato Hyper-V.

Ottimizzare la soluzione BizTalk Server

Seguire i consigli nell'argomento Ottimizzazioni di BizTalk Server per ottimizzare le prestazioni della soluzione BizTalk Server. Sebbene questo argomento non offra raccomandazioni specifiche per ottimizzare le prestazioni di BizTalk Server in un ambiente virtualizzato Hyper-V, le tecniche sono applicabili a qualsiasi soluzione BizTalk Server, sia in esecuzione su hardware fisico che in un ambiente virtualizzato Hyper-V.