Microsoft Exchange 2010: Creazione di un datacenter Exchange 2010 virtuale
Per la pianificazione e la distribuzione di un'infrastruttura di Exchange virtuale, esistono alcune procedure consigliate a cui attenersi.
Brien M. Posey
Virtualizzazione dei server è diventata la norma, ma la pianificazione della virtualizzazione è ancora qualcosa di una forma d'arte. Questo è particolarmente vero quando hai intenzione di virtualizzare Exchange Server. È necessario distribuire Exchange con prestazioni e tolleranza d'errore in mente. Aggiunta la sfida è il fatto che la maggior parte delle distribuzioni di Exchange Server estendersi su più server.
Si dovrebbe notare che tutte le raccomandazioni qui presentate sono basate su come la piattaforma di virtualizzazione Hyper-V. Che non vuol dire che non è possibile utilizzare altre piattaforme di virtualizzazione. Microsoft official sostengono la politica afferma che è possibile eseguire Exchange su "qualsiasi hypervisor di terze parti che è stato convalidato sotto Windows Server Virtualization Validation Program." Attualmente, Citrix Systems Inc, VMware Inc. e un certo numero di altri fornitori di virtualizzazione di partecipare a questo programma.
La partizione padre
Quando la pianificazione e la distribuzione di un'infrastruttura virtuale di Exchange Server, è importante allocare risorse sufficienti a partizione padre (che esegue la gestione OS). Non riuscendo a riservare risorse adeguate può influire tutti i server virtuali in esecuzione su un server host.
Si consiglia di prenotare almeno 1 GB di memoria per la partizione padre e la gestione di OS. Se si sta eseguendo Hyper-V in cima ad un'installazione completa di Windows Server 2008 o Windows Server 2008 R2, è consigliabile riservando 2 GB di memoria per la gestione di OS per assicurare l'OS mai corre basso sulle risorse.
Microsoft consiglia di dedicare un controller di interfaccia di rete (NIC) per scopi di gestione. Se si intende utilizzando la migrazione Live, si dovrebbe dedicare una scheda di rete per il processo di migrazione in tempo reale. Vale la pena notare che Microsoft non supporta migrazione in tempo reale per il ruolo del Server cassette postali, se il server cassette postali è un membro di un gruppo di disponibilità Database (DAG).
Configurazione del disco virtuale
Exchange Server e Hyper-V sono entrambi abbastanza flessibili in materia di archiviazione di provisioning. Anche così, ci sono alcune procedure consigliate consigliato Microsoft per quanto riguarda la configurazione di archiviazione per server Exchange virtualizzati.
Hyper-V crea sottilmente provisioning di dischi rigidi virtuali (VHD) per impostazione predefinita. Ciò significa che indipendentemente da quanto grande è creare il VHD, Hyper-V inizialmente creerà un file VHD che è meno di un gigabyte di dimensioni. Questo file VHD si espande in modo dinamico aggiunta di dati.
Sebbene thin provisioning può aiutare a ridurre il consumo di spazio su disco, sottilmente provisioning dischi virtuali non eseguire così come dischi di lunghezza fissa. Così stando le cose, Microsoft consiglia che si utilizzano solo a lunghezza fissa di dischi per server Exchange virtualizzati.
La configurazione del disco effettivo che è consigliabile utilizzare varierà a seconda del ruolo del server, ma ci sono alcune linee guida generali che tenere vero per tutti i ruoli del server. Per cominciare, Microsoft consiglia di che dedicare un disco fisico (LUN) la gestione OS. Facendo questo assicura la gestione che OS saranno non in competizione per le risorse disco con le macchine virtuali (VM).
Microsoft consiglia di fornire un LUN dedicato al sistema operativo su ognuno dei server virtuali. Il disco rigido virtuale contenente il sistema operativo ospite deve essere abbastanza grande per memorizzare Windows Server e il file di paging. Le dimensioni del file di pagina sono solitamente lo stesso come la quantità di RAM allocato a VM.
Come tale, la raccomandazione di Microsoft è quello di dare l'ospite OS 15 GB, più equivalente spazio alla quantità di memoria allocata per la macchina virtuale. Pertanto, un Server virtuale di Exchange con 4 GB di RAM teoricamente avrebbe bisogno di circa 19 GB di spazio su disco per il volume contenente il sistema operativo.
Prima di iniziare effettivamente allocazione delle risorse disco, ci sono un paio di cose da considerare. Noterete che non ho menzionato lo spazio consumato dai file binari di Exchange Server. Il requisito di 15 GB questo prende in considerazione. Windows Server 2008 richiede un minimo di 10 GB di spazio su disco. L'installazione di Exchange Server multiruolo di default inizialmente consuma approssimativamente circa 2,5 GB di spazio su disco (che può cambiare come si sposta le cose).
È ancora una buona idea per fare un po' più grandi volumi di sistema operativo guest per due motivi. In primo luogo, la raccomandazione di 15 GB solo soddisfa i requisiti di minima su disco di Windows Server 2008. Il requisiti di sistema per Windows Server 2008 consiglia specificamente 40 GB o più. Macchine con più di 16 GB di RAM richiederà lo spazio su disco aggiuntivo per il paging, ibernazione e scaricare i file.
Pianificazione
Server virtuali sono molto flessibile in termini di allocazione di hardware. È possibile aggiungere memoria a un server virtuale su un capriccio. Così stando le cose, è una buona idea di iniziare con un disco rigido virtuale più grande che si ha realmente bisogno così si può ospitare comodamente espansione futura memoria. Queste raccomandazioni si applicano per il disco rigido virtuale contenente la macchina guest OS e i file binari di Exchange. Microsoft consiglia di creare uno o più rigidi supplementari per la memorizzazione dei dati.
Ad esempio, se si sono state creando un server Trasporto hub, desiderereste creare un VHD secondario per ospitare le code di messaggi. Per un server di cassette postali virtuale, è necessario creare due extra VHD — uno per i database delle cassette postali e uno per i file di registro delle transazioni.
Microsoft non sembra sottolineare l'hardware di archiviazione effettivo, ad eccezione di server cassette postali di. Per questi, Microsoft consiglia di utilizzare SCSI virtuale. Il metodo preferito comporta l'uso di pass-through SCSI, ma dischi fissi sono anche accettabile.
Exchange supporta inoltre archiviazione iSCSI per server cassette postali. Se si sceglie di archiviazione iSCSI, Microsoft consiglia che si configura l'iniziatore iSCSI all'interno della gestione OS, anziché sulle macchine guest. Microsoft supporta l'utilizzo di iniziatore iSCSI all'interno di una macchina guest, ma facendo così elimina supporto jumbo frame. Si traduce anche in termini di prestazioni inferiori che si otterrebbe se è stato eseguito l'iniziatore iSCSI nella partizione padre.
Quando si imposta l'iniziatore iSCSI nella partizione padre, è possibile presentare le destinazioni iSCSI associata ai sistemi operativi guest. Chi deve essere configurati per trattare le destinazioni iSCSI come dischi pass-through SCSI.
Tolleranza di errore
Hyper-V ed Exchange 2010 ogni offerta di colpa loro meccanismi di tolleranza. Hyper-V supporta cluster di failover basata su host. Exchange 2010 fornisce DAGs. Queste soluzioni di tolleranza d' due errore lavoro in modi completamente diversi, quindi è importante scegliere la soluzione di colpa tollerante che funziona meglio per la vostra organizzazione.
Se sei familiarità con DAGs, queste sono un meccanismo di Exchange 2010 in cui è possibile combinare fino a 16 server di cassette postali in un unico gruppo. Si possono replicare il database delle cassette postali individuali ad uno qualsiasi dei membri DAG, fornendo in tal modo la protezione in caso di guasto.
Al contrario, opere clustering basati su host Hyper-V collegando più server Hyper-V per un cluster condiviso volume. In caso di un errore del server host, le macchine virtuali che risiedono nell'host fallito possono failover a un host alternativo.
Così quale soluzione di tolleranza si dovrebbe utilizzare? La prima cosa da considerare è il livello di protezione che ognuno fornisce. DAGs offrono una protezione di dati nativo di Exchange, che fornisce il failover automatico di controllo a livello di database. Come tale, DAGs può proteggere contro gli errori di rete, server e del database.
Hyper-V Host-Based Clustering di Failover opera a livello di host di virtualizzazione. Non è una soluzione compatibile con Exchange, quindi non può proteggerti dai guasti del database. Può solo proteggere contro un server o un errore di rete. Sua dipendenza su un volume di cluster condiviso significa che le circostanze di destra, l'archiviazione condivisa potrebbe diventare un singolo punto di errore.
Mentre questi fattori possono favorire l'uso di DAGs, ci sono altre considerazioni. Uno è che DAGs solo può ospitare server di cassette postali — essi non offrono alcuna protezione a qualsiasi altri ruoli del Server Exchange.Che non vuol dire che non è possibile raggiungere un grado di tolleranza di errore a livello di Exchange per altri ruoli del server. Exchange utilizzerà automaticamente qualsiasi server Trasporto hub ridondante disponibile. È possibile caricare equilibrio un Server Trasporto Edge e Server Accesso Client (CAS) utilizzando un DNS turno installazione di robin, ma non c'è davvero una soluzione tollerante in colpa buon livello di Exchange per questi ruoli.
Data la vulnerabilità dei server non-mailbox di Exchange, l'opzione migliore potrebbe essere duplice. Creare un DAG per i server di cassette postali e utilizzare il Clustering di Failover basata su Host per proteggere gli altri ruoli del Server Exchange. Tuttavia, realizzare questo tipo di protezione non è così semplice.
Incontrerai alcune restrizioni quando si avvia la virtualizzazione di membri del DAG. Per prima cosa, non può ospitare un membro DAG virtualizzato su un server Hyper-V che è un membro di un Cluster di Failover basata su Host. Exchange non impedirti di fare questo, ma non è una configurazione supportata. Infatti, Microsoft sconsiglia di miscelazione DAGs e Host-Based cluster di Failover.
L'altra cosa è che davvero non riuscite via con la messa più membri DAG su un server singolo host. In questo modo minerebbe completamente la protezione che fornisce il DAG. Se il server host dovesse fallire, ogni server di cassette postali sull'host anche fallirebbe. In questa configurazione, il server host diventa un singolo punto di errore che potrebbe potenzialmente costringere l'intero DAG attualmente offline.
Non ci sono no orientamenti fermi di Microsoft per quanto riguarda la disposizione dei server Exchange virtualizzati per fornire la migliore tolleranza d'errore, ma ci sono diverse alternative. Cercare di creare un Cluster di Failover basata su Host e utilizzarlo per ospitare i vostri Server Trasporto Edge e CAS. Se è necessario fornire a questi ruoli server di bilanciamento del carico, considerare creando ulteriori Host-Based cluster di Failover e ospitare un Server Trasporto Edge e un CAS in ogni cluster. È possibile utilizzare una combinazione di DNS round robin e ridondante record MX per bilanciare il carico tra i server virtuali disponibili.
Non forse avete notato alcuna menzione di messaggistica unificata. Destra ora, Microsoft non supporta virtualizzati server di messaggistica unificata. Tuttavia, Exchange 2010 SP2 aggiungerà questo supporto.
Si potrebbe anche considerare creazione di server Hyper-V non cluster. Ciascuno di questi server non cluster dovrebbe ospitare un server cassette postali e un Server Trasporto Hub. Rendere ogni server cassette postali di un membro del DAG e creare almeno due server Trasporto Hub virtualizzati per ogni sito di Active Directory.
Con questa configurazione, il DAGs proteggerà contro server cassette postali o fallimento del database delle cassette postali individuali. I server di trasporto Hub ridondante fornire ridondanza a livello di trasporto.
L'unica cosa che manca da questa architettura è un server di cartelle pubbliche. Per qualche tempo Microsoft ha detto che le cartelle pubbliche stanno andando via. Se è possibile, questo sarebbe un grande momento di iniziare la loro graduale. Se è necessario continuare a utilizzare le cartelle pubbliche, è necessario capire perché un DAG non può proteggere il database delle cartelle pubbliche. L'unico modo per fornire la tolleranza d'errore per server di cartelle pubbliche è quello di replicare le cartelle pubbliche a più server di cassette postali.
Come potete vedere, c'è un sacco di pianificazione che va nella costruzione di un'infrastruttura virtualizzata Exchange, con vostre considerazioni primarie sta tolleranza di allocazione e guasto hardware. Tenendo presente questi fattori aiuterà a guidarvi allo sviluppo di un'infrastruttura solida e affidabile.
.jpg)
**Brien M. Posey**è un Microsoft Most Valuable Professional e scrittore freelance tecnico con migliaia di articoli e dozzine di libri al suo attivo. Potete visitare il suo sito Web a brienposey.com.
Contenuto correlato