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

Si applica a: Exchange Server 2010

Ultima modifica dell'argomento: 2010-01-27

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 unico ruolo del server Exchange su un server standard con due processori fisici potrebbe lasciare sottoutilizzata una grande porzione di CPU disponibile. Alcuni clienti si aspettano la virtualizzazione dei server per 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 due processori fisici e 10-16 dischi interni. Se si considera il numero delle cassette postali che possono essere supportate dall'operazioni input/output fornite da 10-16 dischi, il ruolo del server Cassette postali da solo, in genere, non utilizzerà più della metà delle risorse disponibili della CPU. Aggiungendo i ruoli del server Accesso client e Trasporto Hub, questo server utilizzerà in modo più efficace la capacità del server.

È possibile utilizzare le informazioni fornite in questo argomento come istruzioni per la distribuzione e la corretta pianificazione delle configurazioni del server con più ruoli. In un esempio viene illustrato il processo di ridimensionamento del server per i server con più ruoli.

Sommario

Quando è opportuno utilizzare le configurazioni con più ruoli

Quando non è opportuno utilizzare le configurazioni con più ruoli

Indicazioni sul processore per i server con più ruoli

Allineamento della configurazione del server con più ruoli con i rapporti consigliati dei core del processore

Indicazioni sulla memoria per i server con più ruoli

Determinazione dei requisiti hardware per il server con più ruoli

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

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

Quando è opportuno utilizzare le configurazioni con più ruoli

Le configurazioni con più ruoli si consigliano nei seguenti casi:

• **Piccole organizzazioni quali una filiale per il consolidamento del server   **Per le distribuzioni in cui l'obiettivo principale è la riduzione al minimo del numero dei server fisici, delle istanze di sistema operativo e dei server Exchange da gestire, una distribuzione con più ruoli costituisce una soluzione consigliata. 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.
• **Modello unità di scala semplice   **Le organizzazioni che prevedono una crescita regolare del numero delle cassette postali dovrebbero tener presente la distribuzione dei server con più ruoli. Siccome ogni server con più ruoli rappresenta un blocco predefinito, questo modello consente di aggiungere facilmente i blocchi predefiniti per supportare la necessità di una maggiore capacità.
• **Distribuzioni dei server con memoria interna   **Esistono molti server attualmente disponibili con due processori fisici (8-12 core) e con 10-16 dischi interni. Si sono verificati diversi progressi in Exchange 2010 per ridurre i requisiti delle operazioni input/output, rendendo questi server una soluzione economicamente vantaggiosa. In base al profilo utente e al tipo di disco, questi 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 ridotto   **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 su un server Cassette postali. Ad esempio, un'organizzazione con 10.000 cassette postali dispone di un criterio secondo cui un'unica interruzione del server non interessa più del 25% delle cassette postali dell'ambiente. Ciò limita a 2.500 il numero di cassette postali per ogni server Cassette postali. La capacità rimanente su tale server potrebbe essere utilizzata aggiungendo i ruoli del server Accesso client e Trasporto Hub al server.

Inizio pagina

Quando non è opportuno utilizzare le configurazioni con più ruoli

Le configurazioni con più ruoli non si consigliano nei seguenti casi:

• **Piccole organizzazioni quali una filiale per il consolidamento del server con il Bilanciamento carico di rete (NLB) di Windows   **I server con più ruoli non possono 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 (DAG). 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. 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. Con questo isolamento, è possibile eseguire il Bilanciamento carico di rete per i server Accesso client in esecuzione su macchine virtuali.

• **Piccole organizzazioni quali una filiale per il consolidamento del server con altre applicazioni   **In alcuni ambienti, un numero limitato di server deve 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.

  Nota

  Solo il software di gestione (ad esempio, software antivirus, di backup, di gestione della macchina virtuale) può essere distribuito sui server host. Nessun'altra applicazione basata su server (ad esempio, Exchange, Microsoft SQL Server o Active Directory) deve essere installata sul server host. I server host devono essere dedicati all'esecuzione di macchine virtuali guest.

• **Virtualizzazione   **Si consiglia di non eseguire una configurazione con più ruoli all'interno di una macchina virtuale con quattro processori virtuali. Ciò limita notevolmente il numero delle cassette postali attive ospitabili dalla macchina virtuale. Nella maggior parte dei casi, risulta più efficace la distribuzione di un unico ruolo del server Exchange in ogni macchina virtuale o la distribuzione di una macchina virtuale per il ruolo combinato Accesso client e Trasporto Hub per ogni macchina virtuale per il ruolo del server Cassette postali.
  Per ulteriori informazioni sulle configurazioni del ruolo combinato Accesso client e Trasporto Hub, vedere Informazioni sulle configurazioni del ruolo combinato Accesso client e Trasporto Hub nella pianificazione della capacità. Per le distribuzioni con meno di 500 cassette postali totali, è accettabile eseguire una configurazione con più ruoli all'interno di un ambiente virtuale per ridurre il numero di sistemi operativi e di server Exchange da gestire.

