Pianificazione della resilienza vocale del sito centrale

Architettura e topologia

Per pianificazione la resilienza dei servizi vocali di un sito centrale è necessaria una comprensione di base del ruolo centrale svolto dalla funzione di registrazione di Microsoft Lync Server 2010 nell'abilitazione del failover dei servizi vocali. La funzione di registrazione di Lync Server 2010 è un nuovo ruolo del server che consente la registrazione e l'autenticazione dei client, oltre a fornire servizi di routing. Tale ruolo risiede insieme ad altri componenti in un Server Standard, un server Enterprise Front End Server, un server Director o un Survivable Branch Appliance. Un pool di registrazione è costituito da servizi di registrazione eseguiti nel pool di Lync Server e posizionati nello stesso sito. Il pool deve essere a carico bilanciato, È consigliabile utilizzare il bilanciamento del carico DNS, ma una soluzione di bilanciamento del carico hardware è comunque accettabile. Un client individua il pool di Lync Server tramite un record DNS SRV. Dopo la connessione al pool, il client viene indirizzato dal servizio di bilanciamento del carico a uno dei Front End Server nel pool. Tale Front End Server reindirizza a sua volta il client alla registrazione preferita nel pool.

Ogni utente abilitato per i servizi VoIP aziendale viene assegnato a un particolare pool di registrazione, che diventa il pool di registrazione principale dell'utente. In ogni sito, un singolo pool di registrazione principale è solitamente condiviso da centinaia o migliaia di utenti. Per pianificare il consumo delle risorse del sito centrale da parte di eventuali utenti di siti di succursale che si basano sul sito centrale per i servizi di presenza, conferenza o failover, è consigliabile considerare ogni utente di sito di succursale come se fosse un utente registrato nel sito centrale. Non esistono attualmente limiti al numero di utenti di siti di succursale, inclusi gli utenti registrati in un Survivable Branch Appliance.

Per garantire la resilienza dei servizi vocali in caso di errore del sito centrale, per il pool di registrazione principale deve esistere un singolo pool di registrazione di backup designato in un altro sito. È possibile configurare il backup con le impostazioni di resilienza di Generatore di topologie. Presupponendo l'esistenza di un collegamento WAN resiliente tra due siti, gli utenti per cui non è più disponibile il pool di registrazione principale verranno reindirizzati automaticamente al pool di registrazione di backup.

I passaggi seguenti descrivono il processo di individuazione e registrazione dei client:

1. Un client individua Lync Server tramite record DNS SRV. In Lync Server 2010, i record DNS SRV possono essere configurati per restituire più di un FQDN alla query DNS SRV. Ad esempio, se l'azienda Contoso dispone di tre siti centrali (Nord America, Europa e Asia-Pacifico) e un pool di server Director in ogni sito centrale, i record DNS SRV possono puntare ai nomi FQDN del pool di server Director in ognuna delle tre posizioni. Fino a quando è disponibile il pool di server Director in una delle posizioni, il client può connettersi al primo hop di Lync Server.

   Nota

   L'utilizzo di un pool di server Director è facoltativo. Si può utilizzare un pool Front End in alternativa.

2. Il pool di server Director fornisce informazioni al client sul pool di registrazione principale e quello di backup dell'utente.

3. Il client tenta di connettersi prima di tutto al pool di registrazione principale dell'utente. Se è disponibile, la registrazione viene accettata. Se il pool di registrazione principale non è disponibile, il client tenta la connessione al pool di backup. Se questo è disponibile e ha verificato la non disponibilità del pool principale (rilevando la mancanza di un heartbeat per un intervallo di failover specificato), il pool di registrazione di backup accetta la registrazione dell'utente. Quando il pool di backup rileva che il pool di registrazione principale è di nuovo disponibile, i client di failover verranno reindirizzati al pool principale designato.

Nella figura seguente viene illustrata la topologia consigliata per garantire la resilienza del sito centrale. I due siti sono connessi tramite un collegamento WAN resiliente. Se il sito centrale diventa non disponibile, gli utenti assegnati a tale pool vengono indirizzati al sito di backup per la registrazione.

Topologia consigliata per la resilienza dei servizi vocali del sito centrale

Requisiti e raccomandazioni

I requisiti e le raccomandazioni seguenti per l'implementazione della resilienza dei servizi vocali del sito centrale sono appropriati per la maggior parte delle organizzazioni:

• I siti in cui risiedono i pool di registrazione principale e di backup dovrebbero essere connessi tramite un collegamento WAN resiliente.

