Suggerimenti relativi a ridimensionamento e configurazione di Exchange 2013

Articolo
04/04/2023

Si applica a: Exchange Server 2013

Exchange 2013 richiede più risorse di sistema rispetto alle versioni precedenti di Exchange. Ridimensionando in modo corretto l'infrastruttura di Exchange 2013, e quindi apportando alcune configurazioni consigliate ai componenti correlati a Exchange all'interno di tale infrastruttura, è possibile porre le basi per una distribuzione con prestazioni ottimali.

Ridimensionamento di Exchange 2013

Il ridimensionamento corretto di Exchange 2013 è uno dei modi più efficaci di evitare problemi di prestazioni. Il calcolatore dei requisiti del ruolo del server di Exchange 2013 è disponibile qui. La versione più recente è la 9.1. Per utilizzare questo strumento di calcolo correttamente, è necessario consultare le indicazioni nei post di blog sullo strumento di calcolo dei requisiti del ruolo del server di Exchange 2013 e sul ridimensionamento delle distribuzioni di Exchange 2013.

È importante iniziare con il calcolatore prima di acquistare e distribuire l'hardware. È innanzitutto necessario determinare i requisiti complessivi delle risorse in base ai risultati del calcolatore. È possibile utilizzare lo strumento di calcolo per specificare le esigenze dell'organizzazione e sfruttare i risultati come linee guida per ridimensionare l'hardware. Il calcolatore non indica il numero di server da usare, ma consente di stimare l'impatto di un carico di lavoro di Exchange su un determinato set di server. È consigliabile sperimentare diverse configurazioni per visualizzarne l'effetto sulle prestazioni, allo scopo di rispondere alle esigenze aziendali e relative all'hardware specifiche per l'ambiente.

Per semplificare le distribuzioni e sfruttare al meglio l'hardware, il gruppo di prodotti Exchange consiglia i server multiruolo. L'utilizzo di server multiruolo offre una disponibilità migliore a livello di server Accesso client (CAS), poiché sono presenti più server Accesso client disponibile per gestire le richieste in uno scenario di errore. La considerazione principale relativa alla progettazione da tenere presente per Exchange 2013 è di utilizzare server di tipo commodity "più piccoli" (eseguendo la scalabilità in orizzontale anziché quella in verticale). La progettazione e il test sono stati eseguiti con due computer socket contenenti fino a 20 core del processore, con un massimo di 96 gigabyte (GB) di RAM. Se l'hardware è più grande di questa raccomandazione, è consigliabile prendere in considerazione altre opzioni. Ad esempio, usare tale hardware per altre esigenze e acquistare server più piccoli per l'ambiente Exchange 2013. In alternativa, prendere in considerazione la virtualizzazione.

È preferibile creare più server (scalabilità orizzontale) rispetto all'aggiunta di risorse a server esistenti di dimensioni maggiori (aumento del numero di istanze). La scalabilità in orizzontale consente di trarre vantaggio dalle funzionalità di disponibilità elevata integrate in Exchange 2013. Per comprendere il motivo per cui è consigliabile questa configurazione, esaminare in dettaglio i post L'architettura preferita e l'impatto della resilienza del sito sulla disponibilità.

Il calcolatore non tiene conto degli elementi seguenti:

Prodotti di terze parti in esecuzione nei server Exchange.
Prodotti che interagiscono con Exchange, incluse le applicazioni sviluppate internamente.

Assicurarsi quindi di tenere conto di questi elementi nel ridimensionamento. Ad esempio, Lync Server, applicazioni Exchange Web Services (EWS) di terze parti e dispositivi ActiveSync possono aumentare in modo significativo i requisiti della CPU per utente. Usare la documentazione del prodotto di terze parti per informazioni su come influisce su Exchange. È consigliabile creare una baseline delle prestazioni per Exchange prima di implementare soluzioni di terze parti.

Configurazioni delle prestazioni consigliate

Per l'ambiente di Exchange 2013 si consigliano le ottimizzazioni delle prestazioni riportate di seguito.

Alimentazione

Impostare BIOS in modo da consentire al sistema operativo di gestire l'alimentazione.

Nel sistema operativo, attivare la combinazione per il risparmio di energia per le prestazioni elevate.

Elaborazione

Disabilitare hyperthreading nei server di Exchange fisici. Negli ambienti server virtuali è possibile abilitare l'hyper-threading nel server fisico, ma a ogni server virtuale deve essere allocato solo il numero necessario di CPU virtuali. In altre parole, non allocare in modo eccessivo le CPU virtuali e usare solo il numero di core del processore fisico per i calcoli di ridimensionamento.

