Bilanciamento del carico e tolleranza di errore per i server di trasporto

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2007-10-22

In questo argomento vengono descritti i meccanismi di bilanciamento del carico e le opzioni di tolleranza di errore per il routing dei messaggi con i server di trasporto di Microsoft Exchange Server 2007. In Exchange 2007 le opzioni di bilanciamento del carico e tolleranza di errore con routing dei messaggi si attivano automaticamente per aumentare la disponibilità dei server di trasporto per un flusso di posta e un recapito efficienti nell'organizzazione di Exchange. 

Nel routing di Exchange 2007 vengono utilizzati algoritmi deterministici per selezionare il percorso di routing più conveniente attraverso il quale instradare i messaggi a siti remoti di Active Directory, connettori di invio e gruppi di routing remoti. Per ulteriori informazioni sul calcolo del percorso di routing più conveniente, vedere Informazioni sul routing basato su un sito di Active Directory. 

Dopo che è stato scelto il percorso di routing più conveniente per una destinazione, i meccanismi di bilanciamento del carico e tolleranza di errore sono utili in diversi scenari di routing dei messaggi. Tutti gli scenari di routing dei messaggi in cui Exchange 2007 fornisce il bilanciamento del carico e la tolleranza di errore seguono un approccio comune. Se sono disponibili più di un server di trasporto, viene utilizzato il bilanciamento del carico round robin. Ad esempio, se sono presenti più server Trasporto Hub in un sito remoto di Active Directory, il bilanciamento del carico round robin determina il percorso di routing. La tolleranza di errore si ottiene tramite la connessione al successivo server disponibile in un elenco di server basato sulla priorità quando il server selezionato non è disponibile.

Scenari di routing dei messaggi che supportano il bilanciamento del carico e la tolleranza di errore

In questa sezione vengono descritti i seguenti scenari di routing dei messaggi in cui il routing di Exchange 2007 fornisce il bilanciamento del carico e la tolleranza di errore:

• Inoltro dei messaggi quando sono specificati più server di trasporto di origine in un connettore di invio nello stesso sito di Active Directory

• Inoltro dei messaggi da un server Trasporto Hub a un server Trasporto Edge

• Inoltro dei messaggi da un server Trasporto Edge a un server Trasporto Hub

• Inoltro dei messaggi a un sito remoto di Active Directory

• Inoltro dei messaggi da un server Cassette postali a un server Trasporto Hub.

• Inoltro dei messaggi da un server Trasporto Hub attraverso un connettore del gruppo di routing di Microsoft Exchange Server 2003

• Inoltro dei messaggi a server SMTP (Simple Mail Transfer Protocol) di terze parti

Inoltro dei messaggi quando sono specificati più server di trasporto di origine in un connettore di invio nello stesso sito di Active Directory

Il meccanismo di bilanciamento del carico che è descritto in questa sezione si applica a tutti i tipi di connettori configurati per la posta in uscita nei server Trasporto Edge e nei server Trasporto Hub, quali i connettori SMTP, i connettori esterni e i connettori del gruppo di routing.

Quando si specifica più di un server di trasporto di origine in un connettore, il bilanciamento del carico si ottiene in modo round robin distribuendo le connessioni nei server di origine. La tolleranza di errore si ottiene tramite il failover al successivo server di origine alternativo quando il precedente server di origine a cui si è tentato di accedere non è disponibile per tale connettore.

Nella figura seguente il Connettore di invio C1 è configurato per utilizzare il server Trasporto Hub A e il server Trasporto Hub B come server di origine. Quando il server Trasporto Hub C instrada i messaggi al Connettore di invio C1, il carico della distribuzione dei messaggi viene bilanciato tra il server Trasporto Hub A e il server Trasporto Hub B.

Più server di trasporto di origine in un connettore di invio nello stesso sito di Active Directory

