Informazioni sulle configurazioni con più ruoli del server nella pianificazione della capacità

 

Si applica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Ultima modifica dell'argomento: 2016-11-28

All'intervallo di tempo di Microsoft Exchange Server 2010 vengono applicate diverse tendenze nell'hardware del server. Una tendenza indica un aumento significativo delle prestazioni del processore e un numero crescente di core supportati su un processore fisico. Ciò significa che la distribuzione di un singolo ruolo server di Exchange in un server standard con processori multicore potrebbe determinare un sottoutilizzo di una porzione elevata della CPU disponibile. Alcuni clienti si aspettano che la virtualizzazione dei server consenta di utilizzare in modo più efficace le risorse di CPU del server. Altri clienti desiderano combinare i ruoli del server Exchange sullo stesso server fisico. Entrambe costituiscono soluzioni valide.

Un'altra tendenza è costituita dalla disponibilità dei modelli di server con processori multicore e 10-16 dischi interni. Se si considera il numero delle cassette postali che possono essere supportate dalle transazioni di input/output al secondo (IOPS) fornite da 10-16 dischi, in genere il ruolo server Cassette postali da solo non utilizza più della metà delle risorse di CPU disponibili. Aggiungendo i ruoli del server Accesso client e Trasporto Hub, questo server utilizzerà in modo più efficace la capacità del server.

Le informazioni fornite in questo argomento illustrano come distribuire e pianificare correttamente le configurazioni server con più ruoli. Il calcolo della dimensione del server con più ruoli è illustrato attraverso un esempio.

Sommario

Perché è consigliabile utilizzare configurazioni con più ruoli

Quando è opportuno utilizzare configurazioni con più ruoli

Quando non è opportuno utilizzare le configurazioni con più ruoli

Consigli relativi all'hardware per i server con più ruoli

Distribuzione di un server con più ruoli in un gruppo di disponibilità del database

Esempio di dimensionamento per uno scenario con più ruoli di Exchange 2010

Perché è consigliabile utilizzare configurazioni con più ruoli

Prima di tutto, e soprattutto, oggi è possibile acquistare hardware con processori velocissimi, in grado di eseguire 5.000-6.000 megacicli con la configurazione di processori di base. Tale configurazione è costituita da due processori Intel Xeon x5470 a 3,33 GHz con 4 core. Per ulteriori informazioni sulla configurazione di processori di base, vedere la sezione "Esempio di pianificazione delle capacità per un server Cassette postali" in Pianificazione della capacità del processore del server Cassette postali. Se si sostituisce l'architettura di processore del proprio ambiente con i processori attualmente sul mercato, mantenendo invariati tutti gli altri fattori ambientali, l'utilizzo dei processori risulta nettamente inferiore.

Per abbassare efficacemente il costo totale di proprietà dei server acquistati, è necessario assicurare un utilizzo efficiente del sistema. Ciò significa che è necessario raggiungere e mantenere un livello di utilizzo della CPU prossimo all'80% nella peggiore modalità di errore con carico massimo. Di seguito sono illustrati quattro metodi per utilizzare efficacemente i processori attualmente disponibili:

  • Aumentare il carico di lavoro, distribuendo un maggior numero di cassette postali attive su ogni server.

  • Introdurre un livello di virtualizzazione e implementare il ruolo Cassette postali come macchina guest, insieme alle macchine guest aggiuntive.

  • Distribuire ulteriori ruoli server di Exchange nel sistema.

  • Utilizzare una combinazione delle metodologie precedenti per trovare la configurazione ottimale, che consenta di utilizzare l'hardware nel modo più efficiente possibile.

