Installazione e Configurazione di una Macchina Virtuale Hyper-V per l’uso con BizTalk Server

Questo argomento fornisce una serie di raccomandazioni per l’installazione e la configurazione di BizTalk Server in un ambiente Hyper-V, comprese le raccomandazioni per l’installazione e la configurazione della macchina virtuale Hyper-V e raccomandazioni per l’installazione di BizTalk Server su una macchina virtuale Hyper-V.

Installazione e configurazione di Hyper-V

Prima di installare Hyper-V, vedere Le novità di Hyper-V in Windows Server 2008 R2. La guida “Microsoft Hyper-V Server 2008 R2 Guida introduttiva” fornisce dettagli su come installare e configurare Windows Server 2008 R2 Hyper-V. La guida è disponibile all’indirizzo https://go.microsoft.com/fwlink/?LinkID=202431.

“Le linee guida di ottimizzazione delle prestazioni per Windows Server 2008 R2” documento fornisce dettagli sulla messa a punto di Windows Server 2008 R2 e include una sezione specificamente focalizzata su Hyper-V. Il documento è disponibile a https://go.microsoft.com/fwlink/?LinkID=202087.

Prerequisiti della piattaforma Hyper-V

Hyper-V è un ruolo 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 (Intel VT) o AMD Virtualization (AMD-V), il BIOS di sistema deve supportare la prevenzione dell’esecuzione dei dati (DEP) e il DEP deve essere abilitato. In particolare, è necessario abilitare il bit Intel XD (execute disable bit) o il bit AMD NX (no execute bit).

Determinazione dei requisiti hardware

A causa delle esigenze di consolidamento dei server, i server Hyper-V tendono a consumare più CPU e memoria e richiedono una maggiore larghezza di banda I/O del disco rispetto ai server fisici con carichi di elaborazione comparabili. Per distribuire un ambiente che soddisfi le aspettative, considera i fattori seguenti per determinare i requisiti hardware esatti del tuo server.

Opzioni di configurazione dello storage

L’hardware di storage dovrebbe fornire larghezza di banda I/O e capacità di archiviazione sufficienti per soddisfare le esigenze attuali e future delle macchine virtuali che si prevede di ospitare. C’è un compromesso quando si sceglie la configurazione di archiviazione per Hyper-V tra l’utilizzo della capacità e le prestazioni che può fornire.

Quando si pianifica la configurazione dello storage, considerare i requisiti dell’ambiente di cui si sta eseguendo il provisioning. I requisiti per gli ambienti di produzione, pre-produzione e sviluppo possono differire notevolmente.

Se si sta distribuendo un ambiente production BizTalk Server su Hyper-V, le prestazioni saranno un requisito chiave. Per evitare conflitti di I/O su disco su sistemi di produzione occupati, installare integration Services sul sistema operativo host e guest e configurare i dischi per i volumi di dati con il controller SCSI sintetico. Per carichi di lavoro I/O di storage ad alta intensità che si estendono su più unità di dati, ogni VHD deve essere collegato a un controller SCSI sintetico separato per migliorare le prestazioni complessive. Inoltre, ogni VHD deve essere memorizzato su dischi fisici separati. Per ulteriori informazioni sulla configurazione dei dischi per i volumi di dati con il controller SCSI sintetico, vedere la sezione” Ottimizza le prestazioni del disco ” della lista di controllo argomento: Ottimizzazione delle prestazioni su Hyper-V.

In genere, gli ambienti di sviluppo non hanno requisiti di prestazioni rigorosi poiché la massimizzazione dell’utilizzo delle risorse tende ad essere la priorità principale. Per gli ambienti di sviluppo le prestazioni fornite quando si ospitano più file VHD su una singola unità fisica sono generalmente accettabili.

Hyper-V supporta diversi tipi di opzioni del disco di archiviazione. Ciascuna delle opzioni di archiviazione può essere collegata alla macchina tramite un controller IDE o SCSI. Un potenziale vantaggio dell’utilizzo del controller SCSI sul controller IDE è che funzionerà correttamente solo se le versioni corrette dei componenti di integrazione del sistema operativo sono state installate sulla macchina virtuale guest. Questo è un metodo semplice per garantire che i componenti corretti di integrazione del sistema operativo siano installati sul sistema operativo guest.

