Pianificazione della capacità del processore del server Cassette postali

 

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

Ultima modifica dell'argomento: 2016-11-28

La pianificazione della capacità del server Cassette postali è notevolmente cambiata rispetto alle versioni precedenti di Exchange a causa della resilienza delle cassette postali in Microsoft Exchange Server 2010. Exchange 2010 è stato riprogettato in base al concetto di resilienza delle cassette postali, in cui l'architettura è stata modificata per fornire la protezione di failover automatica a livello del database delle cassette postali invece che a livello del server. Ci sono due modifiche principali che influenzano il processo di pianificazione della capacità del ruolo del server Cassette postali:

  • Hosting delle copie dei database attivi e passivi sullo stesso server

  • Calcolo del numero di copie dei database

È possibile utilizzare le informazioni di questo argomento per comprendere meglio questi cambiamenti e come guida di progettazione per il dimensionamento dei server Cassette postali, se configurati per la resilienza delle cassette postali.

Sommario

Hosting delle copie dei database attivi e passivi sullo stesso server

Numero di copie dei database

Fasi di progettazione

Hosting delle copie dei database attivi e passivi sullo stesso server

In Exchange 2010, è possibile ospitare copie passive e attive dei database sullo stesso server quando il server è configurato per la resilienza delle cassette postali. I processori su ogni server gestiscono il carico di lavoro dalla cassetta postale attiva (ospitata su un database installato attivo) così come da quella passiva (ospitata sui database passivi). I requisiti del processore per le cassette postali passive e i database devono essere considerati quando si esegue la pianificazione della capacità del server Cassette postali di Exchange 2010. Una copia passiva del database utilizza le risorse della CPU per controllare o convalidare i registri replicati, per rieseguire i registri replicati nel database e per gestire l'indice di contenuto associato alla copia del database. In genere, ogni cassetta postale passiva (ospitata su una copia passiva del database) equivale al 15 per cento della CPU necessaria per ospitare la cassetta postale attiva (ospitata su un copia attiva del database).

Un aspetto chiave per la pianificazione della capacità delle cassette postali di Exchange 2010 è stabilire quante copie del database si prevede di attivare su ogni singolo server una volta configurato per la resilienza delle cassette postali. Sono disponibili numerose strutture tra le quali si consiglia di utilizzare i modelli riportati di seguito:

  • Struttura per tutte le copie del database attivate In questo modello, il server viene configurato per gestire il 100% delle copie di database ospitate e attive.

  • Struttura per gli scenari di errore di destinazione In questo modello, il server viene configurato per gestire il carico attivo delle cassette postali durante il caso di errore più grave.

Per ulteriori informazioni, vedere gli argomenti seguenti:

Inizio pagina

Numero di copie dei database

Utilizzando la resilienza delle cassette postali di Exchange 2010, è possibile configurare più copie del database (fino a 16 copie per database) Ogni copia aggiuntiva del database aumenta il lavoro della CPU del server che ospita la copia attiva. Questo lavoro supplementare sul server con la copia attiva riguarda principalmente operazioni di replica e di indicizzazione dei contenuti, perché ogni copia passiva recupera il contenuto da indicizzare dalla copia attiva.

Per i requisiti di CPU della cassetta postale del server che ospita la copia attiva del database deve essere aumentata del 10 per cento per ogni copia aggiuntiva del database (ad esempio, una copia = 10 per cento, due copie = 20 per cento e così via). Questo fattore viene applicato solo ai requisiti della CPU per il server che ospita la copia attiva del database. La CPU utilizzata per ospitare le copie passive del database non è inserita in questo calcolo. Per ulteriori informazioni, vedere Informazioni sulle configurazioni dei processori e sulle prestazioni di Exchange.

Inizio pagina

Fasi di progettazione

