Virtualizzazione di Exchange 2013

  • Articolo

Si applica a: Exchange Server 2013

È possibile distribuire Microsoft Exchange Server 2013 in un ambiente virtualizzato. In questo argomento sono disponibili informazioni generali sugli scenari supportati per la distribuzione di Exchange 2013 su software di virtualizzazione dell'hardware.

  • Avvio a freddo: quando si porta un sistema da uno stato di spegnimento in un avvio pulito del sistema operativo, l'azione è un avvio a freddo. In questo caso non persiste alcuno stato del sistema operativo.

  • Stato salvato: quando una macchina virtuale è spenta, gli hypervisor hanno in genere la possibilità di salvare lo stato della macchina virtuale, quindi quando la macchina viene riaccesa, torna allo stato salvato anziché passare attraverso un avvio ad avvio a freddo.

  • Migrazione pianificata: quando un amministratore di sistema avvia lo spostamento di una macchina virtuale da un host hypervisor a un altro, l'azione è una 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. Il punto è che la macchina virtuale di Exchange opera 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 2013 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:

    Nota

    La distribuzione di Exchange 2013 nei provider IaaS (Infrastructure-as-a-Service) è supportata se vengono soddisfatti tutti i requisiti di supporto. Nel caso dei provider che eseguono il provisioning di macchine virtuali, questi requisiti includono la garanzia che l'hypervisor usato per le macchine virtuali di Exchange sia completamente supportato e che l'infrastruttura da utilizzare da Exchange soddisfi i requisiti di prestazioni determinati durante il processo di dimensionamento. La distribuzione nelle macchine virtuali di Microsoft Azure è supportata se tutti i volumi di archiviazione usati per i database exchange e i log delle transazioni del database (inclusi i database di trasporto) sono configurati per Azure Archiviazione Premium.

  • Il computer virtuale guest Exchange ha le seguenti condizioni:

    • Utilizza Exchange 2013.

    • Viene distribuito su Windows Server 2008 R2 SP1 (o versioni successive), Windows Server 2012 o su Windows Server 2012 R2.