Per attività di lettura-scrittura intensive, come l’hosting di database SQL Server, l’opzione passthrough disk offre vantaggi incrementali in termini di prestazioni rispetto ai dischi fissi virtual Hard disk (VHD). L’opzione passthrough consente alla macchina virtuale di avere accesso diretto al disco fisico e ignora il file system NTFS nella partizione di root, ma non supporta alcune funzionalità dei dischi virtuali, come le istantanee della macchina virtuale e il supporto per il clustering. Pertanto, l’uso della funzione passthrough disk non è raccomandato in un ambiente BizTalk o SQL Server perché i vantaggi marginali delle prestazioni sono più che compensati dalla funzionalità mancante.

La seguente tabella riassume i vantaggi e gli svantaggi delle opzioni di archiviazione Hyper-V disponibili:.

Hyper-V Tipo di Archiviazione	Pro	Contro	Considerazioni per BizTalk Server
dimensione Fissa, dischi	Esegue meglio di una dinamica VHD perché il file VHD è inizializzato al suo massimo quando viene creato sul disco rigido fisico. Ciò rende meno probabile la frammentazione e, pertanto, mitiga gli scenari in cui un singolo I/O viene suddiviso in più I/O. Questo ha il sovraccarico della CPU più basso dei tipi VHD perché le letture e le scritture non hanno bisogno di cercare la mappatura del blocco.	Richiede l’allocazione dell’intera quantità di spazio su disco in anticipo.	Utilizzare 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.
Dischi in espansione dinamica	La dimensione del file VHD aumenta fino alla dimensione specificata durante la creazione del disco, poiché più dati vengono memorizzati sulla macchina virtuale stessa. Questo consente l’uso più efficiente dello spazio di archiviazione disponibile.	Non funziona come un VHD di dimensioni fisse. Questo perché i blocchi nel disco iniziano come blocchi azzerati 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, lo stack di virtualizzazione deve allocare spazio all’interno del file VHD per il blocco e quindi aggiornare i metadati corrispondenti. Oltre a ciò, ogni volta che viene fatto riferimento a un blocco esistente, la mappatura dei blocchi deve essere cercata nei metadati. Ciò aumenta il numero di attività di lettura e scrittura che a loro volta causano un maggiore utilizzo della CPU. La crescita dinamica richiede inoltre che l’amministratore del server monitora la capacità del disco per garantire che vi sia spazio di archiviazione su disco sufficiente all’aumentare dei requisiti di archiviazione.	Non funziona come un VHD di dimensioni fisse. Se le prestazioni non sono un problema, ad esempio in un ambiente di sviluppo, questa potrebbe essere un’opzione adatta per i dischi rigidi del sistema operativo. Causa un sovraccarico aggiuntivo della CPU a causa della ricerca della mappatura dei blocchi.
Differencing disks	Si tratta di una configurazione padre-figlio in cui il disco di differencing memorizza tutte le modifiche relative a un VHD di base e il VHD di base rimane statico. Pertanto solo i blocchi che sono diversi dal genitore devono essere memorizzati nel figlio che differisce da VHD.	Le prestazioni possono degradarsi perché la lettura / scrittura deve accedere al VHD genitore fisso/dinamico e al disco di differenziazione. Ciò aumenta l’utilizzo della CPU e il sovraccarico di I/O del disco.	È necessaria una grande quantità di configurazione specifica della macchina per le installazioni di BizTalk Server e i file VHD figlio potrebbero crescere in modo sostanziale, riducendo al minimo i vantaggi dell’utilizzo di questa configurazione del disco. La lettura da più VHD in questo scenario comporta un sovraccarico aggiuntivo di CPU e I / O del disco.
Dischi passthrough	Si tratta di dischi fisici che sono impostati su offline nella partizione root e consentono a Hyper-V di avere accesso esclusivo in lettura-scrittura al disco fisico.	Richiede un disco o un LUN completamente dedicato per poter essere allocato a una macchina virtuale. Un disco fisico è più difficile da spostare tra le macchine rispetto ai file VHD.	Se l’istanza di SQL Server è in esecuzione su Hyper-V, è possibile ottenere miglioramenti incrementali delle prestazioni utilizzando i dischi passthrough rispetto all’utilizzo di dischi rigidi virtuali fissi (VHD) per i volumi di dati di BizTalk Server. Se si ospitano posizioni di ricezione di file locali su BizTalk Server o si trasmettono messaggi di grandi dimensioni su disco durante l’elaborazione, è possibile ottenere miglioramenti incrementali delle prestazioni utilizzando i dischi passthrough rispetto all’utilizzo di dischi rigidi virtuali fissi (VHD).