A causa di nuovi fattori di dimensionamento, sono necessari ulteriori passi per ridimensionare i server Cassette postali, se configurati per la resilienza delle cassette postali. In generale, i passi sono i seguenti:

  1. Considerare i requisiti di disponibilità elevata per l'intera architettura della soluzione. Prendere in considerazione la resilienza delle cassette postali o una soluzione standalone, la resilienza del sito, il numero richiesto di copie del database e il numero di server o dei gruppi di disponibilità del database (DAG) per gestire i casi di errore più frequenti.

  2. Se si utilizza la resilienza della cassetta postale, scegliere quale modello di attivazione del database desiderato (progettazione per lo scenario di errore di destinazione o per tutte le copie attivate del database).

  3. Utilizzare la tabella seguente per valutare la CPU e i requisiti di memoria basati sul progetto. Si consideri la CPU e i requisiti di memoria per le cassette postali attive, i requisiti della CPU per le cassette postali passive e i requisiti della CPU sulla cassetta postale attiva per le copie aggiuntive del database. Utilizzare la scelta del modello di attivazione per definire il numero massimo di cassette postali che il modello è in grado di ospitare.

Nella tabella seguente viene fornita una stima dei valori per ogni profilo utente. I valori stimati sono basati su un periodo di picco di due ore durante la giornata lavorativa (ad esempio, dalle 10:00 fino a mezzogiorno). Questi periodi di maggiore traffico corrispondo generalmente al doppio del carico medio giornaliero tra le 8 e le 10 ore. La descrizione del profilo utente è stata omessa dal momento che l'intervallo dei profili è cresciuto all'aumentare dell'utilizzo della posta elettronica.

Per la cache del database delle cassette postali, le operazioni IOPS e le stime della CPU sono basate sul profilo utente e sull'attività di messaggistica

Messaggi giornalieri inviati o ricevuti per ogni cassetta postale Cache del database per ogni cassetta postale in megabyte (MB) Singola copia del database (autonoma) con operazioni IOPS stimate per ogni cassetta postale Più copie di database (resilienza della cassetta postale) con operazioni IOPS stimate per ogni cassetta postale Megacicli per cassetta postale attiva o per cassetta postale autonoma Megacicli per cassetta postale passiva

50

3

0.06

0.05

1

0.15

100

6

0.12

0.1

2

0.3

150

9

0.18

0.15

3

0.45

200

12

0.24

0.2

4

0.6

250

15

0.3

0.25

5

0.75

300

18

0.36

0.3

6

0.9

350

21

0.42

0.35

7

1.05

400

24

0.48

0.4

8

1.2

450

27

0.54

0.45

9

1.35

500

30

0.6

0.5

10

1.5

Nota

È necessario aumentare i megacicli per cassetta postale attiva del 10 per cento per ogni copia aggiuntiva del database dopo la prima.

Calcolo dei megacicli per diverse configurazioni del processore

Nell'esempio della sezione successiva "Esempio di pianificazione delle capacità per un server Cassette postali", viene utilizzata una configurazione del processore di base, processori Intel Xeon 2 x 4 core x5470 da 3,33 GHz, che produce 3.333 megacicli per core di processore. È probabile, tuttavia, che non si tratti della configurazione del processore distribuita. Per eseguire una regolazione dei megacicli e determinare i megacicli disponibili supportabili dalla progettazione di server, è possibile utilizzare la procedura seguente.

  1. Aprire un Web browser, quindi accedere a Standard Performance Evaluation Corporation.

  2. Fare clic sui risultati, evidenziare CPU2006, quindi selezionare Ricerca risultati CUP2006.

  3. Nella casella a discesa Configurazioni disponibili, selezionare Frequenze SPECint2006. In Richiesta moduli di ricerca, selezionare l'opzione Semplice, quindi fare clic su Vai. In Richiesta semplice, immettere i criteri di ricerca (ad esempio, Corrispondenze processore x5550).

  4. Trovare il server e il processore che si intende distribuire, fare clic su Esegui fetch semplice e prendere nota del valore risultante.