Inizio pagina

Indicazioni sul processore per i server con più ruoli

Come regola generale, un server con più ruoli dovrebbe essere ridimensionato per utilizzare metà dei core del processore disponibili per il ruolo del server Cassette postali e la restante metà per i ruoli del server Accesso client e Trasporto Hub. Per i server con più ruoli, la configurazione massima consigliata è indicata a 24 core del processore. Anche se può utilizzare più di 24 core del processore, la configurazione del server con più ruoli non è consigliata.

Di seguito vengono descritti i requisiti minimi e le configurazioni massime consigliate:

• Minima   Si tratta della configurazione minima del processore e della memoria adatta ai server con più ruoli. È necessario soddisfare i requisiti hardware minimi per ricevere il supporto dal Servizio supporto tecnico clienti Microsoft.
• Massima consigliata   Si tratta della configurazione massima consigliata del processore e della memoria per i server con più ruoli. Si definisce massima consigliata la configurazione migliore in base al prezzo e alle prestazioni.

Nella tabella seguente vengono indicati i core del processore minimi e massimi consigliati per i server Exchange 2010 con più ruoli.

Configurazione del processore per i server Exchange 2010 con più ruoli

Inizio pagina

Allineamento della configurazione del server con più ruoli con i rapporti consigliati dei core del processore

Nella tabella seguente viene riassunto il numero consigliato di core del processore distribuiti per i ruoli del server Accesso client e Trasporto Hub rispetto al numero di core del processore distribuiti per il ruolo del server Cassette postali. I rapporti standard dei core non si allineano bene al numero di core del processore disponibili attualmente sui sistemi. A meno che non si disponga di una grande organizzazione con molti server Accesso client, Trasporto Hub e Cassette postali, la distribuzione probabilmente non corrisponderà ai rapporti desiderati di core del processore.

Le configurazioni del server con più ruoli possono risolvere questo problema e tradursi in un maggiore utilizzo ottimale dell'hardware. Ad esempio, se si dispone di un server con otto core del processore, tali core possono essere virtualmente assegnati ai tre ruoli del server Exchange 2010. Se il ruolo del server Cassette postali utilizza circa quattro core, il ruolo del server Accesso client utilizza circa tre core e il ruolo del server Trasporto Hub utilizza circa un core, il risultato è un rapporto di server Cassette postali-Trasporto Hub pari a 4:1 e un rapporto di server Cassette postali-Accesso client pari a 4:3. Ciò si allinea strettamente con le istruzioni consigliate sul rapporto di core del processore.

Nella tabella seguente vengono indicati i rapporti dei ruoli del server consigliati in base al core del processore per i server con più ruoli.

Rapporti dei ruoli del server consigliati in base al core del processore per i server con più ruoli

Inizio pagina

Indicazioni sulla memoria per i server con più ruoli

Una volta determinato il numero di core del processore, possono essere applicate le indicazioni di base sulla memoria. Nella tabella seguente vengono indicate le configurazioni della memoria minime e consigliate per le configurazioni del server Exchange 2010 con più ruoli.

Configurazione della memoria per i server Exchange 2010 con più ruoli

Inizio pagina

Determinazione dei requisiti hardware per il server con più ruoli

Il modo più semplice per determinare i requisiti hardware per il server con più ruoli è iniziare con la stima del numero delle cassette postali attive supportate dalla configurazione hardware. Nella tabella seguente vengono fornite alcune stime preliminari del numero di utenti supportati da un core del processore per uno specifico profilo utente. Trattandosi di stime, si consiglia di leggere Pianificazione della capacità del processore del server Cassette postali per informazioni sul calcolo dei numeri delle cassette postali in base ai megacicli disponibili per determinare un numero più preciso di cassette postali per il modello di processore del server. Una volta determinato il numero di utenti, è possibile utilizzare la tabella di "Indicazioni sulla memoria per i server con più ruoli" in questo argomento per determinare la memoria necessaria di sistema.

Nella tabella seguente viene indicato il numero consigliato di utenti per ogni core del processore nelle configurazioni con più ruoli.

Numero consigliato di utenti per ogni core del processore nelle configurazioni con più ruoli

Inizio pagina

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

Durante la distribuzione di singoli server Cassette postali in un gruppo di disponibilità del database, tenere presente la pianificazione della capacità per gli errori 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.

Durante la distribuzione dei server con più ruoli in un gruppo di disponibilità del database, tenere presente la pianificazione della capacità per il carico del server Accesso client, Trasporto Hub e Cassette postali. Se si dispone di quattro server con più ruoli in un gruppo di disponibilità del database, assicurarsi che la capacità sia sufficiente per accogliere un potenziale raddoppio del carico del server Trasporto Hub e Accesso client. Siccome la configurazione con più ruoli si allinea con i rapporti consigliati di core del processore per i ruoli del server, se il numero massimo di database attivi per il ruolo del server Cassette postali viene ridimensionato correttamente, i server Trasporto Hub e Accesso client devono soddisfare gli scenari consigliati.