• Ogni sito centrale deve contenere un pool di registrazione composto da una o più funzioni di registrazione.

• Il carico di ogni pool di registrazione deve essere bilanciato tramite il bilanciamento del carico DNS o un dispositivo di bilanciamento del carico hardware.

• Ogni utente deve essere assegnato a un pool di registrazione principale tramite il cmdlet di Lync Server Management Shellset-CsUser o il Pannello di controllo di Lync Server.

• Per il pool di registrazione principale deve esistere un singolo pool di registrazione di backup posizionato in un diverso sito centrale.

• Il pool di registrazione principale deve essere configurato per il failover sul pool di registrazione di backup. Per impostazione predefinita, il pool principale è impostato per eseguire il failover sul pool di back dopo un intervallo di 300 secondi. Questo intervallo può essere modificato tramite Generatore di topologie di Lync Server.

• Configurare una route di failover come descritto nell'argomento “Configurazione di una route di failover” nella documentazione relativa alla pianificazione. Durante la configurazione della route specificare un gateway posizionato in un sito diverso da quello del gateway impostato nella route principale.

• Se il sito centrale ospita il server di gestione principale ed è probabile che il sito rimanga inattivo per un lungo periodo, sarà necessario reinstallare gli strumenti di gestione nel sito di backup. In caso contrario, non sarà possibile apportare alcuna modifica alle impostazioni di gestione.

Dipendenze

Per assicurare la resilienza dei servizi vocali, Lync Server dipende dall'infrastruttura e dai componenti software seguenti:

Funzionalità vocali disponibili

Se si implementano i requisiti e le raccomandazioni precedenti, il pool di registrazione di backup renderà disponibili le funzionalità vocali seguenti:

• Chiamate PSTN in uscita

• Chiamate PSTN in entrata, se il provider di servizi di telefonia supporta il failover su un sito di backup.

• Chiamate Enterprise tra utenti dello stesso sito e di due siti diversi

• Gestione di base delle chiamate inclusi la messa in attesa, il recupero e il trasferimento

• Messaggistica istantanea tra due parti e condivisione di audio e video tra utenti nello stesso sito

• Inoltro di chiamata, squillo simultaneo degli endpoint, delega delle chiamate e servizi di intercettazione team, ma solo se entrambe le parti della delega, oppure tutti i membri del team, sono configurati nello stesso sito

• I telefoni ei client esistenti continuano a funzionare.

• Registrazione dettagli chiamata (CDR)

• Autenticazione e autorizzazione

A seconda della modalità di configurazione, le funzionalità vocali seguenti potrebbero o meno funzionare quando un sito centrale principale è fuori servizio:

• Recapito e recupero di messaggi di segreteria telefonica

  Se si desidera rendere disponibile la messaggistica unificata di Exchange quando il sito centrale principale è fuori servizio, è necessario eseguire una delle operazioni seguenti:

  • Modificare i record DNS SRV in modo che i server di messaggistica unificata di Exchange nel sito centrale puntino ai server di messaggistica unificata di Exchange di backup in un altro sito.

  • Configurare il dial plan di messaggistica unificata di Exchange per ogni utente in modo che includa i server di messaggistica unificata sia nel sito centrale che nel sito di backup, ma designare i server di backup come disabilitati. Se il sito principale diventa non disponibile, l'amministratore di Exchange dovrà contrassegnare come abilitati i server di messaggistica unificata nel sito di backup.

  Se nessuna delle soluzioni precedenti è praticabile, la messaggistica unificata di Exchange non sarà disponibile nel caso il sito centrale diventi non disponibile.

• Conferenze di tutti i tipi

  Un utente reindirizzato su un sito di backup per il failover può partecipare a una conferenza creata e ospitata da un organizzatore assegnato a un pool disponibile, ma non può creare o ospitare una conferenza nel suo pool principale, che non è più disponibile. In modo analogo, altri utenti non potranno partecipare alle conferenze ospitate nel pool principale dell'utente interessato dal problema.

Le funzionalità vocali seguenti non sono disponibili quando un sito centrale principale è fuori servizio:

• Operatore Conferenza

• Routing basato su DNS e basato sulla presenza

• Aggiornamento delle impostazioni di inoltro di chiamata.

• Response Group Service e parcheggio di chiamata

• Provisioning di nuovi telefoni e client

Vedere anche

Ulteriori risorse

Pianificazione della resilienza vocale dei siti derivati