Il bilanciamento del carico non si verifica se il server che inoltra la posta è configurato anche come server di trasporto di origine per il connettore selezionato. In questi casi la vicinanza del server locale ha la precedenza sulla vicinanza del sito di Active Directory locale e la posta viene sempre reinstradata utilizzando il server locale. In questa figura, se il server Trasporto Hub C è anche configurato come server di trasporto di origine nel Connettore di invio C1, la posta inoltrata dal server Trasporto Hub C viene reinstradata attraverso il Connettore di invio C1 invece di subire un bilanciamento del carico nei server Trasporto Hub A e B.

Inoltro dei messaggi da un server Trasporto Hub a un server Trasporto Edge

Se più server Trasporto Edge è sottoscritto a un unico sito di Active Directory, tutti i server Trasporto Edge vengono aggiunti come server di origine a un unico connettore di invio in ingresso nei server Trasporto Edge. Il bilanciamento del carico tra i server Trasporto Edge si ottiene per lo più nel modo in cui il bilanciamento del carico viene gestito tra server Trasporto Hub nello stesso connettore di invio.

I messaggi che sono destinati a Internet vengono instradati prima al sito di Active Directory al quale sono sottoscritti i server Trasporto Edge. Quindi, il server Trasporto Hub ricevente nel sito inoltra i messaggi a uno dei server Trasporto Edge elencati come server di trasporto di origine nel connettore di invio configurato per l'utilizzo della risoluzione degli indirizzi DNS. Il carico delle connessioni richieste viene bilanciato nei server Trasporto Edge sottoscritti. Se il server selezionato non è disponibile, la connessione viene ritentata con il successivo server Trasporto Edge che ospita il connettore di invio configurato per utilizzare la risoluzione degli indirizzi DNS.

Failover manuale di un server Trasporto Edge

È consigliabile sottoscrivere più server Trasporto Edge a un sito di Active Directory per fornire la tolleranza di errore automatica e il failover qualora uno dei server Trasporto Edge venga disconnesso. Se è possibile sottoscrivere un solo server Trasporto Edge a un sito di Active Directory, quando il server Trasporto Edge viene disconnesso, è necessario intervenire manualmente per reindirizzare la posta associata a Internet attraverso un altro sito di Active Directory.

Come mostrato nella figura seguente, se il server Trasporto Edge 1 viene disconnesso è possibile disabilitare manualmente il Connettore * configurato nel server Trasporto Edge 1 nel servizio directory di Active Directory per il Sito 1. La posta elettronica che viene accodata nel Sito 1 al server Trasporto Edge 1 viene automaticamente reinviata, classificata e nuovamente instradata utilizzando l'algoritmo di selezione del connettore, tramite uno o degli altri siti di Active Directory in cui è sottoscritto un server Trasporto Edge.

In questa figura la posta viene reinstradata al Sito 2 di Active Directory per essere reinstradata attraverso il server Trasporto Edge 2. Quando il server Trasporto Edge 1 torna disponibile, è necessario riabilitarne il connettore * nel Sito 1 di Active Directory in modo che la posta associata a Internet nel Sito 1 possa essere reinstradata attraverso il server Trasporto Edge 1.

Failover manuale di un server Trasporto Edge

Inoltro dei messaggi da un server Trasporto Edge a un server Trasporto Hub

Se un server Trasporto Edge è sottoscritto a un sito di Active Directory, nel server Trasporto Edge viene automaticamente creato e configurato un connettore di invio. Tale connettore invia messaggi ai server Trasporto Hub nel sito di Active Directory dove è sottoscritto il server trasporto Edge. Questo connettore di invio è configurato per utilizzare un segnaposto --  nello spazio dell'indirizzo. Il segnaposto --  nello spazio indirizzo per il connettore di invio in ingresso rappresenta i domini autorevoli e di inoltro interno accettati per l'organizzazione di Exchange. I server Trasporto Hub che sono distribuiti nel sito di Active Directory quando viene creata la sottoscrizione Edge vengono elencati come SmartHost per il connettore. Il bilanciamento del carico e la tolleranza di errore si ottengono tramite i server Trasporto Hub che si trovano nell'elenco degli SmartHost per il connettore di invio in ingresso.

