Indicazioni per le macchine virtuali (SharePoint Server 2010)

Ultima modifica dell'argomento: 2016-11-30

In questo articolo sono incluse indicazioni per la configurazione di una macchina virtuale che utilizza tecnologia Hyper-V per Windows Server 2008 e viene utilizzata in una farm Microsoft SharePoint Server 2010, inclusi i server della farm nel livello di server Web, nel livello di server applicazioni e nel livello di server di database. Prima di configurare una macchina virtuale per una farm SharePoint, è consigliabile leggere la Guida introduttiva a Hyper-V (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=187754&clcid=0x410). Poiché ogni scelta di configurazione per una macchina virtuale o la relativa infrastruttura influisce sulle prestazioni o le funzionalità (SharePoint Server 2010 e Hyper-V), è importante comprendere le singole opzioni di configurazione.

In un ambiente Hyper-V, è possibile scegliere di specificare la configurazione della rete virtuale e per ogni macchina virtuale. È inoltre possibile configurare l'interazione tra la macchina virtuale e l'host di virtualizzazione, nonché il comportamento di arresto e riavvio della macchina virtuale qualora lo stato di esecuzione della macchina virtuale venga interrotto.

Contenuto dell'articolo:

• Networking

• Network adapters

• Virtual machine configuration

• Integration services

• Using snapshots

Rete

È possibile configurare la rete Hyper-V prima di creare le macchine virtuali o dopo averne create alcune. È inoltre possibile creare più di una macchina virtuale per un host Hyper-V.

Se si utilizza Gestione reti virtuali (accessibile da Hyper-V Manager), è possibile scegliere tra tre tipi diversi di reti virtuali. Nella tabella seguente è illustrato un riepilogo dei tipi di rete e delle relative caratteristiche.

Utilizzare i requisiti della farm SharePoint Server per determinare quale delle tre configurazioni di rete utilizzare in un host di virtualizzazione. Ad esempio, nell'articolo Guida introduttiva: distribuire un singolo server in un ambiente isolato Hyper-V (SharePoint Server 2010) è stata utilizzata una rete interna per isolare l'ambiente di testing da un ambiente di produzione.

Dopo aver identificato il tipo di rete che si desidera utilizzare, è possibile specificare l'intervallo di indirizzi MAC (Media Access Control) che vengono assegnati automaticamente alle schede virtuali. Microsoft Hyper-V Server 2008 versione R2 consente di assegnare indirizzi MAC statici a una scheda allo scopo di evitare conflitti nella rete.

Dalla prospettiva delle prestazioni di rete, la possibilità di creare reti locali virtuali (VLAN, Virtual Local Area Network) può offrire dei vantaggi in termini di prestazioni. Le macchine virtuali sulla stessa VLAN possono comunicare tramite lo switch virtuale, pertanto il traffico della rete è più veloce in quanto non deve utilizzare la scheda di rete fisica. Un altro vantaggio di una configurazione VLAN consiste nel fatto che è basata sul software, pertanto i computer possono essere spostati agevolmente conservando le configurazioni di rete.

I collegamenti seguenti offrono maggiori informazioni sui concetti relativi alle reti virtuali e alle modalità di configurazione di tali reti.

• Funzionamento dele reti di base in Hyper-V (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=128228&clcid=0x410)

• Hyper-V: utilizzi dei diversi tipi di reti virtuali (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=128085&clcid=0x410)

• Informazioni sulle VLAN Hyper-V (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=180709&clcid=0x410)

• VLAN Hyper-V Parte II (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=18775&clcid=0x410)

