Bilanciamento del carico
Si applica a: Exchange Server 2013
Il bilanciamento del carico è un modo per gestire quali server ricevono traffico. Il bilanciamento del carico consente di distribuire le connessioni client in ingresso su vari endpoint , ad esempio i server Accesso client, per garantire che nessun endpoint accetti una condivisione sproporzionata del carico. Il bilanciamento del carico può anche fornire ridondanza del failover in caso di errore di uno o più endpoint. Usando il bilanciamento del carico con Exchange Server 2013, assicurarsi che gli utenti continuino a ricevere il servizio Exchange in caso di errore del computer. Il bilanciamento del carico consente inoltre alla distribuzione di gestire più traffico che un server può elaborare, offrendo al tempo stesso un singolo nome host per i client.
Il bilanciamento del carico ha due scopi principali. Riduce l'impatto di un singolo errore del server Accesso client all'interno di uno dei siti di Active Directory. Inoltre, il bilanciamento del carico garantisce che il carico su ogni server Accesso client sia distribuito in modo uniforme.
Exchange 2013 include anche le soluzioni seguenti per il passaggio e la ridondanza del failover:
Disponibilità elevata: Exchange 2013 usa i gruppi di disponibilità del database (DAG) per mantenere sincronizzate più copie delle cassette postali in server diversi. In questo modo, se un database delle cassette postali ha esito negativo in un server, gli utenti possono connettersi a una copia sincronizzata del database in un altro server.
Resilienza del sito: è possibile distribuire due siti di Active Directory in posizioni geografiche separate, mantenere sincronizzati i dati delle cassette postali tra i due e fare in modo che uno dei siti venga caricato per intero se l'altro ha esito negativo.
Spostamento della cassetta postale online: in uno spostamento della cassetta postale online, gli utenti possono accedere ai propri account di posta elettronica durante lo spostamento. Gli utenti vengono bloccati dai propri account solo per un breve periodo di tempo alla fine del processo, quando si verifica la sincronizzazione finale. È possibile eseguire lo spostamento delle cassette postali online tra foreste o nella stessa foresta.
Ridondanza shadow: la ridondanza shadow protegge la disponibilità e il ripristino dei messaggi mentre sono in transito. Con la ridondanza shadow, l'eliminazione di un messaggio dai database di trasporto viene ritardata fino a quando il server di trasporto non verifica che tutti gli hop successivi per tale messaggio siano stati completati. Se uno degli hop successivi non riesce prima di segnalare il recapito corretto, il messaggio viene inviato di nuovo per il recapito all'hop che non è stato completato.
Modifiche dell'architettura nel bilanciamento del carico per Exchange Server 2013
Nel Exchange Server 2010 le connessioni client e l'elaborazione sono state gestite dal ruolo del server Accesso client. Questa funzionalità richiedeva il bilanciamento del carico sia delle connessioni outlook esterne che interne e delle connessioni client di dispositivi mobili e di terze parti attraverso la matrice di server Accesso client in una distribuzione per ottenere la tolleranza di errore e l'utilizzo efficiente dei server. Molti protocolli di Accesso client di Exchange 2010 richiedevano affinità: una relazione tra il client e un server di Accesso client specifico. In particolare, Outlook Web App, Exchange Pannello di controllo, Exchange Web Services, Outlook Anywhere, connessioni MAPI TCP/IP di Outlook, Exchange ActiveSync, il servizio Rubrica di Exchange e PowerShell remoto sono necessari o hanno beneficiato dell'affinità tra client e server di accesso client. Le opzioni di bilanciamento del carico in Exchange 2010 includevano le funzionalità seguenti:
Bilanciamento del carico di rete windows con affinità IP di origine
Bilanciamento del carico hardware
A causa delle diverse esigenze dei protocolli client in Exchange 2010, è consigliabile usare una soluzione di bilanciamento del carico di livello 7. Il livello 7, noto anche come bilanciamento del carico a livello di applicazione, ha consentito alla soluzione di bilanciamento del carico di usare regole complesse per determinare come bilanciare ogni richiesta che entra nel sistema, dato che l'intera conversazione tra client e server sarebbe disponibile per la logica del servizio di bilanciamento del carico. Queste regole complesse assicuravano che tutte le richieste provenienti da un client specifico passassero allo stesso endpoint del server Accesso client. In Exchange 2010, se tutte le richieste provenienti da un client specifico non sono andate allo stesso endpoint per i protocolli che richiedevano affinità, l'esperienza utente verrebbe influenzata negativamente. Per altre informazioni sulle opzioni di bilanciamento del carico di Exchange 2010, vedere Informazioni sul bilanciamento del carico in Exchange 2010.
In Exchange Server 2013 esistono due tipi principali di server: il server Accesso client e il server Cassette postali. I server Accesso client in Exchange 2013 fungono da server proxy leggeri e senza stato, consentendo ai client di connettersi ai server Cassette postali di Exchange 2013. I server Accesso client di Exchange 2013 forniscono uno spazio dei nomi e un'autenticazione unificata. Inoltre, i server Accesso client di Exchange 2013:
Supportare la logica di proxy e reindirizzamento per i protocolli client.
Supportare l'uso del bilanciamento del carico di livello 4.
Con l'affinità di sessione e il bilanciamento del carico di livello 7, tutte le richieste tra il client e il server vengono inviate allo stesso endpoint, come richiesto dai vari protocolli. Le richieste vengono distribuite a livello di applicazione. Con il bilanciamento del carico di livello 4, le richieste vengono distribuite a livello di trasporto. La soluzione di bilanciamento del carico distribuisce le richieste dal client, che è a conoscenza di un singolo indirizzo IP (a volte denominato indirizzo IP virtuale o VIP), a un set di server che eseguono il lavoro. La connessione tra il client e il server deve essere stabilita prima di determinare il contenuto della richiesta, quindi il servizio di bilanciamento del carico seleziona un server per ricevere la richiesta prima di esaminare il contenuto della richiesta. La selezione del server di destinazione può essere effettuata in vari modi, ad esempio "round robin", in cui ogni connessione in ingresso passa al server di destinazione successivo in un elenco circolare o "connessioni minime", in cui il servizio di bilanciamento del carico invia ogni nuova connessione al server con il minor numero di connessioni stabilite in quel momento. Ora che l'affinità di sessione non è necessaria, si hanno maggiore flessibilità, scelta e semplicità rispetto all'architettura di bilanciamento del carico distribuita. Il bilanciamento del carico senza affinità di sessione consente di aumentare la capacità e l'utilizzo del servizio di bilanciamento del carico, perché l'elaborazione non viene usata per mantenere opzioni di affinità più coinvolte, ad esempio il bilanciamento del carico basato su cookie o l'ID sessione SSL (Secure Sockets Layer).
Array di server Accesso client ed Exchange 2013
In Exchange 2010 è stato introdotto il concetto di matrice accesso client. Dopo aver configurato una matrice accesso client per un sito di Active Directory, tutti i server Accesso client nel sito sono diventati automaticamente membri della matrice. Nelle build correnti di Exchange 2013 non è necessaria alcuna configurazione di una matrice di accesso client, perché la distribuzione di un servizio con carico bilanciato e a disponibilità elevata è molto più semplice.
Soluzioni di bilanciamento del carico
L'uso dei servizi di bilanciamento del carico hardware è ancora supportato per Exchange 2013. Per informazioni sulle soluzioni di bilanciamento del carico hardware che hanno completato il test della soluzione con Exchange 2010 e probabilmente funzionano anche con Exchange 2013, vedere Exchange Server distribuzione del servizio di bilanciamento del carico 2010. Tenere presente che questa pagina mostra la configurazione più complessa di livello 7 dei servizi di bilanciamento del carico hardware con Exchange 2010. Il bilanciamento del carico del traffico di Exchange 2013 può essere molto più semplice, date le modifiche all'architettura descritte in precedenza in questo argomento. Invece di configurare l'affinità di sessione per ognuno dei protocolli di Exchange, le connessioni in ingresso ai server di accesso client di Exchange 2013 possono essere indirizzate a un server disponibile dal servizio di bilanciamento del carico senza ulteriori elaborazioni di affinità necessarie. Il servizio di bilanciamento del carico hardware ha ancora un ruolo importante nel fornire disponibilità elevata del servizio Exchange perché può rilevare quando un server accesso client specifico è diventato non disponibile e rimuoverlo dal set di server che gestiranno le connessioni in ingresso.
Bilanciamento carico di rete di Microsoft Windows (WNLB)
Windows Network Load Balancing (WNLB) è un servizio di bilanciamento del carico software comune usato per i server Exchange. Esistono diverse limitazioni associate alla distribuzione di WNLB con Microsoft Exchange.
WNLB non può essere usato nei server Exchange in cui vengono usati anche i dag delle cassette postali perché WNLB non è compatibile con il clustering di failover di Windows. Se si usa un dag di Exchange 2013 e si vuole usare WNLB, è necessario che il ruolo del server Accesso client e il ruolo del server Cassette postali siano in esecuzione in server separati.
WNLB non rileva le interruzioni del servizio. WNLB rileva solo le interruzioni del server in base all'indirizzo IP. Ciò significa che se un particolare servizio Web, ad esempio Outlook Web App, ha esito negativo, ma il server è ancora funzionante, WNLB non rileverà l'errore e instradarà comunque le richieste al server Accesso client. È necessario un intervento manuale per rimuovere il server Accesso client che ha riscontrato l'interruzione dal pool di bilanciamento del carico.
L'uso di WNLB può causare un sovraccarico delle porte, che può sovraccaricare le reti.
Poiché WNLB esegue solo l'affinità client usando l'indirizzo IP di origine, non è una soluzione efficace quando il pool IP di origine è piccolo. Ciò può verificarsi quando il pool IP di origine proviene da una subnet di rete remota o quando l'organizzazione usa la conversione degli indirizzi di rete.