L'implementazione di Exchange 2010 con un'architettura a più ruoli offre numerosi vantaggi:

  • L'architettura a più ruoli diventa un'architettura basata su blocchi predefiniti. Con l'architettura a più ruoli, tutti i server dell'ambiente Exchange (ad eccezione dei server Messaggistica unificata e Trasporto Edge) sono esattamente identici, ovvero utilizzano lo stesso hardware, la stessa configurazione e così via. Questa uniformità semplifica l'ordinazione dell'hardware, oltre all'esecuzione delle attività di gestione e manutenzione dei server.   

    • Dal punto di vista dei costi, l'obiettivo generale consiste nell'assicurare che l'architettura sia equilibrata tanto dal punto di vista della CPU quanto dal punto di vista del disco. La distribuzione dei ruoli server in computer separati può comportare costi superiori sul lungo termine, poiché può determinare l'acquisto di una quantità di risorse di CPU, disco e memoria superiore a quella effettivamente utilizzata. Si consideri ad esempio un server che ospita solo il ruolo server Accesso client. Utilizzando molti server è possibile aggiungere un determinato numero di dischi in modo molto economico. Quando si implementa e, soprattutto, si utilizza tale numero di dischi, il costo è praticamente nullo. Se invece si implementa un ruolo server che utilizza un numero di dischi nettamente inferiore, si sostiene il costo di un controller dei dischi che rimane sottoutilizzato o completamente inutilizzato.
  • In molti casi, l'utilizzo di un'architettura a più ruoli consente di ridurre il numero dei server Exchange fisici nell'ambiente. Un minor numero di server fisici equivale a costi inferiori, per varie ragioni:

    • I costi operativi sono quasi sempre superiori a quelli di capitale. I costi di gestione di un server per tutto il suo ciclo di vista sono superiori a quelli sostenuti per acquistarlo. 

    • È necessario acquistare un minor numero di licenze server di Exchange. Un server con più ruoli richiede solo una licenza per un server Exchange e un sistema operativo, mentre se si suddividono i ruoli tra più server sono necessarie più licenze server Exchange e probabilmente più licenze per il sistema operativo. Per ulteriori informazioni, vedere Informazioni sulle licenze: gestione delle licenze negli ambienti virtuali (le informazioni potrebbero essere in lingua inglese).

    • Gli effetti della riduzione del numero di server si avvertono in tutto il resto dell'infrastruttura. La riduzione del numero dei server fisici distribuiti può ad esempio comportare la riduzione dei rack e dello spazio occupati dall'intera infrastruttura di Exchange, che a sua volta comporta una riduzione dei costi di alimentazione e raffreddamento.

  • Un'architettura con più ruoli consente inoltre di distribuire il carico tra un maggior numero di server, rispetto alla distribuzione di server con un singolo ruolo, perché tutti i server Cassette postali vengono utilizzati anche come server Trasporto Hub e server Accesso client.  Tale architettura offre due vantaggi:

    • Per quanto riguarda la scalabilità, il carico viene distribuito su un maggior numero di computer fisici. In caso di errore il carico sui server rimanenti aumenta solo incrementalmente, senza produrre effetti negativi sulle altre funzioni svolte dal server.

    • Per quanto riguarda la resilienza, la soluzione è in grado di sopportare un maggior numero di guasti dei server con ruolo (o servizio) Trasporto Hub e Accesso client e continuare a fornire il servizio.

Per tali motivi, come strategia di distribuzione per Exchange 2010 è consigliabile utilizzare una configurazione server con più ruoli nella maggior parte degli scenari.

Quando è opportuno utilizzare configurazioni con più ruoli

Le configurazioni con più ruoli sono consigliabili nella maggior parte degli scenari per i motivi seguenti:

  • Unità di scala semplice   Le organizzazioni che prevedono un aumento regolare del numero delle cassette postali dovrebbero considerare la possibilità di distribuire server con più ruoli. Poiché ogni server con più ruoli rappresenta un blocco predefinito, questo modello consente di aggiungere facilmente i blocchi predefiniti necessari per assicurare una capacità superiore.

  • Distribuzioni su vasta scala che desiderano sfruttare i processori attuali   In base al test di scalabilità eseguito prima della versione di produzione (RTM) di Exchange 2010, i server con più ruoli sono in grado di utilizzare efficacemente processori 6 core in un singolo server. Questa funzionalità consente alle organizzazioni di grandi dimensioni di ridurre il numero di server combinando i ruoli del server Cassette postali, Trasporto Hub e Accesso client, invece di distribuire questi ruoli separatamente sui server con un numero minore di core del processore. Questo approccio sfrutta il modello dei blocchi predefiniti descritto in precedenza al fine di offrire una piattaforma per distribuzioni su vasta scala, riducendo al tempo stesso il numero totale dei server necessari. La scalabilità della configurazione con più ruoli per sistemi con un numero di core superiore deve essere confermata effettuando test di laboratorio prima della distribuzione nell'ambiente di produzione.

  • Distribuzioni dei server con memoria interna   Molti dei server attualmente disponibili includono due processori fisici multicore e da 10 a 16 dischi interni. In Exchange 2010 sono stati introdotti numerosi miglioramenti che riducono i requisiti di I/O, facendo di questi server una soluzione economicamente vantaggiosa. A seconda del profilo utente e del tipo di dischi, tali server supportano in genere fino a 4.000 cassette postali. Si consiglia di aggiungere i ruoli del server Accesso client e Trasporto Hub a questi server per utilizzare più CPU e rendere questi server blocchi predefiniti autonomi.

  • Scenari di attenuazione dei rischi in cui il numero delle cassette postali ospitate su un server Cassette postali viene limitato   I server con più ruoli costituiscono una soluzione per le distribuzioni in cui i criteri di gestione dei rischi limitano il numero delle cassette postali distribuibili in un server Cassette postali. Se ad esempio in un'organizzazione con 10.000 cassette postali è implementato un criterio per cui una singola interruzione del server non può interessare più del 25% delle cassette postali dell'ambiente, il numero delle cassette postali per ogni server Cassette postali viene limitato a 2.500. La capacità rimanente su tale server potrebbe essere utilizzata aggiungendo i ruoli server Accesso client e Trasporto Hub.

  • Distribuzioni in organizzazioni e filiali di piccole dimensioni   Ad eccezione di quanto specificato di seguito, quando viene utilizzato il bilanciamento del carico di rete di Windows, se l'obiettivo principale consiste nel ridurre al minimo il numero di server fisici, istanze del sistema operativo e server Exchange da gestire, è consigliabile utilizzare una distribuzione con più ruoli. L'esecuzione dei ruoli del server Accesso client, Trasporto Hub e Cassette postali sullo stesso server fisico fornisce alla ridondanza necessaria dei ruoli un requisito minimo di due o tre server fisici.