Inoltro dei messaggi a un sito remoto di Active Directory

Quando vengono distribuiti più server Trasporto Hub in un singolo sito di Active Directory, la priorità delle connessioni a tali server da altri siti di Active Directory viene gestita in modo round robin. Se un server Trasporto Hub in un sito di Active Directory risolve la posizione di un destinatario in un server Cassette postali in un altro sito di Active Directory, viene restituito un elenco con priorità dei server Trasporto Hub nel sito remoto. Se un server Trasporto Hub in un sito di Active Directory non è disponibile, vengono eseguiti tentativi di connessione agli altri server Trasporto Hub nell'elenco con priorità. Ciò fornisce la tolleranza di errore in un sito di Active Directory.

Ad esempio, se il server Trasporto Hub A nel Sito A di Active Directory inoltra un messaggio a un server Cassette postali nel Sito B di Active Directory, il server Trasporto Hub A riceve un elenco con priorità di server Trasporto Hub, quali i server Trasporto Hub 1, Trasporto Hub 2 e Trasporto Hub 3, dal Sito B di Active Directory. Se il server Trasporto Hub A non è in grado di connettersi al server Trasporto Hub 1, il server Trasporto Hub A tenta di connettersi al server Trasporto Hub 2. Se non riesce a connettersi con il server Trasporto Hub 2, tenta di connettersi con il server Trasporto Hub 3, e così via.

Se il server Trasporto Hub B nel Sito A di Active Directory deve anche inoltrare messaggi al Sito B di Active Directory, l'elenco di server Trasporto Hub con priorità viene adeguato per considerare i server che si trovano nel Sito B di Active Directory. Ad esempio, l'elenco con priorità di server Trasporto Hub per il server Trasporto Hub B possono essere ordinati come server Trasporto Hub 2, server Trasporto Hub 3 e server Trasporto Hub 1 nel Sito remoto B di Active Directory. Questi adeguamenti vengono apportati per bilanciare il carico tra tutti i server Trasporto Hub nel sito ogni volta che vengono stabilite ulteriori connessioni.

Inoltro dei messaggi da server Cassette postali a server Trasporto Hub

In questo scenario sono distribuiti più server Trasporto Hub in un sito di Active Directory. Se un server Trasporto Hub si trova nella stessa posizione di un server Cassette postali, quel server Trasporto Hub ha sempre la precedenza sugli altri server Trasporto Hub nello stesso sito. Ciò significa che il servizio Invio posta di Microsoft Exchange invia sempre una notifica al server Trasporto Hub locale. Se nessun server Trasporto Hub si trova nella stessa posizione del server Cassette postali o se il server Trasporto Hub nel server Cassette postali locale non è disponibile, gli altri server Trasporto Hub nello stesso sito di Active Directory vengono utilizzati in modo round robin.

Inoltro dei messaggi da un server Trasporto Hub attraverso un connettore del gruppo di routing di Exchange 2003

Se un connettore del gruppo di routing è configurato per l'utilizzo di più server di trasporto di destinazione di Exchange, il routing di Exchange 2007 utilizza il meccanismo di bilanciamento del carico e di tolleranza di errore descritto nella sezione "Inoltro dei messaggi quando sono specificati più server di trasporto di origine in un connettore di invio nello stesso sito di Active Directory", precedentemente in questo argomento.

Inoltro dei messaggi a server SMTP di terze parti

Se un connettore di invio SMTP è configurato per l'utilizzo di più SmartHost, il carico delle richieste di connessione viene bilanciato tra gli SmartHost. Se uno SmartHost non è disponibile, la tolleranza di errore viene fornita ritentando la connessione a un altro SmartHost configurato nel connettore.

Scenari in cui il bilanciamento del carico e la tolleranza di errore non si verificano

In questa sezione vengono descritti i seguenti scenari di routing dei messaggi in cui i server di trasporto di Exchange 2007 non forniscono il supporto del bilanciamento del carico e della tolleranza di errore:

