Installazione e configurazione di una macchina virtuale Hyper-V per usare BizTalk Server
In questo argomento vengono fornite indicazioni per l'installazione e la configurazione di BizTalk Server in un ambiente Hyper-V, inclusi i consigli per l'installazione e la configurazione della macchina virtuale Hyper-V e consigli per l'installazione di BizTalk Server in una macchina virtuale Hyper-V.
Installazione e configurazione di Hyper-V
Prima di installare Hyper-V, vedere Novità di Hyper-V in Windows Server 2008 R2. La guida "Microsoft Hyper-V Server 2008 R2 Introduzione" fornisce informazioni dettagliate su come installare e configurare Windows Server 2008 R2 Hyper-V.
Il documento Linee guida per l'ottimizzazione delle prestazioni per Windows Server 2008 R2 fornisce informazioni dettagliate sull'ottimizzazione di Windows Server 2008 R2 e include una sezione specificamente incentrata su Hyper-V.
Prerequisiti della piattaforma Hyper-V
Hyper-V è un ruolo del server disponibile per 64 bit e tutte le edizioni di Windows Server 2008 SP2 sono solo a 64 bit. Inoltre, l'hardware fisico deve supportare la virtualizzazione assistita dall'hardware. Ciò significa che il processore deve essere compatibile con la tecnologia Intel Virtualization Technology (Intel VT) o AMD Virtualization (AMD-V), il BIOS di sistema deve supportare Data Execution Prevention (DEP) e DEP deve essere abilitato. In modo specifico, è necessario abilitare Intel XD bit (Execute Disable Bit) o AMD NX bit (No Execute Bit).
Nota
Dopo aver abilitato queste opzioni nel BIOS di sistema, disattivare completamente il computer e quindi riavviare il computer per assicurarsi che queste impostazioni vengano applicate.
Determinazione dei requisiti hardware
A causa delle richieste di consolidamento dei server, i server Hyper-V tendono a utilizzare una quantità maggiore di CPU e memoria e richiedono una maggiore larghezza di banda di I/O su disco rispetto ai server fisici con carichi di calcolo simili. Per distribuire un ambiente che soddisfi le aspettative, considerare i fattori seguenti per determinare i requisiti hardware esatti del server.
Opzioni di configurazione dell'archiviazione
L'hardware di archiviazione deve fornire una larghezza di banda e una capacità di archiviazione di I/O sufficienti per soddisfare le esigenze correnti e future delle macchine virtuali che si prevede di ospitare. Quando si sceglie la configurazione di archiviazione per Hyper-V tra l'utilizzo della capacità e le prestazioni che può offrire, esiste un compromesso.
Quando si pianifica la configurazione dell'archiviazione, considerare i requisiti dell'ambiente di cui si esegue il provisioning. I requisiti per gli ambienti di produzione, preproduzione e sviluppo possono variare notevolmente.
Se si distribuisce un ambiente di BizTalk Server di produzione in Hyper-V, le prestazioni saranno un requisito fondamentale. Per evitare conflitti di I/O su disco nei sistemi di produzione occupati, installare i servizi di integrazione sia nel sistema operativo host che nel sistema operativo guest e configurare i dischi per i volumi di dati con il controller SCSI sintetico. Per carichi di lavoro di I/O di archiviazione a elevato utilizzo elevato che si estendono su più unità dati, ogni disco rigido virtuale deve essere collegato a un controller SCSI sintetico separato per migliorare le prestazioni complessive. Inoltre, ogni disco rigido virtuale deve essere archiviato in dischi fisici separati. Per altre informazioni sulla configurazione dei dischi per i volumi di dati con il controller SCSI sintetico, vedere la sezione "Ottimizzare le prestazioni del disco" dell'argomento Elenco di controllo: Ottimizzazione delle prestazioni in Hyper-V.
In genere, gli ambienti di sviluppo non hanno requisiti rigorosi in materia di prestazioni, poiché l'ottimizzazione dell'utilizzo delle risorse tende a essere la priorità principale. Per gli ambienti di sviluppo, le prestazioni fornite quando si ospitano più file VHD in un'unica unità fisica sono in genere accettabili.
Hyper-V supporta diversi tipi di opzioni del disco di archiviazione. Ognuna delle opzioni di archiviazione può essere collegata tramite un IDE o un controller SCSI al computer. Un potenziale vantaggio dell'uso del controller SCSI sul controller IDE è che funzionerà correttamente solo se le versioni corrette dei componenti di integrazione del sistema operativo sono state installate nella macchina virtuale guest. Si tratta di un metodo semplice per garantire che i componenti di integrazione del sistema operativo corretti siano installati nel sistema operativo guest.
Nota
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 durante l'accesso ai dischi rigidi virtuali.
Per attività di lettura/scrittura intensive, ad esempio l'hosting di database SQL Server, l'opzione del disco pass-through offre vantaggi incrementali delle prestazioni rispetto ai dischi rigidi virtuali fissi. L'opzione pass-through consente alla macchina virtuale di avere accesso diretto al disco fisico e ignora il file system NTFS nella partizione radice, ma non supporta determinate funzionalità dei dischi virtuali, ad esempio snapshot di macchine virtuali e supporto del clustering. Pertanto, l'uso della funzionalità del 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.
La tabella seguente riepiloga i vantaggi e gli svantaggi delle opzioni di archiviazione Hyper-V disponibili:
| Tipo di archiviazione Hyper-V | Vantaggi | Svantaggi | Considerazioni sulla BizTalk Server |
|---|---|---|---|
| Dischi a dimensione fissa | Offre prestazioni migliori rispetto a un disco rigido virtuale dinamico perché il file VHD viene inizializzato alla dimensione massima possibile quando viene creato nel disco rigido fisico. Ciò rende meno probabile la frammentazione e, pertanto, attenua gli scenari in cui un singolo I/O è suddiviso in più I/O. Ciò comporta il sovraccarico minimo della CPU dei tipi di disco rigido virtuale perché le letture e le scritture non devono cercare il mapping del blocco. |
Richiede l'allocazione della quantità totale di spazio su disco in anticipo. | Usare per i volumi del sistema operativo su BizTalk Server e SQL Server. Importante: Il disco di avvio di una partizione guest Hyper-V deve essere collegato a un controller IDE. |
| Espansione dinamica dei dischi | Le dimensioni del file VHD aumentano alle dimensioni specificate durante la creazione del disco, poiché più dati vengono archiviati nella macchina virtuale stessa. Questo consente l'uso più efficiente dello spazio di archiviazione disponibile. | Non esegue oltre a un disco rigido virtuale a dimensione fissa. Ciò è dovuto al fatto che i blocchi nel disco iniziano come blocchi con zero, ma non sono supportati da alcuno spazio effettivo nel file VHD. Le letture da tali blocchi restituiscono un blocco di zeri. Quando un blocco viene scritto per la prima volta in , lo stack di virtualizzazione deve allocare spazio all'interno del file VHD per il blocco e quindi aggiornare i metadati corrispondenti. Oltre a questo, ogni volta che viene fatto riferimento a un blocco esistente, è necessario cercare il mapping dei blocchi nei metadati. Ciò aumenta il numero di attività di lettura e scrittura che a sua volta causano un aumento dell'utilizzo della CPU. La crescita dinamica richiede anche che l'amministratore del server monitori la capacità del disco per garantire che sia disponibile spazio di archiviazione sufficiente man mano che aumentano i requisiti di archiviazione. |
Non esegue oltre a un disco rigido virtuale a dimensione fissa. Se le prestazioni non sono un problema, ad esempio in un ambiente di sviluppo, questa può essere un'opzione adatta per i dischi rigidi del sistema operativo. Causa un sovraccarico aggiuntivo della CPU dovuto alla ricerca del mapping dei blocchi. |
| Dischi differenze | Questa configurazione padre-figlio in cui il disco differenze archivia tutte le modifiche relative a un disco rigido virtuale di base e il disco rigido virtuale di base rimane statico. Pertanto, solo i blocchi diversi dall'elemento padre devono essere archiviati nel disco rigido virtuale diverso da quello figlio. | Le prestazioni possono peggiorare perché le operazioni di lettura/scrittura devono accedere al disco rigido virtuale padre fisso/dinamico e al disco differenze. Ciò aumenta l'utilizzo della CPU e il sovraccarico di I/O del disco. | Una grande quantità di configurazione specifica del computer è necessaria per le installazioni di BizTalk Server e i file VHD figlio possono aumentare notevolmente, riducendo al minimo i vantaggi derivanti dall'uso di questa configurazione del disco. La lettura da più dischi rigidi virtuali in questo scenario comporta un sovraccarico aggiuntivo di I/O della CPU e del disco. |
| Dischi pass-through | Si tratta di dischi fisici che sono impostati su offline nella partizione radice e consentono a Hyper-V di avere accesso esclusivo in lettura/scrittura al disco fisico. | Richiede un disco o un LUN completamente dedicato per poterlo allocare a una macchina virtuale. Un disco fisico è più difficile da spostare tra computer rispetto ai file VHD. |
Se l'istanza di SQL Server è in esecuzione in hyper-V, è possibile ottenere miglioramenti incrementali delle prestazioni usando dischi pass-through tramite dischi rigidi virtuali fissi (VHD) per i volumi di dati BizTalk Server. Se si ospitano percorsi di ricezione di file locali in BizTalk Server o si esegue lo streaming di messaggi di grandi dimensioni su disco durante l'elaborazione, è possibile ottenere miglioramenti incrementali delle prestazioni usando dischi pass-through tramite dischi rigidi virtuali fissi. |
Per altre informazioni sull'implementazione di dischi e archiviazione con Hyper-V, vedere Implementazione di dischi e archiviazione.
Rete
BizTalk Server tende a presentare un utilizzo elevato della rete. Pertanto, quando le prestazioni di rete sono un problema, valutare la possibilità di allocare una scheda di rete fisica separata per ogni macchina virtuale.
Quando si configura una macchina virtuale, assicurarsi di usare la scheda di rete anziché la scheda di rete legacy. La scheda di rete legacy è destinata ai sistemi operativi che non supportano i componenti di integrazione.
Per misurare le prestazioni di rete, usare i contatori "\Network Interface \Bytes Total/sec" e \Network Interface(*)\Output Queue Length performance monitor nel sistema operativo host per misurare le prestazioni complessive della scheda di rete. Se una rete fisica è stata identificata come occupata, usare il contatore "\Hyper-V Rete virtuale Adapter (*)\Bytes/sec" nel sistema operativo host per identificare le schede di rete della macchina virtuale che generano un carico elevato.
Per altre informazioni sulla valutazione delle prestazioni di rete in un ambiente Hyper-V, vedere la sezione Misurazione delle prestazioni di retenell'elenco di controllo: Misurazione delle prestazioni in Hyper-V.
CPU
Hyper-V supporta diversi numeri di processori virtuali per sistemi operativi guest diversi; come riepilogato nella tabella seguente. Per allocare le risorse massime della CPU per BizTalk Server, installarle in un sistema operativo guest Windows Server 2008 R2, che supporta quattro processori virtuali per macchina virtuale.
Configurare un'allocazione da 1 a 1 di processori virtuali nei sistemi operativi guest ai processori logici disponibili per il sistema operativo host per evitare un cambio di contesto eccessivo. Il passaggio eccessivo del contesto tra processori comporterà una riduzione delle prestazioni. Per altre informazioni sull'allocazione di processori virtuali a processori logici, vedere la sezione "Ottimizzare le prestazioni del processore" dell'argomento Elenco di controllo: Ottimizzazione delle prestazioni in Hyper-V.
Il contatore "\Hyper-V Hypervisor Logical Processor(_Total)\% Total Run Time" Monitor prestazioni misura l'utilizzo complessivo delle risorse di tutti i computer guest e l'hypervisor nell'host Hyper-V. Se questo valore è superiore al 90%, il server è in esecuzione con capacità massima; l'allocazione di processori virtuali aggiuntivi alle macchine virtuali in questo scenario può compromettere le prestazioni complessive del sistema ed è consigliabile evitare. Per altri dettagli sull'uso dei contatori delle prestazioni HyperV, vedere la sezione Valutazione delle prestazioni BizTalk Server in Hyper-V di questa guida.
| 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 a 64 bit | 4 |
| Windows Server 2008 SP2 a 32 bit | 4 |
| Windows 7 a 64 bit | 4 |
| Windows 7 a 32 bit | 4 |
| Windows Vista a 64 bit | 2 |
| Windows Vista 32 bit | 2 |
Nota
Per altre informazioni sui sistemi operativi guest supportati in Hyper-V, vedere https://go.microsoft.com/fwlink/?LinkID=118347.
Memoria
Il server fisico richiede memoria sufficiente per la partizione radice e per tutte le macchine virtuali in esecuzione nel server. Durante i test è stato allocato un minimo di 2 GB di memoria alla partizione radice e il contatore di monitoraggio delle prestazioni Memory/Available Mbytes è stato monitorato per garantire che non sia stata verificata alcuna pressione sulla memoria.
La quantità di memoria che deve essere allocata a ogni macchina virtuale in un ambiente BizTalk Server dipende dal carico di lavoro e dal tipo di elaborazione che verrà eseguito. Esistono molti fattori che influiscono sui requisiti di memoria di BizTalk Server, tra cui:
Dimensioni dei messaggi elaborati
Velocità effettiva dei messaggi
Progettazione dell'orchestrazione
Elaborazione della pipeline
Numero di host BizTalk che si prevede di eseguire all'interno della macchina virtuale
Per un elenco completo dei fattori che influiscono sulla memoria, vedere la sezione "Fattori di prestazioni" della guida alle ottimizzazioni delle prestazioni di BizTalk Server.
Monitorare in modo proattivo il contatore Memory/Available Mbytes dall'interno di ogni macchina virtuale e dalla partizione radice stessa. Le linee guida seguenti dell'elenco di controllo: Misurare le prestazioni in Hyper-V devono essere usate per determinare se è disponibile memoria fisica sufficiente per la macchina virtuale e per la partizione radice:
50% della memoria libera disponibile o superiore = Integro
25% della memoria libera disponibile = Monitoraggio
10% della memoria disponibile = Avviso
Meno del 5% della memoria libera disponibile = Critico, le prestazioni saranno influenzate negativamente
Scelta della versione del sistema operativo radice
Hyper-V è supportato in un Server Core e in un'installazione completa di Windows Server 2008 R2. Per ridurre al minimo il sovraccarico della partizione radice, installare Hyper-V in un'installazione Server Core di Windows Server 2008 R2. Il ruolo Hyper-V può essere gestito in remoto dalla console di gestione di Hyper-V in un sistema diverso. Server Core fornisce un profilo di memoria e disco più piccolo, lasciando quindi più risorse disponibili per le macchine virtuali. Per altre informazioni sull'opzione di installazione Server Core disponibile per Windows Server 2008 R2, vedere Server Core per Windows Server 2008 R2.
Se si sceglie di usare un'installazione completa di Windows Server 2008 R2, assicurarsi che la partizione radice sia dedicata solo al ruolo del server Hyper-V. L'esecuzione di ruoli del server aggiuntivi utilizzerà memoria, disco, processore e risorse di rete e renderà ridotte le prestazioni.
Creazione del Macchine virtuali
Dopo aver installato e configurato il ruolo del server Hyper-V, è necessario creare le macchine virtuali. Prima di procedere, è utile rispondere alle domande seguenti:
Quale configurazione di archiviazione verrà usata?
Quanti processori virtuali supportano il sistema operativo guest?
Quanta memoria verrà allocata alla macchina virtuale?
Quante macchine virtuali è possibile eseguire nel server Hyper-V?
Come si installa il sistema operativo nel computer?
Per altre informazioni su come creare e configurare macchine virtuali, vedere Creare Macchine virtuali.
Installazione del sistema operativo di base
Tutte le opzioni disponibili per l'installazione di un server fisico sono disponibili in Hyper-V. È possibile usare un supporto CD/DVD-ROM di avvio o un'immagine ISO per eseguire un'installazione manuale. È possibile eseguire un'installazione di rete se la macchina virtuale è stata configurata con una scheda di rete connessa alla stessa rete di un server che ospita le immagini ISO.
Importante
Indipendentemente dal metodo di installazione scelto, per motivi di prestazioni è fondamentale installare i componenti di integrazione del sistema operativo per ogni macchina virtuale in esecuzione in Hyper-V. I componenti di integrazione forniscono un set di driver e servizi che consentono al computer guest di eseguire usando dispositivi sintetici. I dispositivi sintetici evitano la necessità di dispositivi emulati, usati nei sistemi operativi che non supportano i componenti di integrazione. I dispositivi emulati comportano un sovraccarico di sistema maggiore rispetto ai dispositivi sintetici.
Per installare e configurare i computer usati in questo lab, è stata creata un'immagine di base iniziale in un disco rigido virtuale a dimensione fissa. Ciò ha comportato un'installazione manuale di Windows Server 2008 R2. Dopo aver installato tutti gli aggiornamenti appropriati, la macchina virtuale di base è stata immagineta usando l'utilità sysprep installata con Windows Server 2008, nella directory %WINDIR%\system32\sysprep.
Nota
L'esecuzione di Sysprep dopo BizTalk Server è stata installata e configurata nel server può essere eseguita tramite l'uso di un file di risposte Sysprep e di script forniti con BizTalk Server. Questi script di esempio sono progettati per l'uso con BizTalk Server installati in Windows Server 2008 R2. Per altre informazioni, vedere la documentazione online di BizTalk Server.
Installazione e configurazione di BizTalk Server
Per ridurre al minimo il tempo necessario per installare le macchine virtuali, creare un'immagine di base costituita solo dai prerequisiti del sistema operativo guest e del software. Usare SysPrep per preparare l'immagine del disco rigido virtuale per il riutilizzo e quindi basare tutte le macchine virtuali in questo disco rigido virtuale.
Nota
Dopo aver installato e configurato BizTalk Server nel server, è possibile eseguire SysPrep su un'immagine di base usando un file di risposte SysPrep e script forniti con BizTalk Server. Questi script di esempio sono progettati per l'uso con BizTalk Server e vengono installati in Windows Server 2008 R2. Per altre informazioni, vedere Sysprep a BizTalk Server VHD (BizTalk Server Sample), Guida di riferimento all'installazione automatica di Windows e Informazioni di riferimento sull'installazione automatica di Windows.
Seguire le indicazioni riportate in "Quando si installa e si configura BizTalk Server..." sezione dell'argomento Elenco di controllo: Procedure consigliate per l'installazione e la configurazione di BizTalk Server in Hyper-V.
Per informazioni sul supporto di BizTalk Server e SQL Server in un ambiente Hyper-V, vedere Appendice C: BizTalk Server e SQL Server supporto di Hyper-V.