Perché è consigliabile utilizzare configurazioni con più ruoli

Quando non è opportuno utilizzare le configurazioni con più ruoli

Le configurazioni con più ruoli non sono consigliabili negli scenari seguenti:

  • Distribuzioni in piccole organizzazioni o filiali in cui si desidera utilizzare Bilanciamento carico di rete di Windows   I server con più ruoli potrebbero non funzionare correttamente per le piccole distribuzioni in cui due o tre server con più ruoli vengono distribuiti come membri di un gruppo di disponibilità del database. Per ulteriori informazioni sui gruppi di disponibilità del database, vedere Gestione dei gruppi di disponibilità del database. Il componente cluster aggiunto ai server Cassette postali membri di un gruppo di disponibilità del database impedisce l'installazione del Bilanciamento carico di rete sul server. Per ulteriori consigli sul bilanciamento del carico, vedere Informazioni su bilanciamento del carico in Exchange 2010. Rimane comunque obbligatorio il bilanciamento di carico del traffico in entrata per i server Accesso client. In questo caso, esistono due opzioni principali:

    • Acquistare un'applicazione di bilanciamento del carico hardware. Sebbene esistano alcune applicazioni di Bilanciamento carico di rete a livello di voce, questa opzione può risultare costosa, soprattutto per gli ambienti più piccoli.

    • Virtualizzare i ruoli del server Exchange. In alcuni ambienti, a causa del numero limitato di server è necessario distribuire controller di dominio, server di file e di stampa e altre applicazioni sullo stesso hardware fisico dei server Exchange 2010. Si consiglia di implementare i server fisici come server host e di isolare le applicazioni all'interno di un ambiente virtuale. Con questo isolamento, è possibile eseguire il Bilanciamento carico di rete per i server Accesso client in esecuzione su macchine virtuali.

  • Virtualizzazione   Il numero massimo di cassette postali attive che può essere ospitato da una macchina virtuale può essere ridotto in base alla combinazione dei profili di messaggi e delle cassette postali in esecuzione in una configurazione con più ruoli. Se gli utenti fanno un uso limitato della messaggistica, può essere conveniente utilizzare una singola macchina virtuale per più ruoli server. Se invece gli utenti fanno un uso intensivo della messaggistica, le risorse disponibili nella macchina virtuale possono costituire una limitazione e potrebbe essere necessario ridurre il numero delle cassette postali per macchina virtuale o suddividere i ruoli su macchine virtuali separate. In tali casi, può essere più efficiente distribuire un singolo ruolo server Exchange in ogni macchina virtuale oppure distribuire una macchina virtuale per il ruolo combinato Accesso client e Trasporto Hub per ogni macchina virtuale con ruolo server Cassette postali.

    Nota

    Non è possibile installare un ruolo server Exchange nel server host hypervisor. Solo il software di gestione (ad esempio, software antivirus, di backup, di gestione della macchina virtuale) può essere distribuito sui server host. Nel server host non devono essere installate altre applicazioni basate su server, ad esempio Exchange, Microsoft SQL Server o Active Directory. I server host devono essere dedicati all'esecuzione di macchine virtuali guest.

