Informazioni sul failover SMTP e sul bilanciamento del carico nel trasporto

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

Ultima modifica dell'argomento: 2016-11-28

Quando si hanno più server Trasporto Hub nella propria organizzazione, Exchange distribuisce automaticamente il traffico di posta elettronica tra tutti i server Trasporto Hub. Quando tutti i server sono disponibili il carico viene distribuito uniformemente. Tuttavia, quando uno o più server non sono disponibili, la distribuzione del carico può diventare non uniforme tra i rimanenti server, specialmente se l'organizzazione viene distribuita tra più siti Active Directory.

In Microsoft Exchange Server 2010 Service Pack 1 (SP1), sono stati apportati numerosi miglioramenti al processo decisionale per la distribuzione del carico tra i server Trasporto Hub.

Per informazioni sulle attività di gestione relative al routing dei messaggi, vedere Gestione del routing dei messaggi.

Sommario

Exchange Server 2010 RTM

Miglioramenti in Exchange 2010

Soluzioni Windows o di terzi per il bilanciamento del carico di rete con i server di trasporto

Exchange Server 2010 RTM

Nella versione di produzione (RTM) di Exchange 2010, quando per un server trasporto è necessario indirizzare parecchi messaggi alla stessa destinazione, il server inizialmente determina l'hop successivo per questi messaggi. Se ci sono più server di destinazione per quell'hop successivo, esegue il bilanciamento del carico sulla connessione utilizzata per recapitare i messaggi in maniera uniforme tra i server di destinazione utilizzando il sistema round robin fornito dal DNS (Domain Name System ) potenziato. Ad esempio, si consideri una topologia in cui si hanno due siti Active Directory con tre server Trasporto Hub per ciascuno (come riportato nella figura seguente). Quando un server Trasporto Hub nel Sito A, ad esempio Hub02, deve inviare dei messaggi al Sito B, l'hop successivo per il messaggio è il Sito B. Esistono tre possibili destinazioni nell'hop successivo: Hub04, Hub05 e Hub06. Il server distribuirà il numero di connessioni uniformemente tra quelle tre destinazioni come indicato nella figura seguente. Questa azione dà luogo ad una distribuzione uniforme di messaggi tra le connessioni nel corso del tempo.

Bilanciamento del carico in Exchange Server 2010 RTM

Analogamente, i server Trasporto Hub nel Sito B distribuiranno il numero di messaggi inviati ai destinatari nel Sito A in maniera uniforme tra Hub01, Hub02 e Hub03. Inoltre, poiché Edge01 è sottoscritto nel Sito A, le destinazioni per l'hop successivo per i messaggi inviati a Internet sono Hub01, Hub02 e Hub03.

Se uno o più server non sono disponibili nell'hop successivo ci potrebbe essere un problema. Ad esempio, si consideri che Hub04 nel Sito B non sia disponibile per la manutenzione programmata. I server nel Sito A non mantengono lo stato di disponibilità di ciascun server nel Sito B. I server nel Sito A distribuiranno il carico destinato per il Sito B tra tre server Trasporto Hub in quel sito. Tuttavia, circa un terzo di quelle connessioni verrà inviato all'Hub04 ma senza successo. Queste connessioni passeranno al server successivo disponibile e uno dei server Trasporto Hub nel Sito B elaborerà praticamente un carico maggiore rispetto all'altro server, come indicato nella figura seguente.

Bilanciamento del carico non uniforme

Questo comportamente indesiderabile può verificarsi quando c'è un server non disponibile nell'hop successivo che normalmente ha più di due destinazioni. L'hop successivo potrebbe essere un altro sito Active Directory come indicato nell'esempio precedente oppure un connettore di invio che ha più server Trasporto Hub elencati come server di origine (ad esempio, il connettore di invio al server Trasporto Edge nella topologia indicata nelle figure precedenti).

Questo non è un problema per gli invii di messaggi di posta elettronica dai server cassette postali. Il servizio di invio della posta elettronica individuerà server Trasport Hub non disponibili in un sito e non tenterà di recapitarla a quei server. Nell'esempio indicato in precedenza, anche se uno dei server Trasporto Hub nel Sito B potrebbe avere un carico più pesante dal traffico tra i siti, il carico creato dai server Cassette postali nel Sito B sarà distribuito uniformemente tra Hub05 e Hub06.

Exchange Server 2010 RTM

Miglioramenti in Exchange 2010

