Scelta di una topologia

Ultima modifica dell'argomento: 2012-08-22

Quando si sceglie una topologia, è possibile utilizzare una delle opzioni di topologie supportate seguenti:

• Singolo server perimetrale consolidato con indirizzi IP privati per ogni interfaccia perimetrale e un indirizzo IP pubblico NAT (Network Address Translation)

• Singolo server perimetrale consolidato con indirizzi IP pubblici per ogni interfaccia perimetrale

• Server perimetrale consolidato con scalabilità implementata con indirizzi IP privati NAT nelle interfacce perimetrali e bilanciamento del carico DNS (Domain Name System)

• Server perimetrale consolidato con scalabilità implementata con indirizzi IP pubblici nelle interfacce perimetrali e bilanciamento del carico DNS (Domain Name System)

• Server perimetrale consolidato con scalabilità implementata con indirizzi IP pubblici e bilanciamento del carico hardware

Importante:
L'interfaccia perimetrale interna e quella esterna devono utilizzare lo stesso tipo di bilanciamento del carico. Non è possibile utilizzare il bilanciamento del carico DNS in un'interfaccia perimetrale e il bilanciamento del carico hardware nell'altra interfaccia perimetrale.

Nella tabella riportata di seguito vengono riepilogate le funzionalità disponibili con le tre topologie di Lync Server 2010 supportate. Le intestazioni di colonna indicano la funzionalità disponibile per una determinata opzione di configurazione di server perimetrale. Utilizzando come esempio l'opzione di server perimetrale con scalabilità implementata e con bilanciamento del carico DNS, è possibile osservare che supporta la disponibilità elevata, può utilizzare indirizzi IP privati non instradabili (con NAT) o indirizzi IP pubblici instradabili assegnati alle interfacce esterne perimetrali e comporta una riduzione dei costi perché non è necessario un dispositivo di bilanciamento del carico hardware.

Gli scenari di failover perimetrale supportati con il bilanciamento del carico DNS sono sessioni point-to-point da Lync a Lync, sessioni di conferenza di Lync e sessioni da Lync a PSTN. Gli scenari di failover perimetrale che non traggono vantaggio dal bilanciamento del carico DNS sono scenari di failover per la Messaggistica unificata di Exchange precedente a Exchange Server 2010 SP1 configurati per l'utilizzo di bilanciamento del carico DNS, connettività per messaggistica istantanea pubblica e federazione con server che eseguono Office Communications Server.

Riepilogo delle opzioni di topologia di server perimetrali

* Failover per Messaggistica unificata di Exchange (utente remoto), connettività per messaggistica istantanea pubblica e federazione con server che eseguono Office Communications Server.

Diversamente da Microsoft Office Communications Server 2007 R2, Lync Server 2010 supporta il posizionamento di interfacce esterne Access Edge, Web Conferencing Edge e A/V Edge dietro un router o un firewall che esegue NAT (Network Address Translation) per le topologie di server perimetrale consolidato sia singolo che con scalabilità implementata.

L'utilizzo di NAT per tutte le interfacce esterne perimetrali richiede l'utilizzo del bilanciamento del carico DNS. In confronto all'utilizzo di un dispositivo di bilanciamento del carico hardware, il bilanciamento del carico DNS (Domain Name System) consente di ridurre il numero di indirizzi IP pubblici per server perimetrale in un pool di server perimetrali, come descritto nell'elenco seguente:

• La topologia di server perimetrale consolidato con scalabilità implementata Lync Server 2010 (con bilanciamento del carico DNS) richiede tre indirizzi IP pubblici per ogni server perimetrale di un pool di server perimetrali.

• La topologia di server perimetrale consolidato con scalabilità implementata Lync Server 2010 (con bilanciamento del carico hardware) richiede tre indirizzi IP pubblici per gli indirizzi IP virtuali di bilanciamento del carico (requisito applicato una sola volta che non viene riapplicato con l'aggiunta di server perimetrali nel pool) e tre indirizzi IP pubblici per server perimetrale in un pool.

Requisiti di indirizzi IP per topologie di server perimetrali consolidati con scalabilità implementata (indirizzo IP per ruolo)

Requisiti di indirizzi IP per topologie di server perimetrali consolidati con scalabilità implementata (singolo indirizzo IP per tutti i ruoli)

Gli aspetti principali di cui tenere conto per la scelta della topologia sono la disponibilità elevata e il bilanciamento del carico. Il requisito di disponibilità elevata può influire sulla scelta del bilanciamento del carico.

• Disponibilità elevata   Se si desidera una disponibilità elevata, distribuire almeno due server perimetrali in un pool. Un singolo pool di server perimetrali supporterà fino a dieci server perimetrali. Se è necessaria ulteriore capacità, è possibile distribuire più pool di server perimetrali. Come regola generale, il 10% del numero totale di utenti necessiterà dell'accesso esterno.

• Bilanciamento del carico hardware   Il bilanciamento del carico hardware è supportato per il bilanciamento del carico di server perimetrali Lync Server 2010 quando si utilizzano indirizzi IP pubblicamente instradabili per le interfacce esterne perimetrali. Utilizzare ad esempio questo approccio in situazioni in cui è necessario il failover per le applicazioni seguenti:

  • Connettività per messaggistica istantanea pubblica

  • Accesso esterno a Messaggistica unificata di Exchange 2007 o di Exchange 2010

  • Federazione con società che utilizzano Microsoft Office Communications Server 2007 o Microsoft Office Communications Server 2007 R2

  Queste tre applicazioni continueranno a funzionare, ma non supportano il bilanciamento del carico DNS e si connetteranno solo al primo server perimetrale del pool. Se il server non è disponibile, la connessione avrà esito negativo. Se ad esempio vengono distribuiti più server perimetrali in un pool per gestire il carico del traffico federato, solo un proxy di accesso riceverà effettivamente il traffico, mentre gli altri resteranno inattivi.

Importante:
L'utilizzo del bilanciamento del carico DNS è consigliato se si attua una federazione con società che utilizzano Lync Server 2010. Considerare che gli effetti sulle prestazioni saranno significativi se la maggior parte dei partner federati utilizza Office Communications Server 2007 oppure Office Communications Server 2007 R2.