Per ulteriori informazioni, vedere Informazioni sulle configurazioni del ruolo combinato Accesso client e Trasporto Hub nella pianificazione della capacità.

Perché è consigliabile utilizzare configurazioni con più ruoli

Consigli relativi all'hardware per i server con più ruoli

Come regola generale, un server con più ruoli dovrebbe essere dimensionato in modo da utilizzare metà dei core del processore disponibili per il ruolo server Cassette postali e l'altra metà per i ruoli server Accesso client e Trasporto Hub. Microsoft non specifica un numero massimo di core di processore per i server con più ruoli, ma indica il numero massimo di socket popolati del processore. Tale valore si riferisce al numero dei socket di processore sulla scheda madre in cui sono connessi processori multicore. Per ulteriori informazioni, vedere Informazioni sulle configurazioni dei processori e sulle prestazioni di Exchange.

Oltre a dimensionare l'architettura dei processori, è necessario dimensionare correttamente la memoria per la distribuzione di una configurazione con più ruoli. Per ulteriori informazioni, vedere Concetti relativi alle configurazioni della memoria e alle prestazioni di Exchange.

Distribuzione di un server con più ruoli in un gruppo di disponibilità del database

Quando si distribuiscono server Cassette postali con un singolo ruolo in un gruppo di disponibilità del database, tenere presente la pianificazione della capacità in caso di errore di uno o più server in relazione al carico del server Cassette postali. Se si dispone di quattro server Cassette postali in un gruppo di disponibilità del database, ridimensionare i server Cassette postali al 50% della capacità, in modo da poter accogliere il doppio del numero di utenti attivi, in caso di errore simultaneo di due server Cassette postali. Siccome i server Trasporto Hub e Accesso client si trovano su server fisici diversi, la perdita di uno o due server Cassette postali non interessa molto il carico su tali server.

Quando si distribuiscono server con più ruoli in un gruppo di disponibilità del database, tenere presente la pianificazione della capacità per il carico dei server Accesso client, Trasporto Hub e Cassette postali. Se un gruppo di disponibilità del database include quattro server con più ruoli, verificare che la capacità sia sufficiente per supportare un potenziale raddoppio del carico dei server Trasporto Hub e Accesso client. Poiché la configurazione con più ruoli è in linea con i rapporti consigliati di core del processore per i ruoli server, se il numero massimo dei database attivi per il ruolo server Cassette postali è dimensionato correttamente, i server Trasporto Hub e Accesso client dovrebbero soddisfare gli obiettivi di prestazioni per questo scenario.

Perché è consigliabile utilizzare configurazioni con più ruoli

Esempio di dimensionamento per uno scenario con più ruoli di Exchange 2010

Nell'esempio seguente viene illustrato il processo di dimensionamento del server per i server con più ruoli. L'esempio presenta i seguenti presupposti di progettazione:

  • Numero totale di cassette postali   24.000

  • Profilo delle cassette postali   100 messaggi al giorno (ad esempio, 20 inviati e 80 ricevuti)

  • Cache del database per ogni cassetta postale   6 MB (in base a un profilo di 100 messaggi al giorno)

  • Requisiti di disponibilità   Resilienza delle cassette postali all'interno di un unico sito, protezione in caso di errore simultaneo di tre copie del database e due server

  • Requisiti di database   120 database nel gruppo di disponibilità del database, 200 cassette postali per ogni database

  • Piattaforma server   Server con due processori da 2,26 gigahertz (GHz) a 6 core (12 core)

