Concetti relativi alla virtualizzazione di Exchange 2010
Si applica a: Exchange Server 2010 SP3
Ultima modifica dell'argomento: 2016-11-28
È possibile distribuire MicrosoftExchange Server 2010 in un ambiente virtualizzato. In questo argomento sono disponibili informazioni generali sugli scenari supportati per la distribuzione di Exchange 2010 su software di virtualizzazione dell'hardware.
Sommario
Requisiti per la virtualizzazione hardware
Requisiti di archiviazione per la macchina radice
Requisiti di archiviazione di Exchange
Requisiti di memoria e consigli per Exchange
Migrazione e clustering di failover basato su host per Exchange
In questo argomento vengono utilizzati i seguenti termini per illustrare la virtualizzazione di Exchange:
Avvio a freddo Questo termine indica l'azione di avviare il sistema operativo partendo da un sistema spento. In questo caso non persiste alcuno stato del sistema operativo.
Stato salvato Quando viene spenta una macchina virtuale, gli hypervisor in genere possono salvare lo stato della macchina virtuale, in modo che alla riattivazione venga ripristinato lo stato salvato, anziché lo stato derivante da un avvio a freddo.
Migrazione pianificata Se un amministratore di sistema inizia lo spostamento di una macchina virtuale da un host hypervisor all'altro, l'azione è definita migrazione pianificata. L'azione può corrispondere a una migrazione singola, ma l'amministratore di sistema può inoltre configurare l'automazione per spostare la macchina virtuale con intervalli pianificati. Una migrazione pianificata può inoltre essere il risultato di eventi che si verificano nel sistema, nonché di errori hardware o software. L'aspetto importante è che la macchina virtuale di Exchange funziona normalmente e deve essere riposizionata per qualche motivo. Questo riposizionamento può essere eseguito tramite una tecnologia come Live Migration o vMotion. Tuttavia, se la macchina virtuale di Exchange o l'host hypervisor su cui si trova la macchina virtuale è in una condizione di errore, il risultato non presenta le caratteristiche di una migrazione pianificata.
Requisiti per la virtualizzazione hardware
Microsoft supporta Exchange 2010 nella produzione con software di virtualizzazione dell'hardware solo se vengono soddisfatte tutte le seguenti condizioni:
Il software di virtualizzazione dell'hardware esegue uno dei seguenti software:
Windows Server 2008 con tecnologia Hyper-V
Windows Server 2008 R2 con tecnologia Hyper-V
Microsoft Hyper-V Server 2008
Microsoft Hyper-V Server 2008 R2
Microsoft Hyper-V Server 2012
Windows Server 2012 con tecnologia Hyper-V
Qualsiasi hypervisor di terze parti convalidato nell'ambito del programma SVVP (Server Virtualization Validation Program) di Windows.
Nota
La distribuzione dei server Exchange di produzione su computer virtuali Windows Azure non è supportata.
Il computer virtuale guest Exchange ha le seguenti condizioni:
Esegue Exchange 2010. È compresa la modalità di hosting di Exchange 2010, disponibile in Exchange 2010 SP1 ed Exchange 2010 SP2.
È distribuito su Windows Server 2008 con SP2 (o versioni successive) o Windows Server 2008 R2 RTM o versioni successive.
Nota
Quando si installa Exchange 2010 in un ambiente Hyper-V, potrebbe venire visualizzato il seguente messaggio di errore: "Installazione del ruolo server Trasporto Hub non riuscita." Per i server Active Directory virtualizzati, è consigliabile di disabilitare il componente per l'integrazione della sincronizzazione dell'ora e quindi impostare l'ora tramite un provider esterno attendibile prima di installare il ruolo Trasporto Hub. Questa raccomandazione è particolarmente importante se il proprio host è parte del dominio che ospita la macchina virtuale.
Per le distribuzioni di Exchange 2010 SP2 o Exchange 2010 SP1:
In una macchina virtuale sono supportati tutti i ruoli del server Exchange 2010, compresa la messaggistica unificata. Le macchine virtuali di messaggistica unificata presentano i seguenti requisiti speciali:
Sono necessari quattro processori virtuali per la macchina virtuale. La memoria deve essere dimensionata utilizzando le procedure consigliate standard. Per ulteriori informazioni, vedere Concetti relativi alle configurazioni della memoria e alle prestazioni di Exchange.
Sono disponibili quattro core del processore fisico per l'uso contemporaneo da parte di ogni macchina virtuale con il ruolo Messaggistica unificata. Questo requisito significa che non può essere utilizzata la possibilità di riservare il processore. Questo requisito influisce sulla capacità della macchina virtuale con ruolo Messaggistica unificata di utilizzare le risorse del processore fisico. Per ulteriori informazioni, vedere la sezione Virtualizzazione dei server Messaggistica unificata.
Le macchine virtuali del server Exchange (comprese le macchine virtuali con ruolo Cassette postali di Exchange parte di un gruppo di disponibilità del database) possono essere combinate con la tecnologia di migrazione e clustering di failover basata su host, purché le macchine virtuali siano configurate in modo tale da non salvare e ripristinare lo stato su disco dopo uno spostamento o il passaggio alla modalità offline. Tutte le attività di failover devono generare un avvio a freddo quando la macchina virtuale viene attivata sul nodo di destinazione. La migrazione pianificata deve provocare un arresto e un avvio a freddo, o una migrazione online che utilizza una tecnologia come Hyper-V Live Migration. La migrazione hypervisor delle macchine virtuali è supportata dal fornitore dell'hypervisor; pertanto è necessario assicurarsi che tale fornitore abbia testato e supporti la migrazione delle macchine virtuali di Exchange. Microsoft supporta l'opzione Live Migration di Hyper-V per queste macchine virtuali.
Per le distribuzioni della versione RTM di Exchange 2010:
In una macchina virtuale sono supportati tutti i ruoli del server di Exchange 2010, tranne il ruolo Messaggistica unificata.
Microsoft non supporta la combinazione di soluzioni Exchange ad alta disponibilità (ad esempio i gruppi di disponibilità del database) con soluzioni di migrazione, alta disponibilità o clustering basati su hypervisor che sposteranno o eseguiranno automaticamente il failover dei server Cassette postali che fanno parte di un gruppo di disponibilità del database tra server radice in cluster. I gruppi di disponibilità del database sono supportati in ambienti di virtualizzazione dell'hardware a patto che l'ambiente di virtualizzazione non utilizzi server radice in cluster o questi ultimi non siano stati configurati in modo da non eseguire mai il failover o spostare automaticamente i server di cassette postali che fanno parte di un gruppo di disponibilità del database in un altro server radice.
Il sistema utilizzato dalla macchina guest di Exchange per l'archiviazione dei dati Exchange (ad esempio, database delle cassette postali o code di trasporto Hub) può essere un'archiviazione virtuale di dimensioni fisse (ad esempio, dischi rigidi virtuali a dimensione fissa (VHD) in un ambiente Hyper-V), un sistema di archiviazione pass-through SCSI o un'archiviazione Internet SCSI (iSCSI). L'archiviazione pass-through è un sistema di archiviazione configurato a livello host e dedicato a una macchina guest. Vengono applicati i seguenti requisiti del disco virtuale per i volumi utilizzati per archiviare i dati Exchange:
L'espansione dinamica dei dischi virtuali non è supportata da Exchange.
I dischi virtuali che utilizzano meccanismi di differenziazione o delta non sono supportati (ad esempio, non sono supportati dischi rigidi virtuali di differenziazione Hyper-V o istantanee).
Nota
In un ambiente Hyper-V, ogni disco rigido virtuale fisso deve essere di dimensioni inferiori a 2.040 GB. Per gli hypervisor di terze parti supportati, rivolgersi al produttore per verificare se esistono limitazioni relative alle dimensioni dei dischi.
Solo il software di gestione (ad esempio, software antivirus, di backup, di gestione della macchina virtuale) può essere distribuito sulla macchina fisica radice. Nessun'altra applicazione basata su server (ad esempio, Exchange, SQL Server, Active Directory o SAP) deve essere installata sulla macchina radice. La macchina radice deve essere dedicata esclusivamente all'esecuzione di macchine virtuali guest.
Alcuni hypervisor includono funzionalità per l'esecuzione di istantanee delle macchine virtuali. Tali istantanee acquisiscono lo stato di una macchina virtuale mentre questa è in esecuzione. Questa funzionalità consente di eseguire più istantanee di una macchina virtuale e quindi di ripristinarla a uno stato precedente applicandovi una determinata istantanea. Tuttavia, le istantanee delle macchine virtuali non sono in grado di rilevare le applicazioni, pertanto il loro utilizzo può portare a conseguenze impreviste e indesiderate per un'applicazione server che gestisce dati di stato, come ad esempio Exchange. Di conseguenza, l'esecuzione di istantanee di una macchina virtuale guest di Exchange non è supportata.
Molti prodotti di virtualizzazione dell'hardware consentono di specificare il numero di processori virtuali da assegnare a ogni macchina virtuale guest. I processori virtuali che si trovano nella macchina virtuale guest condividono un numero fisso di processori logici nel sistema fisico. In Exchange è supportato un rapporto tra processori virtuali e processori logici non superiore a 2:1. Ad esempio, un sistema con doppio processore che utilizza processori quad core contiene un totale di 8 processori logici nel sistema host. Su un sistema con questa configurazione non è consigliabile assegnare più di 16 processori virtuali a tutte le macchine virtuali guest combinate.
Quando si calcola il numero totale di processori virtuali richiesti dalla macchina radice, occorre tenere in considerazione sia i requisiti I/O che quelli del sistema operativo. Nella maggioranza dei casi, il numero equivalente di processori virtuali richiesti per un sistema che ospita macchine virtuali di Exchange è 2. Questo valore dove essere utilizzato come riferimento per il processore virtuale del sistema operativo radice quando si calcola il rapporto complessivo tra core fisici e processori virtuali. Se il monitoraggio delle prestazioni del sistema operativo radice indica che l'utilizzo del processore è superiore all'equivalente di 2 processori, è necessario ridurre in maniera corrispondente il numero di processori virtuali assegnati alle macchine virtuali guest e verificare che il rapporto complessivo tra processori virtuali e core fisici non sia superiore a 2:1.
Il sistema operativo per una macchina guest di Exchange deve utilizzare un disco con dimensione minima pari ad almeno 15 GB più la dimensione della memoria virtuale assegnata alla macchina guest. Tale requisito è indispensabile per soddisfare le esigenze di spazio su disco relative al sistema operativo e al file di paging. Ad esempio, se alla macchina guest sono stati assegnati 16 GB di memoria, lo spazio minimo su disco necessario per il disco del sistema operativo guest è pari a 31 GB.
Inoltre, è possibile che alle macchine virtuali guest venga impedito di comunicare direttamente con schede bus host (HBA) fibre channel o SCSI installate sulla macchina radice. In questo caso, è necessario configurare le schede nel sistema operativo della macchina radice e presentare i LUN alle macchine virtuali guest come disco virtuale o come disco pass-through.
Exchange Jetstress 2010 è supportato per l'uso nelle istanze guest virtuali distribuite su uno dei seguenti hypervisor. Jetstress non è supportato per l'uso nelle istanze guest virtuali in esecuzione su altri hypervisor.
Windows Server 2008 R2 (o versioni successive) con tecnologia Hyper-V
Hyper-V Server 2008 R2 (o versioni successive)
VMware ESX 4.1 (o versioni successive)
L'esecuzione dello strumento MicrosoftExchange Server Jetstress 2010 su un computer virtuale guest è supportata se è distribuito su uno dei seguenti computer host:
MicrosoftWindows Server 2008 R2 o una versione successiva
Microsoft Hyper-V Server 2008 R2 o una versione successiva
VMware ESX 4.1 o una versione successiva
Requisiti di archiviazione per la macchina radice
I requisiti di spazio su disco minimo per ogni macchina radice sono i seguenti:
In alcune applicazioni di virtualizzazione dell'hardware, le macchine radice possono richiedere uno spazio di archiviazione per il sistema operativo e per i relativi componenti. Ad esempio, se si esegue Windows Server 2008 con Hyper-V, saranno necessari almeno 10 GB per soddisfare i requisiti di Windows Server 2008. Per maggio dettagli, vedere Requisiti di sistema di Windows Server 2008. Inoltre, è richiesto uno spazio di archiviazione per supportare il file di paging del sistema operativo, il software di gestione e i file di ripristino a seguito dell'arresto anomalo del sistema (dump).
Alcuni hypervisor mantengono file nella macchina radice che sono univoci per ogni macchina virtuale guest. Ad esempio, in un ambiente Hyper-V viene creato e mantenuto per ogni macchina guest un file di archiviazione temporaneo (file BIN). La dimensione di ciascun file BIN è pari alla quantità di memoria assegnata alla macchina guest. È possibile, inoltre, che nella macchina host vengano creati e mantenuti altri file per ogni macchina guest.
Requisiti di archiviazione di Exchange
I requisiti di archiviazione relativi a un server di Exchange virtualizzato sono i seguenti:
A ogni macchina guest di Exchange deve essere assegnato uno spazio di archiviazione sufficiente per il disco fisso contenente il sistema operativo guest, eventuali file temporanei di utilizzo della memoria e file della macchina virtuale correlati ospitati nella macchina host. Inoltre, per ogni macchina guest di Exchange, è necessario assegnare uno spazio di archiviazione sufficiente per contenere le code dei messaggi presenti nei server Trasporto Hub e Trasporto Edge e uno spazio sufficiente per i database e i file di registro presenti nei server Cassette postali.
Il sistema di archiviazione utilizzato da Exchange deve essere ospitato in assi di disco separati dal sistema di archiviazione che ospita il sistema operativo della macchina virtuale guest.
La configurazione dell'archiviazione iSCSI per l'utilizzo di un iniziatore iSCSI all'interno di una macchina virtuale guest di Exchange è supportata. Tuttavia, con questa configurazione le prestazioni saranno ridotte se lo stack di rete all'interno della macchina virtuale non è completo (ad esempio, non tutti gli stack di rete virtuali supportano i frame jumbo).
Requisiti di memoria e consigli per Exchange
Alcuni hypervisor hanno la possibilità di riservare o regolare dinamicamente la quantità di memoria disponibile per una macchina guest specifica basandosi sulla rilevazione dell'utilizzo di memoria percepito di quella macchina comparata alle esigenze delle altre macchine guest gestite dallo stesso hypervisor. Questa tecnologia è efficace nei carichi di lavoro in cui la memoria è necessaria per brevi periodi e può essere sottratta ad altri usi. Tuttavia, non può essere efficace per carichi di lavoro in cui l'utilizzo della memoria è previsto su base continuativa. Exchange, così come molte applicazioni server in cui l'ottimizzazione delle prestazioni prevede il caching dei dati in memoria, può causare una riduzione delle prestazioni del sistema e risultare inaccettabile per i client se non ha il pieno controllo dell'allocazione della memoria alle macchine fisiche o virtuali sulle quali è in esecuzione.
Nelle recenti versioni di Exchange, si ottengono numerosi miglioramenti a livello di prestazioni, correlati in particolare alla riduzione delle operazioni di I/O, grazie a un utilizzo più più efficiente di grandi quantità di memoria. Quando quella memoria non è più disponibile, le prestazioni di sistema attese non possono essere ottenute. Per questo motivo, la possibilità di riservare o regolare dinamicamente la memoria della macchina virtuale dovrebbe essere disabilitata nei server di Exchange di produzione.
La memoria per le macchine guest dovrebbe essere dimensionata utilizzando gli stessi metodi impiegati per le distribuzioni fisiche. Per i dettagli sul dimensionamento della memoria per i ruoli del server Exchange 2010, vedere Concetti relativi alle configurazioni della memoria e alle prestazioni di Exchange. Per ulteriori indicazioni, vedere la sezione “Considerazioni sull'applicazione” del white paper scritto dal team di Microsoft Hyper-V, disponibile per il download in Implementazione e configurazione della memoria dinanica.
Migrazione e clustering di failover basato su host per Exchange
Di seguito sono riportate le risposte ad alcune domande frequenti sulla tecnologia di migrazione e clustering di failover basato su host con i gruppi di disponibilità del database di Exchange 2010.
Microsoft supporta la tecnologia di migrazione di terze parti?
Microsoft non è in grado di confermare il supporto per l'integrazione di prodotti hypervisor di terze parti che utilizzano queste tecnologie con Exchange, perché tali tecnologie non sono parte del programma SVVP (Server Virtualization Validation Program). Il programma SVVP copre gli altri aspetti del supporto di Microsoft per gli hypervisor di terze parti. È necessario verificare che il fornitore dell'hypervisor supporti la combinazione della sua tecnologia di migrazione e clustering con Exchange. In termini semplici, se il fornitore dell'hypervisor supporta la sua tecnologia di migrazione con Exchange, Microsoft supporterà Exchange con tale tecnologia di migrazione.
Come viene definito da Microsoft il clustering di failover basato su host?
Il clustering di failover basato su host indica una qualsiasi tecnologia che fornisce la capacità di reagire automaticamente agli errori a livello di host e di avviare le macchine virtuali interessate su server alternativi. L'utilizzo di questa tecnologia è supportato purché, in caso di errore, la macchina virtuale venga avviata a freddo sull'host alternativo. Questa tecnologia aiuta a garantire che la macchina virtuale non venga mai riattivata da uno stato salvato conservato su disco, perché risulterebbe obsoleto rispetto agli altri membri del gruppo di disponibilità del database.
Che cosa intende Microsoft per supporto della migrazione?
Per tecnologia di migrazione si intende una qualsiasi tecnologia che consente lo spostamento pianificato di una macchina virtuale da una macchina host all'altra. Lo spostamento può anche essere automatizzato e avvenire durante un bilanciamento del carico delle risorse, ma non è correlato a un errore nel sistema. Le migrazioni sono supportate finché le macchine virtuali non vengono riattivate da uno stato salvato su disco. In pratica, per l'utilizzo con Exchange è supportata la tecnologia che sposta una macchina virtuale trasportando lo stato e la memoria della macchina stessa sulla rete senza tempi di inattività percepiti. Un fornitore di hypervisor di terze parti deve fornire il supporto per la tecnologia di migrazione, mentre Microsoft fornirà il supporto per Exchange se utilizzato in questa configurazione.
Avviso
Nel caso di Microsoft Hyper-V, è supportata l'opzione di Live Migration, mentre non è supportata l'opzione di migrazione rapida. È importante ricordare che, selezionando l'operazione di spostamento su una macchina virtuale in ambiente Hyper-V, il comportamento predefinito prevede l'esecuzione di una migrazione rapida. Per mantenere uno stato supportato con i membri dei gruppi di disponibilità del database di Exchange SP1 e Exchange SP2, è fondamentale utilizzare l'opzione di Live Migration, come mostrato nella figura di seguito.
Live Migration dei membri del gruppo di disponibilità del database in Hyper-V
Virtualizzazione dei server Messaggistica unificata
A differenza di Exchange 2010 RTM, Exchange 2010 SP1 e SP2 supportano il ruolo Messaggistica unificata su Hyper-V e altri hypervisor supportati. È necessario distribuire Exchange 2010 SP1 o Exchange 2010 SP2 per supportare la messaggistica unificata, perché il ruolo relativo dipende da un componente multimediale fornito da Microsoft Lync. Prima del rilascio di Exchange 2010 SP1, il team di Lync ha abilitato l'elaborazione audio in tempo reale di alta qualità in una distribuzione virtuale. A partire da Exchange 2010 SP1, le modifiche sono state integrate nel ruolo Messaggistica unificata.
©2010 Microsoft Corporation. Tutti i diritti riservati.