In Exchange Server 2013 Service Pack 1 o versioni successive, è possibile abilitare la ripartizione del carico di lavoro SSL per ridurre il consumo di CPU da parte dei server Accesso client, ma la complessa configurazione della ripartizione del carico di lavoro SSL potrebbe non giustificare il vantaggio ottenuto.

.NET Framework

Versione di Exchange	.NET Framework 4.6.2	.NET Framework 4.6.1	.NET Framework 4.5.2
Exchange 2013 CU16	X
Exchange 2013 CU15	X	X^1,2	X
Exchange 2013 CU13 e CU14		Xsup>1,2	X

¹ .NET Framework 4.6.1 richiede correzioni successive alla versione definitiva se si vuole installarlo in un server che esegue Exchange 2013 CU13. Per altre informazioni. Vedere Prerequisiti di Exchange 2013.

² Se si esegue l'aggiornamento a Exchange 2013 CU13, CU14 o CU15 da Exchange 2013 CU12 o versioni precedenti, è consigliabile installare Exchange 2013 CU13 prima di .NET Framework 4.6.1 e le correzioni successive alla versione correlate.

Se non è possibile installare .NET 4.5.2, vedere l'articolo della Microsoft Knowledge Base 2995145 "Problemi di prestazioni o ritardi durante la connessione a Exchange Server 2013 in esecuzione in Windows Server". Le correzioni in questo articolo sono state sviluppate in base ai risultati interni sull'utilizzo della memoria del processo di lavoro nello store. Applicando queste correzioni, si ridurrà il consumo complessivo di memoria per tutti i processi gestiti (incluso il processo di lavoro dell'archivio) e si ridurrà il tempo complessivo della CPU impiegato in .NET Garbage Collection.

Hotfix

L'Exchange Performance Team consiglia di installare tutte le correzioni rapide relative alle prestazioni seguenti.

Rete

Con Exchange 2013 è consigliata una singola scheda di rete, in quanto non è più necessario dividere le reti MAPI e di replica. Per altre informazioni, vedere Requisiti di rete.

Usare le impostazioni di offload SNP predefinite, se disponibili, e verificare che RSS sia abilitato (l'impostazione predefinita in Windows Server 2012 e versioni successive). RSS consente di ridimensionare l'utilizzo della CPU, in particolare su 10 GbE.

Verificare che il sistema operativo non disabiliti la scheda di rete per risparmiare energia.

Mantenere aggiornati i driver NIC. Contattare il fornitore su base mensile per verificare la disponibilità di aggiornamenti per i driver.

Internet Information Services (IIS)

Durante l'installazione, in Exchange vengono modificati alcuni limiti di connessione per IIS. Si consiglia di non regolare ulteriormente IIS.

Evitare personalizzazioni quando possibile. Qualsiasi modifica apportata a web.config o alle chiavi del Registro di sistema può essere sovrascritta dagli aggiornamenti cumulativi di Exchange o dagli aggiornamenti di Windows.

Archiviazione

Le linee guida per l'archiviazione di Exchange 2013 sono disponibili nelle opzioni di configurazione dell'archiviazione di Exchange 2013.

Virtualizzazione

Consultare Requisiti per la virtualizzazione hardware. Tenere inoltre presente che Exchange non riconosce l'accesso non uniforme alla memoria (NUMA). Pertanto, è consigliabile utilizzare le impostazioni NUMA predefinite del produttore dell'hardware.

Active Directory

Monitorare le prestazioni del server di directory perché le query di Active Directory influiscono direttamente sulla distribuzione di Exchange.

La durata della ricerca LDAP è un contatore critico da tenere in considerazione in merito all'integrità di Active Directory. Monitorare la CPU nei controller di dominio. I problemi relativi alla CPU nei controller di dominio comportano un calo di prestazioni nei server di Exchange.

Eseguire la "Diagnostica di Active Directory" integrata nel controller di dominio in Performance Monitor situato in "Insieme agenti di raccolta dati" per isolare la causa dei problemi relativi alle prestazioni dei controller di dominio.

Pianificare una RAM sufficiente per i controller di dominio affinché sia possibile memorizzare nella cache il file di database AD completo.

È consigliabile distribuire un core del catalogo globale di Active Directory per ogni otto core di cassette postali che gestiscono il carico attivo (basato su core del catalogo globale a 64 bit).

Bilanciamento del carico

Tutti i server Accesso client devono ricevere circa lo stesso numero di connessioni in ingresso.

Per tutti i protocolli, Exchange 2013 non richiede affinità di sessione tra un determinato server Accesso client e il bilanciamento del carico.

È necessario utilizzare un dispositivo o software di bilanciamento del carico per gestire tutto il traffico in ingresso per i server Accesso client. La selezione del server di destinazione può essere effettuata in diversi modi, ad esempio "round-robin," in cui ogni connessione in ingresso passa al successivo server di destinazione in un elenco circolare, o con "meno connessioni", in cui il sistema di bilanciamento del carico invia ogni nuova connessione al server per cui è definito il minor numero di connessioni. Questi metodi sono descritti in dettaglio in Bilanciamento del carico. È inoltre consigliabile considerare gli elementi seguenti:

Round robin ha un problema di convergenza lenta con connessioni di lunga durata (come RPC/HTTP). Quando si connettono nuovi computer, il bilanciamento di connessioni servite nei computer di destinazione richiede molto tempo per convergere.
Nel metodo con "meno connessioni", tenere presente che è possibile che un server Accesso client sia sottoposto a overload e non risponda in caso di guasto del server o durante operazioni di manutenzione relative all'applicazione di patch. Nel contesto delle prestazioni di Exchange, l'autenticazione è un'operazione complessa.

A causa di una serie di limitazioni con Bilanciamento carico di rete windows (NLB) in un ambiente Exchange 2013, descritto in Bilanciamento del carico, non è consigliabile usare Bilanciamento carico di rete di Windows.

Distribuzione database e utenti

Mantenere una distribuzione bilanciata di utenti per database e database attivi per server. Distribuire in modo uniforme il consumo dello spazio su disco dei database e bilanciare gli utenti con attività intensa tra tutti i database.

È necessario profilare la base utenti per comprendere come interagiscono con Exchange (dispositivi, Outlook e OWA) e l'impatto che tali interazioni causano a livello di prestazioni. fare riferimento ai blog sullo strumento di calcolo della sezione 2 per ulteriori informazioni su come profilare l'utilizzo di Exchange per utente.

Configurare la preferenza di attivazione della copia di DB e le impostazioni "MaximumPreferredActiveDatabases" (per server) per mantenere il bilanciamento durante un failover o cambio.

Lo script RedistributeActiveDatabases.ps1 consente di ribilanciare i database attivi nei nodi DAG.

Valutare la possibilità di applicare limiti rigorosi per il conteggio degli elementi che corrispondono a Microsoft 365 o Office 365. È possibile eseguire questa operazione con il cmdlet Set-Mailbox e le informazioni fornite in Limiti cartella delle cassette postali.

File di paging

Impostare una dimensione massima per il file di pagina di 32.778 MB se si usano più di 32 GB di RAM.

Il file di paging non deve essere ospitato nella stessa unità dei file di database Exchange o nei file di log di database.

È fondamentale usare un file di pagina a dimensione fissa e non consentire a Windows di gestire le dimensioni. Aumentare le dimensioni del file di paging può essere un'attività particolarmente intensa e può causare problemi quando Exchange è sovraccarico.

Se è necessario ottenere un dump completo del kernel, vedere Generare un dump di arresto anomalo del kernel o completarlo.

Modalità di Outlook

Si consiglia la modalità cache. Per capire il vantaggio derivante dall'uso della modalità cache, vedere Scelta tra modalità cache e modalità online per Outlook 2013.

È importante notare che le prestazioni possono essere influenzate sia dai componenti aggiuntivi server che dai componenti aggiuntivi di terze parti di Outlook. Quando si usa la modalità online, i client possono aspettarsi alcuni problemi di prestazioni da componenti aggiuntivi di terze parti, conteggi di elementi elevati, visualizzazioni limitate, il numero di utenti che accedono alla cassetta postale, tra gli altri fattori. Nei client legacy possono esserci ulteriori effetti dovuti a conteggi di elementi elevati e prestazioni rispetto a Outlook 2013.

Se un'organizzazione ha configurato Outlook in modalità online principalmente per motivi di sicurezza, prendere in considerazione l'uso di BitLocker.

Outlook 2013 offre la nuova funzionalità del "dispositivo di scorrimento di sincronizzazione" per ridurre al minimo i tempi di download e la dimensione del file OST. Per altre informazioni, vedere Configure Cached Exchange Mode in Outlook 2013.For more information, see Configure Cached Exchange Mode in Outlook 2013.

Verificare su base mensile la disponibilità di aggiornamenti dei client di Outlook supportati nell'ambiente in uso.

Software di terze parti

Come procedura consigliata, disinstallare o disabilitare software di terze parti durante la risoluzione dei problemi relativi alle prestazioni di Exchange. L'elenco seguente contiene i tipi di software di terze parti che il supporto tecnico Microsoft ha più spesso visto influire sulle prestazioni di Exchange 2013.

Soluzioni antivirus
Software di prevenzione delle intrusioni
Software di backup
Software di controllo, sia per i file che per gli utenti
Soluzioni di archiviazione

Condividi tramite