Ad esempio, si consideri di distribuire un server Dell PowerEdge M710 8-core con processori Intel x5550 da 2,67GHz (2.670 MHz). Per questa configurazione, il valore SPECint_rate2006 risultante è di 240, con un valore di 30 per core (noto nella formula come nuova piattaforma per valore core).

Il valore SPECint_rate2006 risultante per il sistema di base HP DL380 G5 x5470 da 3,33 GHz, 8 core (3.333 MHz) è di 150 o 18,75 per core (noto nella formula come linea di base per valore core).

Per stabilire i megacicli della piattaforma di esempio M710, utilizzare la seguente formula:

((Nuova piattaforma per valore core) × (Hertz per core della piattaforma di base)) ÷ (Linea di base per valore core) = Megacicli regolati per core

30 × 3.333 ÷ 18,75 = 5.333 megacicli per core o 42.662 megacicli per server

Esempio di pianificazione della capacità per un server Cassette postali

Nell'esempio seguente viene illustrato il ridimensionamento del processore. L'esempio presenta i seguenti presupposti di progettazione:

  • Numero di cassette postali   12.000.

  • Profilo della cassetta postale 150 messaggi inviati o ricevuti ogni giorno.

  • Requisiti di disponibilità   La resilienza della cassetta postale all'interno di un singolo sito e tolleranza errori su due server.

  • Architettura di archiviazione   Archivio JBOD (non RAID) con tre copie del database, 300 cassette postali per database, 40 database con 30 copie del database per server (o 120 copie del database per DAG). Le tre copie del database sono distribuite in modo casuale tra i quattro nodi in modo che nessun dei due server si assomigli.

  • Modello di attivazione   Scenario di errore, in cui gli errori su due server sono tollerati con un'interruzione minima. Ciò significa l'attivazione di 20 database su 30 copie per server dopo errori su due server.

  • Piattaforma server   Processori Intel Xeon 2 x 4 core x5470 3,33 GHz.