Per le distribuzioni di Exchange 2013:

  • Tutti i ruoli dei server di Exchange 2013 sono supportati in una macchina virtuale.

  • Le macchine virtuali del server Exchange (comprese le macchine virtuali con ruolo Cassette postali di Exchange che fanno 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 che si verificano a livello di hypervisor 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 la migrazione Hyper-V Live Migration di queste macchine virtuali.

  • Solo il software di gestione (ad esempio software antivirus, di backup o di gestione della macchina virtuale) può essere distribuito sul computer host fisico. Nessun'altra applicazione basata su server (ad esempio Exchange, SQL Server, Active Directory o SAP) deve essere installata sul computer host. Il computer host deve essere dedicato 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 core del processore fisico nel sistema fisico. Exchange supporta un rapporto core tra processore virtuale e processore fisico non superiore a 2:1, anche se è consigliabile un rapporto di 1:1. Ad esempio, un sistema a doppio processore che usa processori quad core contiene un totale di 8 core del processore fisico 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 dal computer host, occorre tenere in considerazione sia i requisiti di I/O che quelli del sistema operativo. Nella maggioranza dei casi, il numero equivalente di processori virtuali richiesti nel sistema operativo host per un sistema che ospita macchine virtuali Exchange è 2. Questo valore deve essere utilizzato come riferimento per il processore virtuale del sistema operativo host quando si calcola il rapporto complessivo tra core fisici e processori virtuali. Se il monitoraggio delle prestazioni del sistema operativo host 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 sul computer host. In questo caso, è necessario configurare le schede nel sistema operativo del computer host e presentare i numeri di unità logica (LUN) alle macchine virtuali guest come disco virtuale o come disco pass-through.

  • L'unico modo supportato per inviare messaggi di posta elettronica a domini esterni dalle risorse di calcolo di Azure è tramite un inoltro SMTP (noto anche come smart host SMTP). La risorsa di calcolo di Azure invia il messaggio di posta elettronica all'inoltro SMTP e quindi il provider di inoltro SMTP recapita il messaggio di posta elettronica al dominio esterno. Microsoft Exchange Online Protection è un provider di un inoltro SMTP, ma esistono anche diversi provider di terze parti. Per altre informazioni, vedere Risoluzione dei problemi di connettività SMTP in Azure.

Requisiti di archiviazione per il computer host

I requisiti di spazio su disco minimo per ogni computer host sono i seguenti:

  • In alcune applicazioni di virtualizzazione dell'hardware, i computer host possono richiedere uno spazio di archiviazione per il sistema operativo e i relativi componenti. Ad esempio, se si esegue Windows Server 2008 R2 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 sul computer host file 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.

  • Se il computer host esegue Windows Server 2012 Hyper-V o Hyper-V 2012 e si sta configurando un cluster di failover basato su host che ospiterà i server Cassette postali di Exchange in un gruppo di disponibilità del database, è consigliabile seguire le indicazioni riportate nell'articolo della Microsoft Knowledge Base KB2872325.

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 sul computer host per il disco fisso contenente il sistema operativo guest, eventuali file di archiviazione della memoria temporanea in uso e i file della macchina virtuale correlata ospitati nel computer host. Inoltre, per ogni macchina guest di Exchange, è necessario allocare uno spazio di archiviazione sufficiente per contenere le code dei messaggi e uno spazio sufficiente per i database e i file di registro presenti nei server Cassette postali.

  • L'archiviazione usata dal computer guest di Exchange per l'archiviazione dei dati di Exchange (ad esempio, i database delle cassette postali e le code di trasporto) può essere l'archiviazione virtuale di dimensioni fisse (ad esempio dischi rigidi virtuali fissi (VHD o VHDX) in un ambiente Hyper-V), l'archiviazione virtuale dinamica quando si usano file VHDX con archiviazione Hyper-V, archiviazione pass-through SCSI o archiviazione SCSI Internet (iSCSI). L'archiviazione pass-through è un sistema di archiviazione configurato a livello host e dedicato a una macchina guest. Tutti i sistemi utilizzati da una macchina guest di Exchange per l'archiviazione dei dati Exchange devono essere sistemi di archiviazione a livello di blocco in quanto Exchange 2013 non supporta l'utilizzo di volumi di archiviazione collegati alla rete (NAS), diversi dallo scenario SMB 3.0 evidenziato più avanti in questo argomento. Inoltre, l'archiviazione NAS presentata alla macchina guest come archiviazione a livello di blocco via hypervisor non è supportata.

  • I dischi virtuali fissi o dinamici possono essere archiviati in file SMB 3.0 supportati dall'archiviazione a livello di blocco se il computer guest è in esecuzione in Windows Server 2012 Hyper-V (o in una versione successiva di Hyper-V). L'unico utilizzo supportato delle condivisioni file SMB 3.0 è per l'archiviazione di dischi virtuali fissi o dinamici. Tali condivisioni file non possono essere utilizzate per l'archiviazione diretta di dati Exchange. Quando si usano condivisioni file SMB 3.0 per archiviare dischi virtuali fissi o dinamici, l'archiviazione che esegue il backup della condivisione file deve essere configurata per la disponibilità elevata per garantire la migliore disponibilità possibile del servizio Exchange.

  • 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 vengono 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 la memorizzazione nella cache 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. Di conseguenza, l'utilizzo di funzionalità di memoria dinamica per Exchange non è supportato.

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 2013:

  • Microsoft supporta la tecnologia di migrazione di terze parti?

    Microsoft non può rilasciare istruzioni di supporto per l'integrazione di prodotti hypervisor di terze parti che usano queste tecnologie con Exchange, perché queste tecnologie non fanno parte del server Virtualization Validation Program (SVVP). 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. Se il fornitore dell'hypervisor supporta la relativa 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 fornisce il supporto per Exchange se utilizzato in questa configurazione.