Per ulteriori informazioni sull’implementazione di dischi e storage con Hyper-V, vedere Implementazione di dischi e storage (https://go.microsoft.com/fwlink/?LinkID=142362).

Networking

BizTalk Server tende a mostrare un elevato utilizzo della rete. Pertanto, quando le prestazioni della rete sono un problema, considerare l’assegnazione di una scheda di rete fisica separata per ogni macchina virtuale.

Quando si configura una macchina virtuale, assicurarsi di utilizzare la scheda di rete anziché la scheda di rete precedente. La scheda di rete legacy è destinata ai sistemi operativi che non supportano i componenti di integrazione.

Per misurare le prestazioni della rete utilizzare i contatori” \Network Interface \Bytes Total/sec ” e\Network Interface (*) \ Output Queue Length performance monitor sul sistema operativo host per misurare le prestazioni complessive della scheda di rete. Se una rete fisica è stata identificata come occupata, utilizzare il contatore “\Hyper-V Virtual Network Adapter (*) \ Bytes / sec ” sul sistema operativo host per identificare quali schede di rete della macchina virtuale stanno generando un carico elevato.

Per ulteriori informazioni sulla valutazione delle prestazioni di rete in un ambiente Hyper-V vedere la sezione Measuring Network Performance della lista di controllo: Measuring Performance on Hyper-V.

CPU

Hyper-V supporta diversi numeri di processori virtuali per diversi sistemi operativi guest; come riassunto nella tabella seguente. Per allocare le risorse massime della CPU per BizTalk Server, installarlo su un sistema operativo guest Windows Server 2008 R2, che supporta quattro processori virtuali per macchina virtuale.

Configurare un’allocazione 1-1 di processori virtuali nei sistemi operativi guest ai processori logici disponibili per il sistema operativo host per evitare un’eccessiva commutazione di contesto. Un eccessivo cambio di contesto tra processori comporterà un degrado delle prestazioni. Per ulteriori informazioni sull’allocazione dei processori virtuali ai processori logici, vedere la sezione “Ottimizza le prestazioni del processore” dell’elenco di controllo argomento: Ottimizzazione delle prestazioni su Hyper-V.

Il contatore di monitoraggio delle prestazioni “\Hyper-V Hypervisor Logical Processor(_Total)\% Total Runtime” misura l’utilizzo complessivo delle risorse di tutte le macchine guest e dell’hypervisor sull’host Hyper-V. Se questo valore è superiore al 90%, il server è in esecuzione alla massima capacità; l’allocazione di processori virtuali aggiuntivi alle macchine virtuali in questo scenario può degradare le prestazioni complessive del sistema e dovrebbe essere evitata. Per ulteriori dettagli sull’utilizzo dei contatori delle prestazioni HyperV, vedere la sezione Valutazione delle prestazioni di BizTalk Server su Hyper-V di questa guida.

Sistema operativo	Limite del processore virtuale
Finestre 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 32-bit	4
Windows Vista a 64-bit	2
Windows Vista 32-bit	2

Memoria

Il server fisico richiede abbastanza memoria per la partizione di root e tutte le macchine virtuali in esecuzione sul server. Durante il test, un minimo di 2 GB di memoria è stato allocato alla partizione root e il contatore di memoria/Mbyte disponibili performance monitor è stato monitorato per garantire che non si verificasse alcuna pressione di memoria.

La quantità di memoria che deve essere allocata a ciascuna macchina virtuale in un ambiente BizTalk Server dipende dal carico di lavoro e dal tipo di elaborazione che verrà eseguita. Ci sono molti fattori che influiscono sui requisiti di memoria di BizTalk Server, tra cui:

• Dimensione dei messaggi elaborati

• Throughput di messaggi

• Orchestrazione di design

• Pipeline di elaborazione

• 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 Performance” sezione di BizTalk Server Ottimizzazioni delle Prestazioni di Guida a https://go.microsoft.com/fwlink/?LinkId=122587.

  Monitorare in modo proattivo il contatore di memoria / Mbyte disponibili all’interno di ogni macchina virtuale e la partizione di root stessa. Le seguenti linee guida da Lista di controllo: Misurazione delle prestazioni su Hyper-V dovrebbe essere utilizzato per determinare se c’è abbastanza memoria fisica disponibile per la macchina virtuale e per la partizione di root:

• 50% di memoria disponibile o = più Sano

• 25% di memoria libera disponibile = Monitor

• 10% di memoria libera disponibile = Avviso

• Meno di 5% di memoria libera disponibile = Critico, le prestazioni saranno influenzati negativamente

la Scelta di Root Versione del Sistema Operativo

Hyper-V è supportato su un Server principale e un’installazione completa di Windows Server 2008 R2. Per ridurre al minimo il sovraccarico della partizione root, installare Hyper-V su un’installazione Server Core di Windows Server 2008 R2. Il ruolo Hyper-V può essere gestito in remoto dal Gestore Hyper-V su un sistema diverso. Server Core fornisce un disco più piccolo e un profilo di memoria, quindi, lasciando più risorse disponibili per le macchine virtuali. Per ulteriori informazioni sull’opzione di installazione Server Core disponibile per Windows Server 2008 R2, vedere https://go.microsoft.com/fwlink/?LinkID=202439.

Se si sceglie di utilizzare un’installazione completa di Windows Server 2008 R2, assicurarsi che la partizione root sia dedicata solo al ruolo server Hyper-V. L’esecuzione di ruoli server aggiuntivi consumerà memoria, disco, processore e risorse di rete e ridurrà le prestazioni.

Creazione di macchine virtuali

Dopo aver installato e configurato il ruolo server Hyper-V, è necessario creare le macchine virtuali. Prima di fare ciò, è utile rispondere alle seguenti domande:

• Quale configurazione di archiviazione userò?

• Quanti processori virtuali supporta il sistema operativo guest?

• Quanta memoria verrà allocata alla macchina virtuale?

• Quante macchine virtuali posso eseguire sul mio server Hyper-V?

• Come posso installare il sistema operativo sulla macchina?

  Per ulteriori informazioni su come creare e configurare le macchine virtuali, vedere Creazione di 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 utilizzare un supporto CD/DVD-ROM avviabile o un’immagine ISO per eseguire un’installazione manuale. Un’installazione di rete può essere eseguita se la macchina virtuale è stata configurata con una scheda di rete collegata alla stessa rete di un server che ospita le immagini ISO.

Per installare e configurare le macchine utilizzate in questo laboratorio, è stata creata un’immagine di base iniziale su un formato VHD fisso. Ciò ha comportato un’installazione manuale di Windows Server 2008 R2. Una volta installati tutti gli aggiornamenti appropriati, la macchina virtuale di base è stata imaged utilizzando l’utilità sysprep installata con Windows Server 2008, nella directory %WINDIR%\system32\sysprep.

Installazione e configurazione di BizTalk Server

• Per ridurre al minimo il tempo necessario per installare le macchine virtuali, creare un’immagine di base composta solo dal sistema operativo guest e dai prerequisiti software. Utilizzare SysPrep per preparare l’immagine VHD per il riutilizzo e quindi basare tutte le macchine virtuali (VM) su questo VHD.

  Nota

  Con BizTalk Server, è possibile eseguire Sysprep su un’immagine di base dopo che BizTalk Server è stato installato e configurato sul server. Questo può essere realizzato attraverso l’uso di un file di risposta Sysprep e script forniti con BizTalk Server. Questi script di esempio sono progettati per l’uso con BizTalk Server installato su Windows Server 2008 R2 . Per ulteriori informazioni, consultare la documentazione online di BizTalk Server.

  Il riferimento di installazione di Windows incustodito è disponibile a https://go.microsoft.com/fwlink/?LinkId=142364.

• Seguire i consigli nella sezione “Quando si installa e si configura BizTalk Server…” della lista di controllo argomento: Best practice per l’installazione e la configurazione di BizTalk Server su Hyper-V.

• Per informazioni sulla supportabilità di BizTalk Server e SQL Server in un ambiente Hyper-V, vedere Appendice C: Supporto di BizTalk Server e SQL Server Hyper-V.