• Configurare le reti virtuali (https://go.microsoft.com/fwlink/?linkid=158767&clcid=0x410)

Schede di rete

È possibile collegare due tipi di schede di rete a una macchina virtuale: una scheda di rete e una scheda legacy. Una scheda di rete garantisce prestazioni migliori rispetto alla scheda legacy, poiché quest'ultima emula una scheda Fast Ethernet PCI basata su Intel 21140, producendo un trasferimento di dati inferiore rispetto alla scheda di rete. Una scheda di rete legacy supporta inoltre le installazioni basate sulla rete poiché include la possibilità di avviare Pre-Boot Execution Environment (PXE).

A meno che non sia necessario utilizzare una scheda legacy fino a quando sarà possibile installare il driver della macchina virtuale o sia necessario eseguire un avvio di rete, è consigliabile configurare la macchina virtuale con una scheda di rete.

Analogamente ai server fisici, è possibile installare più schede in una macchina virtuale.

Configurazione macchina virtuale

Hyper-V offre numerose opzioni per la configurazione di una macchina virtuale, che possono essere modificate dopo aver avviato la macchina virtuale e installato Microsoft SharePoint Server. Per poter modificare la configurazione, sarà necessario arrestare la macchina virtuale. In base alla gestione delle capacità e alla pianificazione della disponibilità elevata eseguite secondo quanto descritto in Gestione della capacità e disponibilità elevata in un ambiente virtuale (SharePoint Server 2010), configurare gli aspetti seguenti per ogni macchina virtuale:

• La sequenza di avvio (scheda di rete legacy, CD, IDE o disco floppy)

• La quantità di memoria

• Il numero di processori virtuali, fino a un massimo di quattro

• Il tipo e il numero dei controller

• Il tipo e il numero dei dischi

• Il tipo e il numero delle schede di rete

Oltre alle configurazioni precedenti, è anche possibile configurare le porte COM e un disco floppy virtuale.

Dal punto di vista di SharePoint Server, le considerazioni di configurazione principali riguardano la memoria, il processore e il tipo e numero di controller e dischi rigidi.

Memoria

Dopo aver creato una riserva RAM di 2 GB per l'host di virtualizzazione, è possibile configurare una macchina virtuale con qualsiasi quantità di memoria restante. Sarà tuttavia necessario tenere in considerazione la quantità di memoria assegnata alle altre macchine virtuali in esecuzione sullo stesso host di virtualizzazione.

L'effettivo overhead di memoria in Hyper-V è relativamente ridotto. Questa situazione può essere chiaramente illustrata scaricando il file Hyper-V RAM Calculator.xls (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=187756&clcid=0x410) e utilizzandolo per calcolare l'utilizzo di RAM in un host di dimensioni specifiche con diverse macchine virtuali.

Processore

È possibile configurare più processori virtuali per una macchina virtuale, fino a un massimo di quatto. Non è possibile configurare un numero di processori per macchina virtuale superiore al numero di processori logici (core) nell'host di virtualizzazione. Ad esempio, nel caso di un server fisico dual core, è possibile configurare fino a due processori virtuali per una macchina virtuale. Sebbene Hyper-V supporti fino a otto processori virtuali per core, una configurazione che utilizzi questo rapporto (1 processore logico: 8 virtuali) include troppe sottoscrizioni. Per qualsiasi macchina virtuale utilizzata in una farm SharePoint, è consigliabile un rapporto di 1:1. Sebbene un numero eccessivo di sottoscrizioni della CPU nell'host di virtualizzazione possa funzionare, le prestazioni si ridurranno in relazione al numero di tali sottoscrizioni.

Controller e disco rigido

È possibile selezionare dispositivi Integrated Device Electronics (IDE) o SCSI nelle macchine virtuali, come indicato di seguito:

• Dispositivi IDE: Hyper-V utilizza dispositivi con controller IDE. È possibile utilizzare fino a due controller IDE con due dischi per ciascun controller. Il disco di avvio deve essere collegato a uno dei dispositivi IDE e può essere un disco rigido virtuale o un disco fisico. Sebbene una macchina virtuale debba utilizzare un dispositivo IDE quale disco di avvio per avviare il sistema operativo guest, è possibile scegliere tra numerose opzioni quando si seleziona il dispositivo fisico che offrirà l'archiviazione per il dispositivo IDE.

• Dispositivi SCSI: ogni macchina virtuale supporta fino a 256 dischi SCSI, quattro SCSI che supportano ognuno fino a 64 dischi. I controller SCSI utilizzano un tipo di dispositivo sviluppato in modo specifico per l'uso con le macchine virtuali e si avvalgono del bus macchina virtuale per comunicare. Il bus macchina virtuale deve essere disponibile quando si avvia il sistema operativo guest. Pertanto, i dischi rigidi virtuali collegati ai controller SCSI non possono essere utilizzati come dischi di avvio.

  Nota

  Sebbene le prestazioni I/O dei dispositivi fisici SCSI e IDE possano differire in modo significativo, ciò non accade per i dispositivi SCSI e IDE virtualizzati in Hyper-V. Tali dispositivi offrono entrambi le stesse prestazioni di I/O quando i servizi di integrazione sono installati nel sistema operativo guest. Il supporto per i dischi rigidi con collegamento a caldo, garantito dall'implementazione di SCSI in Hyper-V, è motivo più valido per scegliere le unità SCSI rispetto ai vantaggi in termini di prestazioni.

La versione di Hyper-V rilasciata con Windows Server 2008 R2 offre notevoli miglioramenti nelle prestazioni del disco rigido virtuale. Per ulteriori informazioni, vedere Prestazioni disco rigido virtuale: Windows Server 2008 / Windows Server 2008 R2 / Windows 7 (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=186519&clcid=0x410). Per un riepilogo delle opzioni di unità della macchina virtuale, vedere la sezione relativa alla scelta del formato dei contenitori di archiviazione Hyper-V e del disco rigido virtuale inclusa in questo white paper. Inoltre, seguendo il consiglio dell'autore, quando si sceglie il disco rigido virtuale per un ambiente, è opportuno valutare le prestazioni di accesso e le esigenze di archiviazione. Quando si utilizza Windows Server 2008 R2, la scelta riguarda meno la velocità di accesso e principalmente la quantità di memoria utilizzata a causa della memorizzazione avanzata nella cache.

Servizi di integrazione

Hyper-V include un pacchetto software per i sistemi operativi guest supportati che migliora l'integrazione tra il computer fisico e la macchina virtuale. Tale pacchetto corrisponde ai servizi di integrazione. È necessario verificare che il sistema operativo di gestione, che esegue il ruolo Hyper-V, e le macchine virtuali eseguano la stessa versione dei servizi di integrazione. Per ulteriori informazioni, vedere Compatibilità delle versioni dei servizi di integrazione (https://go.microsoft.com/fwlink/?linkid=188011&clcid=0x410).

Per ogni macchina virtuale è possibile configurare gli elementi di integrazione seguenti tra la macchina virtuale e l'host di virtualizzazione:

• Arresto del sistema operativo

• Sincronizzazione dell'ora

• Scambio di dati

• Heartbeat

• Backup (snapshot del volume)

Avvio e arresto automatico

Per ogni macchina virtuale è possibile configurare il comportamento di avvio e arresto automatico nel caso in cui una macchina fisica venga arrestata. Le opzioni per l'arresto sono le seguenti:

• Salvare lo stato della macchina virtuale. Lo stato corrente della macchina virtuale viene salvato e, quando essa viene avviata, Hyper-V tenta di ripristinarla nello stato in cui si trovava.

• Disattivare la macchina virtuale. Ciò equivale a staccare l'alimentazione di un server.

• Arrestare il sistema operativo guest (macchina virtuale). Ciò equivale ad arrestare la macchina utilizzando l'opzione Arresta di Windows.

Nel caso di una macchina virtuale SharePoint Server, non configurarla per salvare lo stato. Le macchine virtuali che vengono ripristinate dallo stato salvato non sono sincronizzate con gli altri server della farm. È consigliabile configurare la macchina virtuali affinché utilizzi la procedura di arresto poiché rappresenta il metodo più pulito per ridurre al minimo le possibilità di danneggiamento della macchina virtuale. Quando si verifica un arresto, a tutti i processi timer in esecuzione viene consentito di completare l'esecuzione e non si verificano problemi di sincronizzazione al riavvio della macchina virtuale.

L'opposto di un arresto automatico è costituito da un avvio automatico. Hyper-V include le opzioni di avvio seguenti quando il server fisico viene riavviato:

• Nessuna operazione. All'arresto del server fisico è necessario avviare la macchina virtuale manualmente indipendentemente dallo stato.

• Avvio automatico se la macchina era in esecuzione quando il servizio è stato arrestato.

• Avvio automatico della macchina virtuale in qualsiasi caso. All'arresto del server fisico Hyper-V avvierà la macchina indipendentemente dallo stato.

È consigliabile utilizzare una delle prime due opzioni. Entrambe sono valide, ma la decisione spetta al team IT che gestisce l'ambiente virtuale.

Oltre alle precedenti opzioni di avvio, è possibile configurare un ritardo di avvio per una macchina virtuale. Questa soluzione è utile per ridurre conflitti per le risorse in un host di virtualizzazione. Tuttavia, se l'opzione di avvio corrisponde a non eseguire alcuna operazione, questo problema non sussiste.

Utilizzo degli snapshot

Gli snapshot costituiscono uno strumento molto utile per acquisire lo stato corrente di una macchina virtuale in esecuzione, sospesa o arrestata. La caratteristica di snapshot consente di tornare rapidamente e con facilità a una configurazione precedente della macchina virtuale. Questa funzionalità è particolarmente adatta agli ambienti di sviluppo o di testing.

È consigliabile non utilizzare la caratteristica di snapshot nelle macchine virtuali in un ambiente di produzione per i motivi seguenti:

• Sincronizzazione orologio. quando si crea uno snapshot di una macchina virtuale in esecuzione, esiste una latenza tra il momento in cui la creazione dello snapshot viene iniziata e il momento in cui viene completata. Tale latenza incide sui processi timer di SharePoint Server e, pertanto, sulla sincronizzazione dell'ora tra i server della farm.

  Importante

  Se si sceglie di creare uno snapshot di una macchina virtuale, arrestarla per consentire il completamento dei processi prima di iniziare a creare lo snapshot. È consigliabile monitorare attentamente la macchina virtuale e gli altri server della farm dopo il riavvio della macchina virtuale per verificare che non si siano verificati problemi di sincronizzazione.

• Prestazioni. Quando si crea uno snapshot per una macchina virtuale, in effetti si crea un disco differenze. Si verifica uno scambio continuo di dati della configurazione tra la macchina virtuale e lo snapshot, che incide sulle prestazioni.