Virtualizzazione di Exchange Server
È possibile distribuire Exchange Server 2016 e Exchange Server 2019 in un ambiente virtualizzato. Questo argomento offre una panoramica degli scenari supportati per la distribuzione di Exchange in un software di virtualizzazione hardware.
In questa discussione sulla virtualizzazione di Exchange vengono usati i termini seguenti:
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 il computer viene riacceso, torna allo stato salvato invece di 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 potrebbe essere una singola migrazione o un amministratore di sistema potrebbe configurare un'automazione per spostare la macchina virtuale su base temporale. Una migrazione pianificata potrebbe anche essere il risultato di un altro evento che si verifica nel sistema, ad eccezione di un errore hardware o software.
Il punto chiave di una migrazione pianificata è che la macchina virtuale di Exchange funziona normalmente e deve essere rilocata per qualche motivo. Questa rilocazione può essere eseguita tramite tecnologia ,ad esempio Live Migration o vMotion. Tuttavia, se la macchina virtuale di Exchange o l'host hypervisor in cui si trova la macchina virtuale si verifica una sorta di condizione di errore, il risultato non è caratterizzato da una migrazione pianificata.
Requisiti per la virtualizzazione hardware
Microsoft supporta Exchange 2016 ed Exchange 2019 in produzione in un software di virtualizzazione hardware solo quando sono vere tutte le condizioni seguenti:
Il software di virtualizzazione dell'hardware esegue uno dei seguenti software:
Qualsiasi versione di Windows Server con tecnologia Hyper-V o Microsoft Hyper-V Server
Qualsiasi hypervisor di terze parti convalidato nell'ambito del programma SVVP (Server Virtualization Validation Program) di Windows.
Nota
La distribuzione di Exchange 2016 o Exchange 2019 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:
Esegue Exchange 2016 o Exchange 2019.
Viene distribuito in una versione supportata di Windows Server per Exchange.
Per le distribuzioni di Exchange 2016 o Exchange 2019:
Tutti i ruoli del server Exchange sono supportati in una macchina virtuale.
Le macchine virtuali del server Exchange,incluse le macchine virtuali di Exchange che fanno parte di un gruppo di disponibilità del database o dag, possono essere combinate con la tecnologia di migrazione e clustering di failover basata su host, purché le macchine virtuali siano configurate in modo da non salvare e ripristinare lo stato su disco quando vengono spostate o portate 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. Tutta la migrazione pianificata deve comportare l'arresto e l'avvio a freddo o una migrazione online che usa 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 un software di gestione (ad esempio, software antivirus, software di backup o software di gestione di macchine virtuali) può essere distribuito nel 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.
È possibile che alle macchine virtuali guest venga impedito di comunicare direttamente con le schede del bus host Fibre Channel o SCSI installate nel 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 minimi di spazio su disco per ogni computer host sono descritti nell'elenco seguente:
In alcune applicazioni di virtualizzazione dell'hardware, i computer host possono richiedere uno spazio di archiviazione per il sistema operativo e i relativi componenti. 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 è in esecuzione 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 dag, è consigliabile seguire le indicazioni riportate in 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 computer guest di Exchange, è necessario allocare spazio di archiviazione sufficiente per le code dei messaggi e per i database e i file di log nei server Cassette postali.
L'archiviazione usata dal computer guest di Exchange per l'archiviazione dei dati di Exchange (ad esempio, database delle cassette postali e 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, 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. Tutte le risorse di archiviazione usate da un computer guest di Exchange per l'archiviazione dei dati di Exchange devono essere archivi a livello di blocco perché Exchange non supporta l'uso di volumi NAS (Network Attached Storage), ad eccezione dello scenario SMB 3.0 descritto 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 rigidi virtuali a dimensione fissa possono essere archiviati su una condivisione file SMB 3.0 rafforzata dall'archiviazione a livello di blocco se la macchina guest utilizza Windows Server 2012 Hyper-V (o una versione successiva di Hyper-V). Le condivisioni file SMB 3.0 sono supportate solo per l'archiviazione di dischi rigidi virtuali a dimensione fissa. Tali condivisioni file non possono essere utilizzate per l'archiviazione diretta di dati Exchange. Quando si utilizzano condivisioni file SMB 3.0 per archiviare dischi rigidi virtuali a dimensione fissa, l'archiviazione che supporta la condivisione file deve essere configurata con un'elevata disponibilità per garantire la massima disponibilità del servizio di 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 sovrascrivere/sovrascrivere o modificare dinamicamente la quantità di memoria disponibile per un computer guest specifico in base all'utilizzo percepito della memoria nel computer guest rispetto alle esigenze di altri computer guest gestiti 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 (come molte applicazioni server con ottimizzazioni per le prestazioni che comportano la memorizzazione nella cache dei dati in memoria) è soggetto a prestazioni di sistema scarse e a un'esperienza client inaccettabile se non ha il controllo completo sulla memoria allocata alla macchina fisica o virtuale in cui è in esecuzione. Di conseguenza, l'uso delle funzionalità di overcommit di memoria dinamica o memoria per Exchange non è supportato.
Migrazione e clustering di failover basato su host per Exchange
Di seguito sono riportate le risposte ad alcune domande frequenti sul clustering di failover basato su host e sulla tecnologia di migrazione con i dag di Exchange:
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.