Per affrontare il problema descritto nella sezione precedente, un nuovo componente definito Selettore di server funzionanti correttamente è stato aggiunto in Exchange 2010 SP1. Il Selettore di server funzionanti correttamente mantiene un elenco di server che non sono disponibili. Questo elenco viene utilizzato da un DNS potenziato per filtrare qualsiasi server disponibile quando si applica la logica round robin per il bilanciamento del carico. Per dimostrare in che modo il Selettore di server funzionanti contribuisce al bilanciamento del carico, considerare la condizione problematica mostrata nella figura precedente. In Exchange 2010 SP1, il DNS potenziato prima compilerà l'elenco delle potenziali destinazioni nell'hop successivo, Sito B. Successivamente richiederà al Selettore di server funzionanti di filtrare l'elenco. Il Selettore di server funzionanti riporterà che l'Hub04 per il Sito B dell'hop successivo non è funzionante. Il DNS potenziato eliminerà l'Hub04 dall'elenco di potenziali destinazioni per il Sito B dell'hop successivo e utilizzerà il bilanciamento del carico round robin solo tra Hub05 e Hub06, come mostrato nella figura seguente.

Bilanciamento del carico con il Selettore di server funzionanti

Selettore di server funzionanti

Nella sua forma più semplice, il Selettore di server funzionanti tiene traccia dei server considerati non funzionanti in modo che quei server non siano inclusi nel bilanciamento del carico round robin. Da una prospettiva del Selettore di server funzionanti, una definizione di un server non funzionante è quella di un server al quale un tentativo di connessione restituisce qualsiasi codice di errore (Winsock) dei socket Windows.

Per ogni server non funzionante, il Selettore di server funzionanti mantiene le seguenti informazioni:

• Indirizzo IP del server

• Numero tentativi

• Ora ultimo tentativo

Comportamento nuovo tentativo

Quando un server viene indicato come non funzionante il Selettore di server funzionanti assicurerà che le connessioni a quel server specifico vengano tentate nuovamente per individuare quando il server sarà in linea. Il Selettore di server funzionante utilizza le seguenti impostazioni per determinare con quale frequenza verrà nuovamente tentata una connessione con un server non funzionante:

• QueueGlitchRetryInterval and QueueGlitchRetryCount   Queste impostazioni determinano quante volte e con quale intervallo il Selettore di server funzionanti ritenta le connessioni ad un server specifico quando questo viene considerato non funzionante la prima volta. Queste impostazioni sono configurate nel file EdgeTransport.exe.config. I valori predefiniti per queste impostazione sono 1 minuto e 4 nuovi tentativi. Questi valori indicano che una connessione ad un server non funzionante sarà tentata ogni minuto quattro volte in una configurazione predefinita.

• TransientFailureRetryInterval and TransientFailureRetryCount   Se il server non funzionante non è disponibile, queste impostazioni vengono utilizzate dal Selettore di server funzionanti per determinare la frequenza della serie successiva di tentativi. Queste impostazioni vengono configurate per ciascun server di trasporto. I valori predefiniti sono 5 minuti (10 minuti su un server Trasporto Edge) e 6 nuovi tentativi. Questi valori indicano che una connessione ad un server non funzionante sarà tentata ogni cinque minuti sei volte dopo i primi quattro minuti in una configurazione predefinita.

• OutboundConnectionFailureRetryInterval   Se il server non funzionante non è disponibile, il Selettore del server funzionante continuerà a ritentare la connessione con la frequenza specificata in questo parametro. Questa impostazione è configurata per ciascun server di trasporto. Il valore predefinito è 10 minuti (sul server Trasporto Edge è 30 minuti). Ciò indica che una connessione ad un server non funzionante sarà tentata ogni 10 minuti dopo i primi 34 minuti in una configurazione predefinita.

Per le istruzioni dettagliate su come configurare queste impostazioni, vedere Configurazione degli intervalli tra tentativi di invio e reinvio e degli intervalli di scadenza dei messaggi.

Quando è il momento di ritentare una connessione, il Selettore di server funzionanti consente un solo tentativo di connessione al server non funzionante. Se la connessione funziona, il componente SMTP in uscita notificherà al Selettore di server funzionanti che la connessione è riuscita. A quel punto, il Selettore di server funzionanti rimuove il server dall'elenco dei server non funzionanti.

Il Selettore di server funzionanti e la ridondanza shadow

Il componente della ridondanza shadow di trasporto include una funzionalità heartbeat. L'heartbeat è una semplice connessione SMTP utilizzata per ricercare lo stato dei messaggi inoltrati in precedenza al server di destinazione. Il filtro del Selettore di server funzionanti non impedirà allo Shadow Redundancy Manager di eseguire tentativi di connessione heartbeat. Se un server ha messaggi shadow che sono stati inoltrati ad un server non funzionante, tenterà di effettuare connessioni heartbeat a quel server. Se una connessione heartbeat ad un server non funzionante riesce, il server di destinazione viene immediatamente rimosso dall'elenco di server non funzionanti da parte del Selettore di server funzionanti.