Inizio pagina

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

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

• Conteggio delle cassette postali   12.000
• Conteggio totale delle cassette postali   8.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; sicurezza in caso di errore simultaneo di due server
• Requisiti di database   40 database nel gruppo di disponibilità del database, 200 cassette postali per ogni database
• Piattaforma del server   Server basato su un processore di 3,33 gigahertz (GHz) a 2 x 4 core (8 core)

Il seguente processo viene applicato come segue:

1. Calcolare il conteggio dei server   Per la sicurezza in caso di errore simultaneo di due server, è necessario un gruppo di disponibilità del database a quattro nodi, in modo che la progettazione inizi con quattro server Cassette postali all'interno del gruppo di disponibilità del database.
2. Calcolare il numero massimo di cassette postali attive per ogni server in base al modello di attivazione   Presupponendo che i database attivi vengano equamente distribuiti tra i nodi, ogni server ospita idealmente 2.000 cassette postali attive (8.000 ÷ 4). Per calcolare il conteggio delle cassette postali attive dopo un errore di nodo doppio (in base a questo esempio), il conteggio delle cassette postali verrà diviso per i due nodi rimanenti, traducendosi in 4.000 cassette postali attive per ogni nodo (8.000 ÷ 2).
   In questo esempio, il parametro MaximumActiveDatabases del cmdlet Set-MailboxServer viene configurato per 20 per garantire l'attivazione di non più del 50% dei database su un unico server.
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 (4.000 × 2 megacicli = 8.000 megacicli), in base alla tabella Cache del database delle cassette postali e operazioni IOPS stimate per ogni cassetta postale in base al profilo utente e all'attività dei messaggi in Informazioni sulla cache del database delle cassette postali. Moltiplicare il valore per 10% per ogni altra copia del database.
   In questo esempio, esistono una copia attiva e due copie passive per ogni database, quindi gli 8.000 megacicli sono aumentati del 20% (8.000 × 1,2 = 9.600 megacicli). Per ulteriori informazioni, vedere "Indicazioni sulla 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 (4.000 × .3 megacicli = 1.200 megacicli), in base alla tabella Cache del database delle cassette postali e operazioni IOPS stimate per ogni cassetta postale in base al profilo utente e all'attività dei messaggi in Informazioni sulla cache del database delle cassette postali. Per ulteriori informazioni, vedere "Indicazioni sulla cache del database" in Informazioni sulla cache del database delle cassette postali.
5. Aggiungere i requisiti attivi e passivi della CPU per ottenere i requisiti totali della CPU   In questo esempio, 9.600 megacicli delle cassette postali attive + 1.200 megacicli delle cassette postali passive = 10.800 megacicli per il requisito totale della CPU.
6. Applicare il requisito totale della CPU alla piattaforma hardware   In questo esempio viene utilizzato un server basato sul processore di 3,3 GHz a 2 x 4 core. Ciò si traduce in 26.400 megacicli (8 × 3.300 MHz). Dividere i megacicli necessari per i megacicli disponibili in base alla piattaforma del server per stimare l'utilizzo della CPU nel periodo di massima attività dopo un errore di nodo doppio (10.800 ÷ 26.640 = 41% di utilizzo previsto della CPU).
   Si consiglia di progettare la porzione dei ruoli del 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, l'errore simultaneo di due nodi). Ciò consentirà spazio sufficiente per ospitare l'utilizzo della CPU per i ruoli del server Accesso client e Trasporto Hub, pur mantenendo l'utilizzo totale di CPU del server a meno dell'80% durante i periodi di massima attività (ad esempio, l'errore simultaneo di 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, (4.000 × 6 MB) ÷ 1.024 = 23,4 GB. I requisiti di cache del database si basano sul profilo della cassetta postale. Per ulteriori informazioni, vedere "Indicazioni sulla cache del database" in Informazioni sulla cache del database delle cassette postali.
8. Applicare i requisiti totali di memoria alla piattaforma hardware   In questo esempio viene utilizzato un server con otto core del processore. Le istruzioni standard sulla memoria per un server con più ruoli con otto core del processore sono costituite da 14 GB + cache totale del database per le cassette postali attive (come mostrato nella tabella precedente).
   Il requisito totale di memoria per il server con più ruoli in questo esempio è 37,4 GB (14 GB + 23,4 GB). Siccome 37 GB non costituiscono una configurazione di memoria standard, arrotondare a 48 GB o alla configurazione di memoria più vicina supportata dal server. Tenere presente che durante il normale funzionamento, i requisiti di memoria ammontano a 25,7 GB (14 GB + 23,4 GB ÷ 2 GB), ma è necessario pianificare una memoria sufficiente a supportare l'errore simultaneo di due nodi.

Inizio pagina