Il seguente processo viene applicato come segue:

  1. Calcolo del numero dei server   Per proteggersi in caso di errore simultaneo su due server, è necessario un gruppo di disponibilità del database con quattro nodi. Il cliente ha tuttavia deciso di distribuire sei server per controllare il numero massimo di cassette postali attive in caso di errore su due server. Pertanto, la struttura parte da un gruppo di disponibilità del database con sei server cassette postali.

  2. Calcolo del numero massimo di cassette postali attive per server in base al modello di attivazione   Presupponendo che i database attivi siano uniformemente distribuiti tra tutti i nodi, in teoria ogni server dovrebbe ospitare 4.000 cassette postali attive (24.000 ÷ 6). Per calcolare il numero delle cassette postali attive dopo un errore su due nodi (in base a questo esempio), è necessario dividere il numero delle cassette postali tra i quattro nodi restanti, ovvero 6.000 cassette postali attive per nodo (24.000 ÷ 4).

    In questo esempio, il parametro MaximumActiveDatabases del cmdlet Set-MailboxServer viene configurato per 30, al fine di assicurare che la percentuale del database attiva su un singolo server non superi il 40%.

  3. Calcolare i requisiti della CPU per le cassette postali attive   Moltiplicare il numero massimo di cassette postali attive su un server per i megacicli per ogni cassetta postale attiva (6.000 × 2 megacicli = 12.000 megacicli), in base alla tabella Operazioni IOPS stimate per cassetta postale in base all'attività dei messaggi e alla cache del database delle cassette postali in Informazioni sulla cache del database delle cassette postali. Moltiplicare il valore per 10% per ogni altra copia del database.

    In questo esempio sono presenti una copia attiva e tre copie passive per ogni database, quindi i 12.000 megacicli subiscono un aumento del 30% (12.000 × 1,3 = 15.600 megacicli). Per ulteriori informazioni, vedere "Metrica della cache del database" in Informazioni sulla cache del database delle cassette postali.

  4. Calcolare i requisiti della CPU per le cassette postali passive   Moltiplicare il numero di cassette postali passive (quando un server ospita il numero massimo di cassette postali attive) per i megacicli per ogni cassetta postale passiva (10.000 × 0,3 megacicli = 3.000 megacicli), in base alla tabella Operazioni IOPS stimate per cassetta postale in base all'attività dei messaggi e alla cache del database delle cassette postali in Informazioni sulla cache del database delle cassette postali. Per ulteriori informazioni, vedere "Metrica della cache del database" in Informazioni sulla cache del database delle cassette postali.

  5. Aggiunta dei requisiti attivi e passivi della CPU per ottenere il requisito totale della CPU   In questo esempio, 15.600 megacicli attivi delle cassette postali + 3.000 megacicli passivi delle cassette postali = 18.600 megacicli per il requisito totale della CPU.

  6. Applicazione del requisito della CPU relativo alle cassette postali alla piattaforma hardware   In questo esempio viene utilizzato un server con due processori a 3,3 GHz da 6 core. In base alle indicazioni fornite in Pianificazione della capacità del processore del server Cassette postali, ciò equivale a 60.083 megacicli. Per stimare l'utilizzo della CPU nel periodo di picco successivo a un errore su due nodi, è necessario dividere i megacicli richiesti per i megacicli disponibili in base alla piattaforma server (18.600 ÷ 60.083 = 31% di utilizzo previsto della CPU).

    È consigliabile progettare la porzione dei ruoli server Cassette postali nelle configurazioni con più ruoli in modo che non superi il 40% di utilizzo durante i periodi di massima attività (ad esempio, un errore simultaneo su due nodi). Questa configurazione offre spazio sufficiente per supportare l'utilizzo della CPU per i ruoli server Accesso client e Trasporto Hub, mantenendo l'utilizzo totale della CPU del server inferiore all'80% durante i periodi di massima attività (ad esempio in caso di errore simultaneo su due nodi).

  7. Calcolare i requisiti di memoria per le cassette postali attive   Moltiplicare il numero delle cassette postali attive per la cache del database necessaria per ogni cassetta postale. In questo esempio, in caso di errore su due server i server rimanenti ospiteranno 6.000 cassette postali attive (6.000 × 6 MB) ÷ 1.024 = 35,1 GB. I requisiti di cache del database si basano sul profilo della cassetta postale. Per ulteriori informazioni, vedere "Metrica della cache del database" in Informazioni sulla cache del database delle cassette postali.

  8. Applicazione dei requisiti di memoria totale alla piattaforma hardware   La memoria totale necessaria dipende dai requisiti della cache del database e dalla configurazione del server (dedicato o con più ruoli). Per ulteriori informazioni, vedere la tabella Dimensioni predefinite per la cache del database delle cassette postali in Informazioni sulla cache del database delle cassette postali. In questo esempio, il requisito di memoria totale per il server con più ruoli è 52,2 GB ((4 GB + 35,1 GB)/0,75). Siccome 52,2 GB non costituiscono una configurazione di memoria standard, arrotondare a 64 GB o alla configurazione di memoria più vicina supportata dal server.

    Perché è consigliabile utilizzare configurazioni con più ruoli

 ©2010 Microsoft Corporation. Tutti i diritti riservati.