Per ulteriori informazioni sull'heartbeat della ridondanza shadow, vedere Informazioni sulla ridondanza shadow.

Informazioni di diagnostica:

In Exchange 2010 SP1, i registri di connettività includono le informazioni diagnostiche per il Selettore di server funzionanti e le funzionalità di bilanciamento del carico potenziate. Quando un server viene aggiunto a un elenco di server non funzionanti da un Selettore di server funzionanti, l'evento viene registrato nel registro di connettività. Per individuare questo evento, cercare la frase MarkedUnhealthy nel registro di connettività. Sulla riga che contiene questa frase, è possibile trovare le seguenti informazioni:

• Indirizzo IP host destinazione

• Nome di dominio completo (FQDN, Fully Qualified Domain Name) dell'host destinazione

• Errore winsock ricevuto

• Stato: MarkedUnhealthy

• Numero corrente di errori

• Ora tentativo successivo

Da questa voce, è possibile identificare la ragione dell'errore valutando il codice di errore Winsock. Per un elenco completo dei codici di errore Winsock e relative definizioni, vedere Windows Sockets Error Codes.

È inoltre possibile determinare quanti tentativi di connessione non sono riusciti e il tentativo di riconnessione successivo pianificato analizzando il Current Failure Count e i campi Next Retry Time.

È necessario aver la registrazione della connettività abilitata sui server di trasporto in grado di vedere queste informazioni diagnostiche. La registrazione della connettività è disabilitata per impostazione predefinita sui server Trasporto Hub e Trasporto Edge. Per ulteriori informazioni sulla configurazione della registrazione diagnostica, vedere Configurazione della registrazione connettività.

Exchange Server 2010 RTM

Soluzioni Windows o di terzi per il bilanciamento del carico di rete con i server di trasporto

Come spiegato precedentemente in questo argomento,utilizzando il DNS potenziato Exchange 2010 bilancia automaticamente tra i server Trasporto Edge, Trasporto Hub e Cassette postali il carico del traffico costituito da tutti i messaggi tra organizzazioni. Tuttavia, questa funzionalità non si occupa del bilanciamento del carico dei messaggi ricevuti da origini non Exchange, ad esempio server di posta esterni, soluzioni antivirus e di protezione da posta indesiderata di terzi, eventuali server di posta interni al di fuori dell'organizzazione Exchange, applicazioni line-of-business e client di posta elettronica basati su POP o IMAP.

Nel caso di posta proveniente da una o più di queste origini, è possibile bilanciare il carico del traffico SMTP in ingresso utilizzando uno spazio dei nomi SMTP unificato (ad esempio, smtp.contoso.com) che distribuisce i messaggi di posta elettronica esterni tra i server di trasporto nell'organizzazione. Sono sopportati sia il bilanciamento del carico di rete di Windows sia una soluzione di bilanciamento del carico basata su hardware di un altro fornitore. Per un elenco dei servizi di bilanciamento del carico testati dai fornitori e per i quali Microsoft ha confermato la compatibilità con Exchange 2010, vedere Distribuzione del servizio di bilanciamento del carico di Microsoft Unified Communications.

Bilanciamento del carico dei messaggi Internet in ingresso tra i server Trasporto Edge

La situazione più comune prevede la gestione dei messaggi provenienti da Internet. Non è necessario distribuire un'apposita soluzione per distribuire il carico tra i server Trasporto Edge. È possibile ottenere questo risultato semplicemente utilizzando il round robin DNS e i record MX (Mail Exchange) che hanno lo stesso valore per la preferenza, come mostrato nella figura seguente.

Bilanciamento del carico dei messaggi Internet tramite il round robin DNS e i record MX

Se si sceglie di utilizzare la funzione Bilanciamento carico di rete di Windows o una soluzione per il bilanciamento del carico hardware per distribuire i messaggi Internet in ingresso, è necessario pubblicare un unico record MX che punta alla soluzione per il bilanciamento. Il sistema di bilanciamento distribuirà i messaggi in ingresso a tutti i Trasporto Edge indicati nella sua configurazione, come mostrato nella figura seguente.

Distribuzione dei messaggi Internet tramite un soluzione per il bilanciamento del carico

Bilanciamento del carico dei messaggi non Exchange tra i server Trasporto Hub

Exchange 2010 utilizza i connettori di ricezione per accettare i messaggi in ingresso. Per impostazione predefinita, quando un server Trasporto Hub Exchange 2010 riceve un messaggio di posta elettronica tramite SMTP sulla porta TCP 25, il messaggio viene elaborato dal connettore di ricezione predefinito.

Quando un client POP o IMAP invia un messaggio di posta elettronica a un server Trasporto Hub Exchange 2010, il messaggio viene inviato sulla porta TCP 587 per impostazione predefinita. Ciò significa che i messaggi di posta elettronica inviati da client POP o IMAP vengono elaborati da uno specifico connettore di ricezione.