Viene applicato il processo seguente.

  1. Calcolo del numero dei server   Per la tolleranza degli errori su due server, è necessario un gruppo di disponibilità del database (DAG) con quattro nodi, per cui la progettazione deve iniziare con quattro server Cassette postali all'interno del DAG.

  2. Calcolo del 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 3.000 cassette postali attive (12.000 ÷ 4). Per calcolare il numero di cassette postali attive dopo un errore su due nodi (in base a questo esempio), il numero di cassette postali verrà diviso tra i due nodi rimanenti, il che equivale a 6.000 cassette postali attive per ogni nodo (12.000 ÷ 2).

    In questo esempio, il parametro MaximumActiveDatabases sul cmdlet Set-MailboxServer è configurato per 20.

  3. **Calcolo dei requisiti della CPU per le cassette postali attive   **Moltiplicare il numero massimo di cassette postali attive (20 × 300 = 6.000 cassette postali attive) per le cassette postali attive (6.000 × 3 megacicli = 18.000 megacicli), in base alla tabella precedente. Moltiplicare questo valore per 10 per cento per ogni copia di database aggiuntiva.

    In questo esempio, esistono una copia attiva e due copie passive per ogni database, quindi i 18.000 megacicli sono aumentati del 20% (18.000 × 1,2 = 21.600 megacicli).

  4. **Calcolo dei 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 di ogni cassetta postale passiva (3.000 × 0,45 megacicli = 1.350 megacicli), in base alla tabella precedente.

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

  6. Applicazione del requisito di CPU totale alla piattaforma hardware   In questo esempio, viene utilizzato un server basato su un processore Intel Xeon 2 x 4 core x5470 3,33 GHz. Ciò equivale a 26.664 megacicli (8 × 3.330 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 doppio nodo (22.950 ÷ 26.664 = 86% di utilizzo previsto della CPU). Un tasso di utilizzo della CPU pari all'86 per cento rappresenta un server pienamente utilizzato in cui lo spazio disponibile è praticamente uguale a zero, ma poiché questo calcolo si basa su una condizione di doppio errore che si verifica durante il periodo di massima attività, questo tasso può essere accettabile.

    È opportuno che i server standalone siano progettati per non superare il 70 per cento dell'utilizzo durante il periodo di picco e che le configurazioni a due e tre nodi che non possono tollerare errori su più nodi siano progettate per non superare l'80 per cento dell'utilizzo nel periodo di picco (durante una condizione di errore sul nodo).

Virtualizzazione

Nella fase di definizione delle dimensioni di una nuova distribuzione virtualizzata, non è auspicabile sovraccaricare i processori. Di conseguenza, si preferisce avere un rapporto 1:1 di core logici sulle CPU virtuali dell'host. Da questo punto, utilizzare le dimensioni fisiche consigliate descritte in questo argomento e poi calcolare il 10% di sovraccarico della CPU di hypervisor. Ad esempio, se è stata definita una distribuzione fisica di 500 utenti per core, la distribuzione virtuale avrebbe una dimensione di 450 utenti per core.

Calcolo del numero di core cassette postali necessari per datacenter

Come descritto in Informazioni sui rapporti tra ruoli del server e prestazioni di Exchange, sarà necessario ridimensionare i server Trasporto Hub, Accesso client e di catalogo globale in base al carico dei server Cassette postali.

Le istruzioni sul rapporto di core del processore si basano sul numero totale di core distribuiti delle cassette postali, ma non è questo il caso. Generalmente, i server Cassette postali non sono in esecuzione al 100% di utilizzo della CPU il 100% del tempo. Una soluzione ben progettata non dovrebbe mai utilizzare la CPU al 100% per un periodo di tempo prolungato in base al 70-80% delle soglie di progettazione descritte nella sezione precedente.

Per calcolare il numero minimo di core del processore per i server Trasporto Hub, Accesso client e di catalogo globale, è necessario determinare il numero di core delle cassette postali necessari per supportare i database attivi delle cassette postali durante il modello di errore più grave.

La formula per calcolare i core necessari delle cassette postali all'interno di un datacenter è:

Core cassette postali necessari = (requisiti CPU cassette postali attive) ÷ (megacicli regolati per core) × (numero di server rimanenti) × (numero di gruppi DAG)

Se la soluzione non è ad alta disponibilità, la formula è:

Core cassette postali necessari = (requisiti CPU cassette postali attive) ÷ (megacicli regolati per core) × (numero di server Cassette postali all'interno del datacenter)

Esempio di calcolo del numero di core cassette postali necessari per datacenter

Seguendo l'esempio precedente, la soluzione può sostenere due errori del server, con ogni server rimanente che richiede 18.000 megacicli. Quindi:

Core cassette postali necessari = (18.000 ÷ 3.333) × 2

= 5.4 × 2

= 11 core totali

Ciò significa che, all'interno di questo datacenter, verrà utilizzato un totale di 11 core indipendentemente dai 16 core delle cassette postali disponibili durante il modello di errore di destinazione (o 5,5 core per server Cassette postali rimanente).

In base a questi dati, il numero minimo di core del processore che devono essere distribuiti all'interno del datacenter per i server Trasporto Hub, Accesso client e di catalogo globale è:

Numero minimo di core del processore (con antivirus) del server Trasporto Hub per datacenter = (numero di core cassette postali necessari per datacenter) ÷ 5

= 11 ÷ 5

= 3 core

Numero minimo di core del processore del server Accesso client per datacenter = (numero di core cassette postali necessari per datacenter) × 3 ÷ 4

= 11 × 3 ÷ 4

= 33 ÷ 4

= 9 core

Numero minimo di core del processore (a 64 bit) del server di catalogo globale per datacenter = (numero di core cassette postali necessari per datacenter) ÷ 8

= 11 ÷ 8

= 2 core

Inizio pagina

 ©2010 Microsoft Corporation. Tutti i diritti riservati.