• Server di trasporto di origine in siti di Active Directory diversi

• Più connettori con costo uguale

• Server di espansione del gruppo di distribuzione

• Siti hub o percorsi di routing più convenienti ridondanti

Server di trasporto di origine in siti di Active Directory diversi

Se i server di trasporto di origine del connettore di invio utilizzato per instradare i messaggi di posta elettronica si trovano in siti remoti di Active Directory diversi, non viene bilanciato il carico di posta tra tali siti di Active Directory, ma viene scelto un sito di Active Directory e la posta viene inoltrata a tale sito. Viene preferito il sito di Active Directory più conveniente. Se tutti i siti di Active Directory hanno lo stesso costo, viene scelto il sito di Active Directory del server di trasporto di origine elencato per primo nell'elenco dei server di trasporto di origine.

Nella figura seguente viene mostrato il comportamento del routing dei messaggi quando per un connettore di invio sono configurati server di trasporto di origine da più di un sito di Active Directory. In questa figura un messaggio viene instradato dal Sito 3 di Active Directory a un destinatario esterno. Il Connettore C1 viene selezionato come il connettore con lo spazio indirizzo corrispondente più vicino. I server di trasporto di origine per il Connettore C1 sono i server Trasporto Hub nel Sito 1 di Active Directory e nel Sito 2 di Active Directory. Se il primo server di trasporto di origine elencato si trova nel Sito 1 di Active Directory, tutti i messaggi dal Sito 3 di Active Directory vengono reindirizzati al Sito 1 di Active Directory. Eventuali server Trasporto Hub nel Sito 1 di Active Directory possono ricevere il messaggio e utilizzare il bilanciamento del carico del sito di Active Directory locale per distribuire i messaggi per l'inoltro tra il server Trasporto Hub A e il server Trasporto Hub B.

Server di trasporto di origine da siti di Active Directory diversi configurati in un connettore di invio

Il bilanciamento del carico non è supportato tra siti di Active Directory perché in Exchange 2007 viene sempre utilizzato il routing deterministico e viene sempre selezionato un solo sito di Active Directory per eseguire il routing dei messaggi.

Più connettori con costo uguale

Se sono disponibili più connettori con lo stesso costo per eseguire il routing dei messaggi, non viene eseguito il bilanciamento del carico dei messaggi tra tali connettori. In Exchange 2007 il routing sceglie in modo deterministico un connettore utilizzando gli algoritmi di selezione descritti in Informazioni sul routing basato su un sito di Active Directory.

Server di espansione del gruppo di distribuzione

È possibile configurare un gruppo di distribuzione per utilizzare uno specifico server di espansione. Se viene specificato un server di espansione, tutti i messaggi inviati al gruppo di distribuzione vengono instradati al server di espansione specificato. Tale server espande l'appartenenza al gruppo, risolve ogni destinatario e instrada i messaggi. Il bilanciamento del carico su più server di espansione non è supportato. Se il server di espansione non è disponibile, i messaggi vengono accodati nel punto di errore e la coda viene impostata sullo stato di Riprova.

Siti hub o percorsi di routing più convenienti ridondanti

Dopo che il routing di Exchange 2007 ha calcolato il percorso di routing più conveniente e ha eseguito una selezione del percorso di routing in base ai criteri descritti in Informazioni sul routing basato su un sito di Active Directory, il routing di Exchange 2007 non ricalcola il percorso di routing a meno che non cambino i dati di configurazione. Se non è possibile eseguire una connessione utilizzando questo percorso di routing deterministico, il routing di Exchange 2007 non tenta di ricalcolare un percorso di routing alternativo. In questo caso i messaggi vengono accodati al punto di errore e nuovamente instradati.

Nella figura seguente viene mostrato come si verifica il routing dei messaggi in questo scenario in una topologia del sito di Active Directory.