Se si ha intenzione di implementare una soluzione per il bilanciamento del carico per i server Trasporto Hub, è opportuno creare un apposito connettore di ricezione separato e fare in modo che solo il traffico elaborato da quello specifico connettore sia oggetto del bilanciamento del carico. Per fare ciò, è possibile aggiungere un altro indirizzo IP al server Trasporto Hub e associarlo al nuovo connettore di ricezione. Inoltre, l'opzione Autenticazione di Exchange Server deve essere disabilitata sul connettore di ricezione così che il traffico di Exchange non venga instradato verso di esso. Nella seguente figura viene illustrata una configurazione in cui un servizio di bilanciamento del carico viene utilizzato per distribuire i messaggi ricevuti da client POP3 o IMAP4 e server non Exchange SMTP tra due server Trasporto Hub.

Bilanciamento del carico dei messaggi non Exchange tra i server Trasporto Hub

Bilanciamento carico di rete di Microsoft Windows (WNLB)

Bilanciamento del carico di rete di Windows è il servizio di bilanciamento del carico più comune utilizzato nei server Exchange. Esistono alcune limitazioni associate alla distribuzione di Bilanciamento del carico di rete di Windows con i server Trasporto Hub Exchange 2010:

• Bilanciamento del carico di rete di Windows non può essere utilizzato sui server Exchange dove convivono i ruoli Trasporto Hub e Cassette postali e se il server fa parte di un gruppo di disponibilità del database.

  Infatti Bilanciamento del carico di rete di Windows non è compatibile con il clustering di failover di Windows. Se si utilizza un gruppo di disponibilità del database di Exchange 2010 e si desidera utilizzare Bilanciamento carico di rete di Windows, occorrerà che i ruoli Trasporto Hub e Cassette postali siano eseguiti da computer distinti. Inoltre, Bilanciamento carico di rete di Windows influisce sul routing dei messaggi quando il membro di un gruppo di disponibilità del database e il ruolo Trasporto Hub coesistono sullo stesso server. Per ulteriori informazioni, vedere Coesistenza dei ruoli del server Trasporto Hub e Cassette postali quando si utilizzano i DAG.

• Non è consigliabile creare un array con più di otto server Trasporto Hub il cui carico è gestito tramite la funzionalità Bilanciamento carico di rete di Windows. Se è necessario bilanciare il carico su più di otto server Trasporto Hub, è opportuno distribuire una soluzione basata su hardware.

• Bilanciamento carico di rete di Windows non rileva le interruzioni di servizio.

  Rileva solo le interruzioni del server tramite l'indirizzo IP. In caso di errore del servizio di trasporto di Exchange, se il server continua a funzionare, Bilanciamento carico di rete di Windows non rileva l'errore e continua a instradare i messaggi di posta elettronica in ingresso a quel server Trasporto Hub. Pertanto, occorrerà intervenire manualmente per rimuovere dal pool di bilanciamento del carico il server Trasporto Hub su cui si è verificato l'errore.

• La configurazione di Bilanciamento carico di rete di Windows può causare un traffico eccessivo sulle porte, il che può determinare un sovraccarico sulle reti.

  Infatti, la funzionalità Bilanciamento carico di rete di Windows è stata riprogettata in modo che recapiti simultaneamente tutti i pacchetti client in ingresso a tutte le porte di commutazione. Questo comportamento di Bilanciamento carico di rete di Windows garantisce un'elevata velocità di trasmissione, ma provoca anche un notevole impegno dei commutatori.

Per la procedura dettagliata relativa alla configurazione di Bilanciamento carico di rete di Windows, vedere Configurazione del bilanciamento del carico di rete di Windows per i server Trasporto Hub.

Bilanciamento del carico hardware

Se ci sono più di otto server Trasporto Hub per i quali si desidera eseguire il bilanciamento del carico provocato dal traffico dei messaggi non Exchange, è necessaria una soluzione più scalabile. Nonostante siano disponibili software di bilanciamento del carico affidabili, le soluzioni hardware offrono la massima efficienza.

A differenza di Bilanciamento carico di rete di Windows che rileva esclusivamente le interruzioni del server tramite l'indirizzo IP, un sistema di bilanciamento del carico hardware può essere configurato in modo che rilevi eventuali errori del servizio di trasporto di Exchange e, se necessario, instradi i messaggi di posta elettronica in ingresso ad altri server Trasporto Hub senza alcun intervento manuale.

Per la procedura dettagliata relativa alla configurazione di una soluzione di bilanciamento del carico hardware, vedere Configurazione del bilanciamento del carico hardware per i server Trasporto Hub.

 ©2010 Microsoft Corporation. Tutti i diritti riservati.