Requisiti di bilanciamento del carico dei protocolli di Exchange

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

Ultima modifica dell'argomento: 2011-11-02

I servizi di accesso client e i protocolli di Microsoft Exchange hanno diversi requisiti per il bilanciamento del carico. Qualche servizio di accesso client e qualche protocollo di Microsoft Exchange richiedono l'affinità tra il client e il server Accesso client. Altri funzionano anche senza ma le prestazioni saranno migliori con tale affinità. Altri protocolli di Exchange non richiedono l'affinità tra il client e il server Accesso client e le prestazioni non saranno ridotte.

Sommario

Protocolli di Exchange che richiedono l'affinità tra il client e il server Accesso client

Protocolli di Exchange che traggono vantaggio dall'affinità tra il server Accesso client e il client

Protocolli di Exchange che non richiedono l'affinità

Informazioni sulle porte IP

Protocolli di Exchange che richiedono l'affinità tra il client e il server Accesso client

I seguenti protocolli di Exchange richiedono l'affinità tra il client e il server Accesso client. L'affinità deve durare per tutta una sessione client.

• Outlook Web App e pannello di controllo di Exchange   Microsoft Office Outlook Web App e il pannello di controllo di Exchange richiedono l'affinità tra il client e il server Accesso client. Quando si utilizza l'autenticazione basata su moduli, impostazione predefinita in Microsoft Exchange Server 2010, è necessario che sia Outlook Web App che il pannello di controllo di Exchange siano affini allo stesso server Accesso client. Ciò perché condividono lo stesso cookie di autenticazione che può essere decrittografato solo da un server Accesso client specifico.

• Servizi Web Exchange   Solo un sottoinsieme di Servizi Web Exchange richiede l'affinità. Le richieste del servizio di disponibilità, al contrario delle sottoscrizioni, non richiedono l'affinità. Grazie all'affinità è stato possibile riscontrare un aumento delle prestazioni in tutti gli aspetti di Servizi Web Exchange. Microsoft non supporta l'utilizzo di Servizi Web Exchange senza affinità.

• RPC su TCP di Outlook sulla rete Intranet   I client Outlook sulla rete Intranet presuppongono che tutte le connessioni RPC siano effettuate sullo stesso server. Outlook utilizza più sessioni per utente e presuppone che tutte le sessioni si colleghino allo stesso server.

Protocolli di Exchange che traggono vantaggio dall'affinità tra il server Accesso client e il client

I seguenti protocolli e servizi di Exchange funzionano senza affinità. Tuttavia, le prestazioni risultano significativamente ridotte quando vengono distribuiti senza affinità.

• Outlook Anywhere   Le connessioni Outlook Anywhere sono unidirezionali e dividono un'unica connessione dei dati RPC in due connessioni HTTP. Una connessione è per i dati in ingresso e una per i dati in uscita. Quando non esiste alcuna affinità tra questi due tipi di connessione, Outlook Anywhere cerca di correlare le connessioni eseguendo il coordinamento con altri membri dell'array del server Accesso client. Ciò aumenta il traffico tra i server Accesso client del 50% per un array con due server e fino al 100% per un array con tanti server.

• Exchange ActiveSync   Microsoft Exchange ActiveSync trasmette nuove notifiche ai client tramite una richiesta HTTPS di lunga durata dal client al server. Quando un client Exchange ActiveSync viene assegnato ad un nuovo server Accesso client, il server deve creare nuovamente la sottoscrizione di notifica per la cassetta postale dell'utente. Questo determina una riduzione significativa delle prestazioni.

• Servizio Rubrica di Exchange   Questo è un nuovo servizio in Exchange 2010 che consente ai client di accedere alla directory. Se non si utilizza l'affinità, aumenterà il traffico tra il client e i server Accesso client.

• Remote PowerShell Senza affinità, gli utenti dovranno nuovamente eseguire l'autenticazione se la connessione viene interrotta.

Protocolli di Exchange che non richiedono l'affinità

Esistono diversi servizi e protocolli di Exchange che non richiedono l'affinità, dal momento che sono transazionali. Ciò indica che la connessione viene stabilita, la transazione completata e la connessione chiusa. Non si riscontrerà un aumento delle prestazioni in questi protocolli.

• Rubrica offline

• Servizio di individuazione automatica

• POP3

• IMAP4

Informazioni sulle porte IP

La maggior parte dei servizi di Exchange 2010 è incorporata in HTTP ed utilizza la porta 443 per l'accesso a Secure Sockets Layer (SSL) e la porta 80 per l'accesso non SSL. Ad esempio, Outlook Web App, Exchange ActiveSync, Outlook Anywhere e Servizi Web Exchange. POP3 e IMAP4 utilizzano rispettivamente le porte 110 e 143 quando non sono crittografati con SSL e le porte 995 e 993 quando sono crittografati con SSL.

Altri servizi di Exchange, come il servizio Accesso client RPC e il servizio Rubrica di Exchange, sono servizi RPC. Quando un client Outlook si connette direttamente al server Accesso client tramite questi protocolli, invece di utilizzare Outlook Anywhere, le porte TCP dell'endpoint per questi servizi vengono allocate dalla Gestione endpoint RPC. L'allocazione si verifica quando i servizi vengono avviati. È necessario, quindi, configurare molte porte di destinazione per il bilanciamento del carico senza dover indirizzare il traffico di questi servizi in modo specifico in base al numero di porta. È possibile eseguire la mappatura in modo statico di questi servizi a numeri di porta specifici per semplificare il bilanciamento del carico. Se le porte di questi servizi sono state mappate in modo statico, il traffico verrà limitato alla porta 135 e a due porte specifiche selezionate per tali servizi.

Configurazione della mappatura della porta statica per i servizi basati su RPC

La porta statica per il servizio Accesso client RPC viene configurata nel Registro di sistema. È necessario configurare la seguente chiave del Registro di sistema su ogni server Accesso client. Impostare la chiave sul valore della porta che si desidera utilizzare per le connessioni TCP per il servizio Accesso client RPC.

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem
Value: TCP/IP Port
Type: DWORD

Anche questo processo deve essere eseguito su qualsiasi server delle cartelle pubbliche nell'organizzazione.

Le porte statiche per i due endpoint RPC mantenuti dal servizio Rubrica di Exchange vengono configurati nel file denominato Microsoft.Exchange.AddressBook.Service.Exe.config. È possibile trovare questo file nella directory bin nel percorso di installazione di Exchange su ogni server Accesso client. Il valore RpcTcpPort nel file di configurazione deve essere impostato sul valore della porta che si desidera utilizzare per le connessioni TCP di questo servizio. Questa porta gestisce le connessioni per il riferimento alla Rubrica e l'interfaccia NSPI.

 ©2010 Microsoft Corporation. Tutti i diritti riservati.