Un messaggio inviato dal Sito 1 di Active Directory al Sito 4 di Active Directory Site 4 dispone di due possibili percorsi, ciascuno con lo stesso costo. Tuttavia, viene scelto il percorso Sito 1-Sito 2-Sito 4 perché il Sito 2 di Active Directoryè alfanumericamente inferiore al Sito 3 di Active Directory.

Siti hub o percorsi di routing più convenienti ridondanti

In questa topologia il Sito 2 di Active Directory è configurato anche come sito di un server Trasporto Hub. Questa configurazione impone l'inoltro del recapito dei messaggi attraverso tale sito perché si trova lungo il percorso di routing selezionato più conveniente. Se per qualche motivo i messaggi che vengono inviati dal Sito 1 al Sito 4 non possono essere inoltrati dal Sito 1 al Sito 2, ad esempio, per un errore di connettività della rete tra il Sito 1 e il Sito 2, tutti i messaggi vengono accodati nel Sito 1.

Se il Sito 2 non è un sito del server Trasporto Hub, la posta viene recapitata direttamente dal Sito 1 al Sito 4. L'inoltro diretto non è influenzato dalla mancanza di connettività di rete tra il Sito 1 e il Sito 2, poiché funziona fintanto che è presente una route a livello di rete dal Sito 1 al Sito 4. Il livello di rete della topologia di Exchange tra i siti definisce il percorso utilizzato dai computer per inviarsi reciprocamente dati. Tuttavia, in questa figura, poiché nel Sito 2 è presente un server Trasporto Hub, tutti i messaggi dal Sito 1 al Sito 4 devono essere inoltrati attraverso il Sito 2. In questo scenario Exchange 2007 non supporta il passaggio a un percorso alternativo di costo uguale ma si affida alla ridondanza IP del livello di rete e alla tolleranza di errore tra i siti per l'inoltro dei messaggi. Si presume che il livello di rete sia resiliente rispetto agli errori dei collegamenti fisici e fornisca percorsi ridondanti alternativi a una destinazione.

Gestione delle connessioni SMTP

In questa sezione viene descritta la gestione della connessione SMTP nel contesto del bilanciamento del carico e della tolleranza di errore per Exchange 2007. Il server Trasporto Hub esegue la connessione a server remoti tramite SMTP. Il server remoto può essere un server Trasporto Hub in un sito di Active Directory diverso, uno SmartHost o un server Trasporto Edge.

Ad esempio, se 60 messaggi vengono accodati per l'inoltro a un sito remoto di Active Directory e in tale sito sono presenti tre server Trasporto Hub, il componente di trasporto di Exchange che esegue la connessione bilancia il carico dell'inoltro di messaggi tra tutti quei server. Viene stabilita una connessione a ogni server e ogni connessione viene utilizzata per trasferire circa 20 messaggi. La velocità di trasferimento dipende dall'ampiezza di banda della rete e dalla dimensione dei messaggi.

Il numero di messaggi trasferiti da ogni connessione non è configurabile. Tuttavia, il numero massimo di connessioni per coda può essere limitato da due impostazioni di configurazione nel server di trasporto: MaxPerDomainOutboundConnections e MaxOutboundConnections. MaxPerDomainOutboundConnections limita il numero di connessioni che è possibile stabilire per ogni coda. MaxOutboundConnections limita il numero totale di connessioni in uscita possono essere stabilite dal server. È possibile configurare queste impostazioni utilizzando il cmdlet Set-TransportServer in Exchange Management Shell e le pagine delle proprietà del server di trasporto in Exchange Management Console.

Per ulteriori informazioni, vedere i seguenti argomenti:

• Configurazione delle proprietà del server di trasporto

• Set-TransportServer

Ulteriori informazioni

Per ulteriori informazioni, vedere le seguenti risorse:

• Reinstradamento dei messaggi e coda Non raggiungibile

• Transizione al routing basato su sito di Active Directory

• Informazioni sul routing basato su un sito di Active Directory

• Connettori di invio

• Microsoft Exchange Server 2007 Transport Architecture Diagrams (informazioni in lingua inglese)