Requisiti per il bilanciamento del carico
Ultima modifica dell'argomento: 2012-11-27
Se sono presenti pool Front End, pool di Director, pool di Edge Server o pool di proxy inversi, è necessario distribuire il bilanciamento del carico per questi pool. Il bilanciamento del carico consente di distribuire il traffico tra i server in un pool.
Lync Server 2010 può utilizzare qualsiasi proxy inverso che supporti i requisiti dei servizi Web messo a disposizione da Director, Front End Server e Server Standard. Il bilanciamento del carico di un pool o una farm (termine utilizzato per fare riferimento a un pool di proxy inversi) di proxy inversi dipende dai requisiti del proxy inverso. Tramite Lync Server 2010 non vengono imposte restrizioni specifiche sul metodo di bilanciamento del carico dei proxy inversi, a condizione che la farm di proxy inversi possa continuare a garantire i requisiti dei servizi Web.
In Microsoft Lync Server 2010 sono supportati due tipi di soluzioni di bilanciamento del carico: bilanciamento del carico DNS (Domain Name System) e bilanciamento del carico hardware. Il bilanciamento del carico DNS offre numerosi vantaggi, tra cui amministrazione più semplice, maggiore efficienza per la risoluzione dei problemi e la possibilità di isolare la maggior parte del traffico di Lync Server 2010 da potenziali problemi del servizio di bilanciamento del carico hardware.
Per stabilire quale soluzione di bilanciamento del carico è appropriata per ogni pool nella distribuzione, tenere presenti le restrizioni seguenti:
Per l'interfaccia perimetrale interna e per quella esterna è necessario utilizzare lo stesso tipo di bilanciamento del carico. Non è possibile utilizzare il bilanciamento del carico DNS in un'interfaccia e il bilanciamento del carico hardware nell'altra.
Alcuni tipi di traffico richiedono un servizio di bilanciamento del carico hardware. Il traffico HTTP richiede, ad esempio, un servizio di bilanciamento del carico hardware anziché il bilanciamento del carico DNS. Il bilanciamento del carico DNS non funziona con il traffico Web da client a server.
Per informazioni dettagliate sulla scelta di una soluzione di bilanciamento del carico per le topologie perimetrali, vedere la sezione relativa ai servizi di bilanciamento del carico hardware in Componenti necessari per l'accesso utente esterno.
Se si sceglie di utilizzare il bilanciamento del carico DNS per un pool, ma è comunque necessario implementare servizi di bilanciamento del carico hardware per il traffico, ad esempio il traffico HTTP, l'amministrazione dei servizi di bilanciamento del carico hardware risulta notevolmente semplificata. Per informazioni dettagliate, vedere Bilanciamento del carico DNS.
Requisiti relativi al servizio di bilanciamento del carico hardware
Se la distribuzione include un pool Front End o un pool di server Director, è necessario utilizzare un servizio di bilanciamento del carico hardware nei pool per i servizi Web. In questa sezione vengono descritti i requisiti relativi al servizio di bilanciamento carico hardware per i servizi Web. Per informazioni dettagliate sui requisiti relativi al servizio di bilanciamento del carico hardware per A/V Edge Server o proxy inversi, vedere la sezione relativa ai requisiti del servizio di bilanciamento del carico hardware per A/V Edge Server e quella relativa ai requisiti del servizio di bilanciamento del carico hardware per il proxy inverso in Componenti necessari per l'accesso utente esterno.
Il servizio di bilanciamento del carico hardware deve soddisfare i requisiti seguenti per i servizi Web:
Per gli indirizzi IP virtuali (VIP, Virtual IP) esterni dei servizi Web, impostare la persistenza basata su cookie a livello di porta per le porte esterne 4443 e 8080 nel servizio di bilanciamento del carico hardware. Per Lync Server 2010 la persistenza basata su cookie garantisce che più connessioni da un unico client vengano inviate a un server per mantenere lo stato della sessione.
È necessario configurare il servizio di bilanciamento del carico hardware per i cookie come indicato di seguito:
I cookie non devono essere contrassegnati come httpOnly.
I cookie devono essere denominati MS-WSMAN.
Per la persistenza dei cookie è necessario abilitare la decrittografia e la riesecuzione della crittografia SSL. Poiché il servizio di bilanciamento del carico deve decrittografare e crittografare di nuovo il traffico SSL per utilizzare i cookie per mantenere lo stato della sessione, a qualsiasi certificato assegnato al nome di dominio completo (FQDN) esterno dei servizi Web deve anche essere assegnato il valore VIP 4443 del servizio di bilanciamento del carico hardware.
È necessario che venga impostato un cookie in ogni risposta HTTP se la richiesta HTTP in arrivo non include un cookie, anche se una risposta HTTP precedente durante la stessa connessione TCP ha già ottenuto un cookie. Se il servizio di bilanciamento del carico consente di ottimizzare l'utilizzo dei cookie in modo che un cookie venga inserito una sola volta per ogni connessione TCP, assicurarsi di non utilizzare questa ottimizzazione.
Per i cookie non deve essere impostata una scadenza.
Nota
In alcuni casi possono verificarsi doppie notifiche nel servizio per dispositivi mobili in Windows Phone 7, Windows Phone 8 e su Apple iPhone, iPad e iTouch. Questi client mobili utilizzano la notifica Push e potrebbero richiedere la definizione di un periodo di scadenza dei cookie. In caso di notifica Push doppia, impostare la scadenza dei cookie su 3650 giorni.
Se si distribuiscono dispositivi mobili, il servizio di bilanciamento del carico hardware deve essere in grado di bilanciare il carico delle singole richieste in una sessione TCP (in effetti, è necessario essere in grado di bilanciare il carico di una singola richiesta in base all'indirizzo IP di destinazione). I servizi di bilanciamento del carico hardware F5, ad esempio, dispongono della caratteristica OneConnect, che garantisce che il bilanciamento del carico venga eseguito singolarmente per ogni richiesta in una connessione TCP. Se si distribuiscono dispositivi mobili, verificare che il fornitore di servizi di bilanciamento del carico hardware supporti una funzionalità equivalente.
Per informazioni dettagliate su come configurare il servizio bilanciamento del carico hardware per soddisfare questi requisiti, vedere la documentazione del fornitore. Per informazioni dettagliate sui servizi di bilanciamento del carico hardware supportati e collegamenti alla documentazione dei fornitori, vedere https://go.microsoft.com/fwlink/?linkid=230700&clcid=0x410.
Per gli indirizzi IP virtuali dei servizi Web esterni, impostare la persistenza dell'indirizzo di origine (porte interne 80, 443) nel servizio di bilanciamento del carico hardware. Per Lync Server 2010, la persistenza dell'indirizzo di origine significa che più connessioni provenienti da un unico indirizzo IP vengono sempre inviate a un server per mantenere lo stato della sessione.
.gif "important")
Importante:Se si distribuisce il servizio per dispositivi mobili di Lync Server 2010 e si offre supporto per i client mobili nella rete Wi-Fi interna, è necessario configurare gli indirizzi IP virtuali dei servizi Web interni per la persistenza basata su cookie, come descritto in precedenza per gli indirizzi IP virtuali dei servizi Web esterni. In questo caso, non utilizzare la persistenza dell'indirizzo di origine per gli indirizzi IP virtuali dei servizi Web interni nel servizio di bilanciamento del carico hardware. Impostare il timeout di inattività TCP su 1800 secondi.
Nel firewall tra il proxy inverso e il servizio di bilanciamento del carico hardware del pool di hop successivi, creare una regola per consentire il traffico HTTPS nella porta 4443, dal proxy inverso al servizio di bilanciamento del carico hardware. Il servizio di bilanciamento del carico hardware deve essere configurato per l'ascolto sulle porte 80, 443 e 4443.