Topologia di riferimento per più data center

Ultima modifica dell'argomento: 2012-01-24

La topologia di riferimento per più data center è indicata per un'organizzazione di qualsiasi dimensione con più siti centrali. La topologia esatta nella figura seguente è adeguata per un'organizzazione di 70.000 utenti, con 40.000 utenti nel sito centrale A e 30.000 nel sito centrale B. Il tipo di topologia illustrato in questa figura può essere adattato a organizzazioni con qualsiasi numero di utenti.

Questa topologia è illustrata in più diagrammi, con una prima panoramica seguita da visualizzazioni dettagliate dei siti centrali.

Panoramica della topologia di riferimento per più data center

Topologia di riferimento per più data center: visualizzazione dettagliata del sito centrale A

Topologia di riferimento per più data center: visualizzazione dettagliata del sito centrale B

Topologia di riferimento per più data center: visualizzazione dettagliata del sito centrale C

• Distribuzione di Active Directory.   Tutte le distribuzioni del software di comunicazione Microsoft Lync Server 2010 risiedono in un'unica foresta di Active Directory. Per questa topologia, il cliente ha distribuito Lync Server in due domini figlio, retail.contoso.com e manufacturing.contoso.com.

• Aumento del numero di utenti con l'aggiunta di ulteriori server Front End.   L'organizzazione in questo diagramma dispone di cinque server Front End nel sito centrale A (per 40.000 utenti) e quattro server Front End nel sito centrale B (per 30.000 utenti). Se uno dei siti deve rispondere alle esigenze di un numero superiore di utenti, è sufficiente aggiungere server Front End al pool di tale sito. Il numero massimo di utenti per pool è 80.000, con otto server Front End.

  Ogni sito può tuttavia supportare un numero ancora maggiore di utenti, semplicemente aggiungendo un altro pool Front End. Per il supporto di questi ulteriori utenti è necessario aggiungere un solo pool Front End supplementare, vale a dire che è sufficiente un singolo pool in ogni sito dei server A/V Conferencing Server, dei server perimetrali e dei Director, anche se può essere necessario aggiungere altri server a tali pool.

• Utilizzo del server Standard Edition in un sito di succursale.   A parte l'utilizzo in Lync Server, questa organizzazione considera il sito C un sito di succursale poiché contiene solo 600 dipendenti. Gli utenti del sito, tuttavia, organizzano un numero elevato di conferenze audio e video. Se fosse stato distribuito in Lync Server come sito di succursale, i contenuti multimediali di tali conferenze attraverserebbero la WAN da e verso un sito centrale con un'istanza di A/V Conferencing Server installata. Per evitare questo potenziale problema di prestazioni, l'organizzazione ha installato in questo sito un server Standard Edition che ospiterà queste conferenze. Poiché vi è installato un server Standard Edition, per definizione questo sito viene considerato da Lync Server come un sito centrale e viene trattato come tale anche nel Generatore di topologie e nel Strumento di pianificazione.

  Finché gli utenti di questo sito dispongono di un pool in un altro sito definito come pool di registrazione di backup, usufruiranno della disponibilità elevata per VoIP aziendale. Il failover del supporto vocale verrà eseguito automaticamente sul sito di registrazione di backup. Per ottenere una soluzione di disponibilità elevata più completa per questo sito, è possibile distribuirvi un secondo server Standard Edition.

  Sebbene il sito C sia considerato un sito centrale, non è necessario distribuirvi server perimetrali. In questo esempio, il sito C utilizzerà i server perimetrali distribuiti nel sito A.

• Collocazione di Monitoring Server e server di archiviazione.   Questa organizzazione ha distribuito sia il Monitoring Server che il server di archiviazione. Per le organizzazioni che fanno lo stesso è consigliabile collocare i server, per proteggere l'investimento effettuato. Quando vengono collocati, Monitoring Server e il server di archiviazione possono supportare fino a 100.000 utenti cadauno.

  Si noti che è necessario distribuire il Monitoring Server e il server di archiviazione in un unico sito centrale. Se il collegamento tra i due siti centrali si interrompe, la tecnologia Accodamento messaggi (MSMQ) utilizzata sia dal Monitoring Server che dal server di archiviazione consente di preservare i dati durante l'interruzione temporanea del collegamento.

  In questa topologia il Monitoring Server e il server di archiviazione utilizzano un server di database separato rispetto ai pool Front End. Sono supportate anche le topologie in cui Monitoring Server e server di archiviazione condividono gli stessi server di database del pool Front End, sebbene nelle distribuzioni di grandi dimensioni come questa, per motivi di prestazioni sia consigliato l'impiego di server di database separati.

• Opzioni di distribuzione del sito di succursale.   L'organizzazione esaminata in questa topologia ha distribuito VoIP aziendale come soluzione vocale. I siti di succursale 1 e 3 non dispongono di un collegamento WAN resiliente al sito centrale, pertanto vi sono stati distribuiti Survivable Branch Appliance per fornire i servizi di telefonia in caso di interruzione del collegamento WAN al sito centrale. Il sito di succursale 2, tuttavia, dispone di un collegamento WAN resiliente, pertanto è necessario soltanto un gateway PSTN. Il gateway PSTN distribuito in questa posizione supporta il bypass multimediale, dunque nel sito di succursale B non è necessario un Mediation Server. Per informazioni dettagliate sulla scelta degli elementi da installare in un sito di succursale, vedere Pianificazione della resilienza di VoIP aziendale nella documentazione relativa alla pianificazione.

• Trunking SIP e Mediation Server.   Si noti che nel sito A il Mediation Server non è collocato con il server Front End. Il motivo è che nei siti che utilizzano il trunking SIP è preferibile l'utilizzo di un Mediation Server autonomo. Nella maggior parte degli altri casi, è consigliabile collocare il Mediation Server con il Front End Server. Per informazioni dettagliate sulle topologie di Mediation Server, vedere Componenti e topologie per Mediation Server nella documentazione relativa alla pianificazione.

• Bilanciamento del carico DNS.   Nel pool Front End, nel pool di server perimetrali e nel pool di server Director è stato distribuito il bilanciamento del carico DNS per il traffico SIP. In questo modo non è necessario ricorrere a dispositivi di bilanciamento del carico hardware per l'interfaccia interna dei server perimetrali ed è possibile ridurre drasticamente il tempo da dedicare alla configurazione e alla manutenzione dei dispositivi di bilanciamento del carico hardware per gli altri pool, in quanto tali dispositivi sono necessari solo per il traffico HTTP. Per informazioni dettagliate sul bilanciamento del carico DNS, vedere Bilanciamento del carico DNS nella documentazione relativa alla pianificazione.

• Distribuzione della messaggistica unificata di Exchange.  Lync Server 2010 funziona sia con le distribuzioni locali che con le distribuzioni ospitate della messaggistica unificata di Exchange. Il sito centrale A include un server di Messaggistica unificata di Exchange che esegue Microsoft Exchange Server, non Lync Server. La funzionalità Messaggistica unificata di Exchange per Lync Server viene eseguita nel pool Front End.

  Il sito centrale B utilizza servizi di Exchange ospitati, dunque è ospitata anche la funzionalità server di messaggistica unificata di Exchange.

  Per informazioni dettagliate su Messaggistica unificata di Exchange, vedere Integrazione della messaggistica unificata di Exchange in locale e Integrazione della messaggistica unificata di Exchange ospitata nella documentazione relativa alla pianificazione.