Topologie di riferimento per Skype for Business Server
Topologie di riferimento per Skype for Business Server, inclusi diagrammi e decisioni da prendere per organizzazioni di grandi, medie e piccole dimensioni.
La topologia di Skype for Business Server ottimale dipende dalle dimensioni dell'organizzazione, dai carichi di lavoro da distribuire e dalle preferenze per la disponibilità elevata rispetto ai costi di investimento.
Questa sezione illustra tre topologie di riferimento di esempio, incluse le motivazioni di molte delle decisioni prese in considerazione in ogni topologia.
Topologia di riferimento per un'organizzazione di piccole dimensioni
La topologia di riferimento per le organizzazioni di piccole dimensioni mostra come distribuire una soluzione affidabile e altamente disponibile distribuendo solo tre server che eseguono Skype for Business Server.
Topologia di riferimento per le organizzazioni di piccole dimensioni
Coppia di server Standard Edition distribuiti L'organizzazione ha 4.000 utenti nel sito centrale. Hanno distribuito due server Standard Edition e li hanno associati insieme per abilitare la disponibilità elevata e il ripristino di emergenza. Ogni server ospita 2.000 utenti, ma le informazioni su tutti gli utenti vengono sincronizzate tra i due server. Se si verifica un errore, un amministratore può eseguire il fail over di tali utenti per essere serviti dall'altro server, con un minimo di interruzioni per gli utenti. Per altre informazioni sulla disponibilità elevata e sulle funzionalità di ripristino di emergenza in Skype for Business Server, vedere Pianificare la disponibilità elevata e il ripristino di emergenza in Skype for Business Server.
È consigliata la distribuzione di Edge Server. Anche se la distribuzione di un server perimetrale non è necessaria per la messaggistica istantanea interna, la presenza e le conferenze, è consigliabile anche per le distribuzioni di piccole dimensioni. È possibile massimizzare l'investimento Skype for Business Server distribuendo un server perimetrale per fornire servizio agli utenti attualmente esterni ai firewall dell'organizzazione. I vantaggi includono:
Gli utenti dell'organizzazione possono usare le funzionalità di Skype for Business Server se lavorano da casa o sono in viaggio.
Gli utenti possono invitare utenti esterni a partecipare alle riunioni.
Se si ha un partner, un fornitore o un'organizzazione cliente che usa anche Skype for Business Server, è possibile creare una relazione federata con tale organizzazione. La distribuzione Skype for Business Server riconoscerebbe quindi gli utenti di quell'organizzazione federata, migliorando la collaborazione.
Gli utenti possono scambiare messaggi istantanei con utenti di alcuni servizi di messaggistica istantanea pubblici.
Possibilità di sopravvivenza del sito di succursale. Questa organizzazione esegue un programma pilota della caratteristica VoIP aziendale di Skype for Business Server. Alcuni utenti usano Skype for Business Server come unica soluzione vocale. Alcuni di questi VoIP aziendale utenti pilota si trovano nel sito di succursale. Il sito di succursale non ha un collegamento WAN (Wide Area Network) affidabile al sito centrale, quindi viene distribuito un Survivable Branch Appliance. Con questa distribuzione, se il collegamento WAN si abbassa, gli utenti del sito della succursale possono comunque effettuare e ricevere chiamate (sia chiamate interne all'organizzazione che chiamate PSTN), usufruire della funzionalità di segreteria telefonica e comunicare con la messaggistica istantanea (IM) bipartita. Gli utenti possono anche essere autenticati quando anche il collegamento WAN non è disponibile. Per altre informazioni, vedere Pianificare la resilienza VoIP aziendale in Skype for Business Server.
Distribuzione di messaggistica unificata di Exchange. Questa topologia di riferimento include un server messaggistica unificata di Exchange, che viene eseguito Microsoft Exchange Server, non Skype for Business Server.
Office App Web Server. È consigliabile distribuire una farm di Office App Web Server o Office App Web Server in ogni organizzazione che usa le conferenze Web. Office App Web Server consente di presentare diapositive di PowerPoint in conferenze Web.
Topologia di riferimento per un'organizzazione di medie dimensioni
La topologia di riferimento con disponibilità elevata e un singolo data center è progettata per un'organizzazione di piccole e medie dimensioni con un unico sito centrale. La topologia esatta nel diagramma seguente è per un'organizzazione di 20.000 utenti.
Topologia di riferimento per organizzazioni di medie dimensioni
Accettare più utenti aggiungendo altri front-end server. La topologia esatta in questo diagramma include tre Front End Server che forniscono supporto per 20.000 utenti. Se si dispone di un singolo sito centrale e di un numero maggiore di utenti, è possibile aggiungere semplicemente più server front-end al pool. Il numero massimo di utenti per pool è 80.000, con dodici server Front End.
Tuttavia, la topologia di un singolo sito può supportare un numero ancora maggiore di utenti aggiungendo un altro pool Front End al sito.
Ripristino di emergenza potrebbe essere aggiunto. Per questa organizzazione, la disponibilità elevata per i servizi di Skype for Business Server è una caratteristica necessaria, ma il ripristino di emergenza non lo è. Il pool di Front End Server distribuiti fornisce disponibilità elevata.
Se vogliono aggiungere la capacità di ripristino di emergenza, possono prendere in considerazione la creazione di un altro data center e l'aggiunta di un altro pool Front End e l'associazione con il pool Front End nel data center corrente. Quindi, in caso di emergenza che ha colpito il pool principale, gli amministratori potrebbero eseguire il fail over degli utenti al pool di backup.
Il mirroring dei server Back End Per offrire una disponibilità più elevata per le caratteristiche utente di base, l'organizzazione ha distribuito una coppia di server back-end con mirroring per ogni pool Front End.
Opzioni di database di Monitoring Server. Questa organizzazione ha distribuito il monitoraggio per garantire la qualità delle chiamate VoIP aziendale e delle conferenze A/V. Il monitoraggio viene distribuito su ogni Front End Server e il database di monitoraggio viene collocato con i server Back End. Sono inoltre supportate topologie in cui il database di monitoraggio si trova in un server separato.
Disponibilità elevata di Edge Server In questa organizzazione di esempio con 20.000 utenti, è sufficiente un solo server perimetrale per le prestazioni. Tuttavia, hanno distribuito un pool di due server perimetrali distribuiti per fornire disponibilità elevata.
Opzioni di distribuzione del sito di succursale. L'organizzazione in questa topologia ha VoIP aziendale distribuita come soluzione vocale. Il branch site 1 non dispone di un collegamento RESILIENT Wide Area Network (WAN) al sito centrale, quindi ha un Survivable Branch Appliance distribuito per mantenere molte Skype for Business Server funzionalità nel caso in cui il collegamento WAN al sito centrale diminuisca. Branch Site 2 ha tuttavia un collegamento WAN resiliente, quindi è necessario solo un gateway PSTN (Public Switched Telephone Network). Il gateway PSTN distribuito qui supporta il bypass multimediale, quindi non è necessario mediation server presso il sito di succursale 2. Per altre informazioni, vedere Pianificare la resilienza VoIP aziendale in Skype for Business Server.
Bilanciamento del carico DNS. Il pool Front End e il pool di server perimetrali hanno il bilanciamento del carico DNS per il traffico SIP distribuito. In questo modo si elimina la necessità di bilanciamenti del carico hardware per i server perimetrali e si riduce notevolmente la configurazione e la manutenzione dei bilanciamenti del carico hardware per gli altri pool, poiché i bilanciamenti del carico hardware sono necessari solo per il traffico HTTP. Per altre informazioni, vedere Bilanciamento del carico DNS.
Distribuzione di messaggistica unificata di Exchange. Questa topologia di riferimento include un server messaggistica unificata di Exchange, che viene eseguito Microsoft Exchange Server, non Skype for Business Server.
Office App Web Server. È consigliabile distribuire una farm di Office App Web Server o Office App Web Server in ogni organizzazione che usa le conferenze Web. Office App Web Server consente di presentare diapositive di PowerPoint in conferenze Web.
possono essere aggiunti direttori. Se questa organizzazione voleva contribuire ad aumentare la sicurezza contro gli attacchi Denial of Service, potrebbe anche distribuire un pool di amministratori. Un Director è un ruolo server facoltativo separato in Skype for Business Server che non dispone di account utente privati o fornisce servizi di presenza o conferenza. Funge da server dell'hop successivo interno al quale un server perimetrale instrada il traffico SIP in ingresso destinato ai server interni. Il director pre autentica le richieste in ingresso e le reindirizza al pool home o al server dell'utente. La pre-autenticazione in Director consente di eliminare le richieste dagli account utente sconosciuti alla distribuzione. Un director aiuta a isolare i Front End Server dal traffico dannoso, ad esempio attacchi DoS (Denial of Service). Se la rete è inondata di traffico esterno non valido in un attacco di questo tipo, il traffico termina con il Direttore.
È consigliabile system center operations manager. È consigliabile monitorare l'integrità della distribuzione di Skype for Business Server per garantire la disponibilità del servizio per gli utenti finali. È possibile usare System Center Operations Manager Management Pack per Skype for Business disponibile come download gratuito da Microsoft. Con Skype for Business Management Pack, è possibile ricevere avvisi in tempo reale quando si verificano problemi, eseguire transazioni sintetiche per testare le funzionalità di Skype for Business end-to-end, ottenere report sulla disponibilità del servizio e così via. In questo modo è possibile rispondere in modo proattivo ai problemi relativi alla distribuzione prima che gli utenti finali li verifichino.
Topologia di riferimento per un'organizzazione di grandi dimensioni
La topologia di riferimento per un'organizzazione di grandi dimensioni con più data center supporta qualsiasi dimensione dell'organizzazione con più siti centrali. La topologia esatta nel diagramma seguente è per un'organizzazione di 50.000 utenti, con 20.000 utenti nel sito centrale A, 20.000 nel sito centrale B e un totale di 10.000 in Sito centrale C e siti di succursale. Il tipo di topologia mostrato in questo diagramma può essere d'uso per le organizzazioni con un numero qualsiasi di utenti.
Oltre alla disponibilità elevata fornita dai pool di front-end server, questa topologia aggiunge il supporto per il ripristino di emergenza. I pool Front End nei siti centrali A e B sono associati insieme. Se uno di questi pool viene spostato verso il basso, l'amministratore può spostare i servizi per gli utenti interessati nel pool associato nel sito non interessato.
Questa topologia viene visualizzata in più diagrammi, con una panoramica seguita da visualizzazioni dettagliate dei siti centrali.
Panoramica della topologia di riferimento per le organizzazioni di grandi dimensioni con più data center
Topologia di riferimento per le organizzazioni di grandi dimensioni: visualizzazione dettagliata del sito centrale A
Topologia di riferimento per le organizzazioni di grandi dimensioni: visualizzazione dettagliata del sito centrale B
Topologia di riferimento per organizzazioni di grandi dimensioni: visualizzazione dettagliata del sito centrale C
I pool front-end sono associati per abilitare il ripristino di emergenza. I pool Front End nel sito A e nel sito B sono associati tra loro, per fornire supporto per il ripristino di emergenza. Se il pool in un sito non riesce, l'amministratore può eseguire il failover degli utenti da tale sito al pool Front End associato nell'altro sito, con un'interruzione minima del servizio per gli utenti. Ognuno di questi due pool Front End ha sei server, il che è sufficiente per tutti gli utenti 40.000 in entrambi i pool in caso di failover. Per altre informazioni, vedere Pianificare disponibilità elevata e ripristino di emergenza in Skype for Business Server.
Il mirroring dei server Back End Per offrire una disponibilità più elevata per le caratteristiche utente di base, l'organizzazione ha distribuito una coppia di server back-end con mirroring per ogni pool Front End. Questa è una topologia facoltativa ed è possibile scegliere di distribuire un singolo back-end server. Sono supportati anche il clustering SQL e i gruppi di disponibilità AlwaysOn. Per altre informazioni, vedere Disponibilità elevata di Back End Server in Skype for Business Server.
Utilizzo del server Standard Edition in un sito di succursale. Questa organizzazione considera il sito C come un sito di succursale perché ha solo 600 dipendenti. Tuttavia, gli utenti hanno molte conferenze A/V tra loro. Se è stato distribuito in Skype for Business Server come sito di succursale, i supporti per queste conferenze vengono eseguiti attraverso l'wide area network (WAN) da e verso un sito centrale in cui è distribuito un Front End Server. Per evitare questo potenziale carico di larghezza di banda, hanno installato una coppia di server Standard Edition in questo sito, che ospiterà queste conferenze. Inoltre, poiché sono installati server Standard Edition, Skype for Business Server per definizione lo considera un sito centrale e viene considerato come tale in Generatore di topologie e nello Strumento di pianificazione.
Solo un server Standard Edition sarebbe sufficiente per le prestazioni, ma l'organizzazione ne ha distribuiti due e li ha associati per fornire disponibilità elevata nel caso in cui un server si arrestasse.
Anche se il sito C è considerato un sito centrale, non è necessario distribuire i server perimetrali. In questo esempio, il sito C userà i server perimetrali distribuiti nel sito A.
Monitoraggio e archiviazione L'organizzazione ha distribuito sia il monitoraggio che l'archiviazione. Quando si distribuisce monitoraggio o archiviazione, viene eseguito su ogni Front End Server. I database per queste caratteristiche possono essere collocati con il database back-end o in un server separato. Questa organizzazione ha situato questi database in un server separato da Back End Servers, nel sito centrale B. I database qui ricevono i dati di monitoraggio e archiviazione dai front-end server in tutti i siti.
Opzioni di distribuzione del sito di succursale. Questa organizzazione ha in realtà più di 50 siti di succursale, solo due dei quali sono visualizzati nei diagrammi dettagliati. Il branch site 1 non dispone di un collegamento WAN resiliente al sito centrale, quindi hanno Survivable Branch Appliance distribuiti per fornire servizio telefonico nel caso in cui il collegamento WAN al sito centrale vada giù.Branch Site 1 does not have a resilient WAN link to the central site, so they have Survivable Branch Appliance deployed to provide telephone service in case the WAN link to the central site goes down. Branch Site 2 ha tuttavia un collegamento WAN resiliente, quindi richiede solo un gateway PSTN (Public Switched Telephone Network). Il gateway PSTN distribuito qui supporta il bypass multimediale, quindi non è necessario mediation server presso il sito di succursale 2. Per informazioni dettagliate su come decidere cosa installare in un sito di succursale, vedere Pianificare la resilienza VoIP aziendale in Skype for Business Server.
Trunking SIP e Mediation Server. Si noti che nel sito centrale B Mediation Server non viene collocato con i front-end server. Questo perché è consigliabile mediation server autonomo per i siti che usano il trunking SIP. Nella maggior parte degli altri casi è consigliabile collocare Mediation Server con Front End Server. Per informazioni dettagliate sulle topologie di Mediation Server, vedere Componenti e topologie per Mediation Server nella documentazione relativa alla pianificazione.
Chat persistente è distribuita. Questa organizzazione ha distribuito i server necessari per abilitare Persistent Chat. Ha distribuito più front-end server Chat persistente per gestire il carico per il numero di utenti nel pool e per fornire disponibilità elevata. Ha inoltre distribuito la conformità per la chat persistente e ha installato l'archivio chat persistente e l'archivio di conformità della chat persistente in server separati. Questi negozi potrebbero essere collocati e possono anche essere collocati con back-end server, ma questa organizzazione ha scelto di separarli per offrire prestazioni migliori.
Nota
La chat persistente è disponibile in Skype for Business Server 2015, ma non è più supportata in Skype for Business Server 2019. La stessa funzionalità è disponibile in Teams. Per altre informazioni, vedere Introduzione all'aggiornamento di Microsoft Teams. Se è necessario usare Persistent Chat, è possibile eseguire la migrazione degli utenti che richiedono questa funzionalità a Teams o continuare a usare Skype for Business Server 2015.
Bilanciamento del carico DNS. Il pool Front End e il pool di server perimetrali usano il bilanciamento del carico DNS. In questo modo si elimina la necessità di bilanciamenti del carico hardware per l'interfaccia interna dei server perimetrali e si riduce significativamente la quantità di tempo necessario per la configurazione e la manutenzione dei bilanciamenti del carico hardware per gli altri pool, poiché i bilanciamenti del carico hardware sono necessari solo per il traffico HTTP. Per altre informazioni, vedere (.. /.. /plan-your-deployment/network-requirements/load-balancing.md#BKMK_DNSLoadBalancing).
Distribuzione di messaggistica unificata di Exchange. Skype for Business Server funziona sia con le distribuzioni locali di messaggistica unificata di Exchange che con la messaggistica unificata di Exchange ospitata. Il sito centrale A include un server messaggistica unificata di Exchange, che viene eseguito Microsoft Exchange Server, non Skype for Business Server. La funzionalità di messaggistica unificata di Exchange per Skype for Business Server viene eseguita nel pool Front End.
Il sito centrale B usa Exchange ospitato, quindi è ospitata anche la funzionalità Server messaggistica unificata di Exchange.
Per informazioni dettagliate sulla messaggistica unificata di Exchange, vedere Integrazione della messaggistica unificata di Exchange locale e Integrazione della messaggistica unificata di Exchange ospitata nella documentazione relativa alla pianificazione.
Office App Web Server. È consigliabile distribuire una farm di Office App Web Server o Office App Web Server in ogni organizzazione che usa le conferenze Web. È possibile distribuire una singola farm di Office App Web Server in un sito che serve il traffico da tutti i siti o distribuirla in ogni sito. Office App Web Server consente di presentare diapositive di PowerPoint in conferenze Web.
possono essere aggiunti direttori. Se questa organizzazione voleva aumentare la sicurezza contro gli attacchi Denial of Service, potrebbe anche distribuire un pool di amministratori. Un Director è un ruolo server facoltativo separato in Skype for Business Server che non dispone di account utente privati o fornisce servizi di presenza o conferenza. Funge da server dell'hop successivo interno al quale un server perimetrale instrada il traffico SIP in ingresso destinato ai server interni. Il director pre autentica le richieste in ingresso e le reindirizza al pool home o al server dell'utente. La pre-autenticazione in Director consente di eliminare le richieste dagli account utente sconosciuti alla distribuzione. Un director aiuta a isolare i Front End Server dal traffico dannoso, ad esempio attacchi DoS (Denial of Service). Se la rete è inondata di traffico esterno non valido in un attacco di questo tipo, il traffico termina con il Direttore.
È consigliabile system center operations manager. È consigliabile monitorare l'integrità della distribuzione di Skype for Business Server per garantire la disponibilità del servizio per gli utenti finali. È possibile usare System Center Operations Manager Management Pack per Skype for Business disponibile come download gratuito da Microsoft. Con Skype for Business Management Pack, è possibile ricevere avvisi in tempo reale quando si verificano problemi, eseguire transazioni sintetiche per testare le funzionalità di Skype for Business end-to-end, ottenere report sulla disponibilità del servizio e così via. In questo modo è possibile rispondere in modo proattivo ai problemi relativi alla distribuzione prima che gli utenti finali li verifichino.