La capacità di un cluster Expressway per la manutenzione degli utenti del servizio di calendario ibrido dipende dalla dimensione dei nodi Expressway-C costituenti, dal numero di nodi nel cluster Expressway e dalla strategia di continuità del servizio.

La tabella seguente mostra il numero massimo di utenti su un singolo Expressway dedicato ai diversi ambienti di calendario ibrido.

_{* Per evitare questa limitazione di scala, si consiglia di utilizzare il servizio calendario basato su cloud anziché il connettore locale. Per il calendario ibrido basato su Expressway, la limitazione della capacità utente di Office 365 a 1.000 per cluster è indipendente dalla dimensione del nodo o dal conteggio del cluster; questa limitazione deriva dall'interazione con il servizio cloud Microsoft e non dalla scala della distribuzione Expressway locale.}

Tenere presente che la capacità utenti è la stessa per un cluster di un nodo e per un cluster di due nodi. Ciò accade perché il servizio di calendario utilizza il failover per migliorare la continuità del servizio. Tutti gli utenti vengono assegnati a un nodo quando esistono due nodi nel cluster; l'altro nodo è un backup ridondante. Vedere Pianificazione della capacità del cluster Expressway per utenti dei Servizi ibridi per una spiegazione dettagliata.

La capacità Expressway di un cluster ibrido per servizio calendario utenti dipende principalmente dalla dimensione e dal numero di nodi nel cluster e dalla strategia di continuità del servizio. La tabella seguente mostra la capacità utenti totale massima che il cluster può gestire quando si aumentano i nodi (o la dimensione del file OVA del nodo) su un singolo cluster dedicato.

_{* Tenere presente che la capacità utenti è la stessa per un cluster di un nodo e per un cluster di due nodi. Ciò si verifica perché servizio calendario utilizza il fail-over per migliorare la continuità del servizio. Tutti gli utenti vengono assegnati a un nodo quando esistono due nodi nel cluster; l'altro nodo è un backup ridondante. Per una spiegazione dettagliata, vedere Pianificazione della capacità dei cluster Expressway per gli utenti dei servizi ibridi .}

Assegnazione utenti tra host e cluster

Per impostazione predefinita, l'servizio calendario ibrido assegna e distribuisce automaticamente gli utenti in modo uniforme tra tutti i connettori di calendario in un cluster. L'assegnazione è dinamica in base alla disponibilità e l'amministratore non ha alcun controllo sul nodo a cui è assegnato un singolo utente.

Nei casi in cui un'organizzazione dispone di più cluster, la distribuzione utenti si basa su diversi fattori, tra cui disponibilità del cluster, assegnazione corrente (per ridurre il ripristino di errori) e un ordine di ordinamento in base alla preferenza massima del cluster. L'amministratore ha anche la possibilità di assegnare un utente o un gruppo di utenti a un gruppo di risorse. I gruppi di risorse sono specifici del cluster, pertanto consentono agli amministratori di limitare l'assegnazione di particolari set di utenti a un cluster specifico.

Con questa comprensione di base delle assegnazione utente e dell'applicazione dei prerequisiti del connettore di calendario Expressway, un amministratore può distribuire la capacità appropriata su larga scala per la propria organizzazione. Ora verrà mostrata un'organizzazione di esempio di 126.000 utenti abilitati per il servizio calendario ibrido, in base ai seguenti parametri:

• Expressway cluster di 6 nodi utilizzando il modello OVA grande (limite di 15.000 utenti per nodo)

• Nessun gruppo di risorse richiesto

La formula di capacità per un singolo cluster, U_calN= (N-1) * U_{cal1 dove} N=6 e U_cal1=15.000 (utilizzando il modello OVA grande) genera un massimo di 75.000 utenti. Con 126.000 utenti totali nella distribuzione del servizio di calendario, sono richiesti più cluster host del connettore di calendario. Gli utenti verranno distribuiti allo stesso modo come mostrato nella figura seguente:

Il gruppo servizio calendario aggiunge gli utenti al cluster A prima che il cluster raggiunga la capacità di 75.000 utenti, quindi assegna gli utenti restanti al cluster B. Gli utenti vengono distribuiti casualmente e allo stesso modo tra tutti i nodi all'interno del cluster. Questo esempio mostra una distribuzione uguale dei nodi host del connettore calendario (all'interno di ciascuno dei due cluster) tra i centri dati RTP e PDX. Ciascun nodo utilizza lo stesso modello OVA e segue le seguenti Expressway linee guida di alta disponibilità. Il connettore di calendario utilizza Expressway logica di clustering 5+1 in un modello di ridondanza 5+1 per consentire scenari di alta disponibilità.

Con tutti gli utenti assegnati a un connettore di calendario, ora esaminiamo cosa accade quando si verifica un errore in un cluster. La figura seguente mostra un errore del singolo nodo. Gli utenti a cui è stato assegnato il nodo in errore, 5A nel cluster A, ora hanno superato il failover ai nodi restanti nel cluster. Una capacità di un singolo nodo consente fino a 15.000 utenti e ciascun nodo rimanente nel cluster A aggiunge 2500 utenti che erano originariamente assegnati sul nodo 5A. Non è presente alcuna modifica o impatto sul cluster B o sugli utenti assegnati sul cluster B.

Il Cluster A è ancora alla capacità massima e ciascun nodo operativo nel cluster è ora alla capacità massima, 15.000 utenti/nodo. Pertanto, se un altro nodo nel cluster A non è più disponibile, ad esempio il nodo 4A nella figura successiva, il cluster B ora sarà responsabile della selezione del carico utente aggiuntivo. I 15.000 utenti del nodo 4A vengono riassegnati al cluster B e distribuiti allo stesso modo su tutti i nodi all'interno del cluster B.

Quando i nodi 4A e 5A vengono recuperati, gli utenti sul cluster A vengono ridistribuiti tra i nodi nel cluster. Gli utenti di cui è stato failover al cluster B rimangono sul cluster B durante questa fase di ripristino per evitare assegnazioni utente non necessarie tra cluster, come mostrato nella figura seguente.

Un elemento chiave di cui tenere presente nella pianificazione di una distribuzione di servizio calendario ibrida su larga scala è comprendere l'impatto di un errore qualora si verifichi nella distribuzione. Se viene utilizzata la stessa distribuzione di 126.000 utenti, ma si perde l'intero centro dati, esistono potenziali utenti che non vengono assegnati a un nodo del connettore di calendario. Per evitare un'interruzione del servizio in questo tipo di scenario, il cliente ha bisogno di un terzo cluster per ridistribuire e gestire gli utenti influenzati.

La capacità di un cluster Expressway per la manutenzione degli utenti dei messaggi ibridi dipende dalla dimensione dei nodi Expressway costituenti, dal numero di nodi nel cluster e dalla strategia di continuità del servizio.

La tabella seguente mostra il numero massimo di utenti su un singolo Expressway utilizzato per il messaggio ibrido.

In questo argomento viene argomento sulla condivisione di Expressway connettori tra i connettori per più servizi ibridi, inclusi il servizio calendario e il servizio messaggi. L'host connettore non è condiviso con altre Expressway basate su problemi come MRA e B2B.

La capacità del cluster host del connettore dipende dalla dimensione dei nodi Expressway che lo compongono, dal numero di nodi, dai connettori in esecuzione sul cluster e dalla strategia di continuità del servizio. Vedere Pianificazione della Expressway della capacità del cluster per utenti dei Servizi ibridi per una spiegazione dettagliata di questi fattori.

È anche disponibile un calcolatore per modelli di cluster di host di connettori diversi e verificare il numero di utenti di ciascun servizio che i cluster proposto possono supportare.

In generale, si consiglia la coresidenza solo per distribuzioni di dimensioni più ridotte di un massimo di due nodi. Se la distribuzione supera la capacità di una coppia di nodi, è necessario spostare i connettori Expressway cluster dedicati a ciascun servizio ibrido specifico.

Esempio: Scala dell'host connettore con tre connettori coresidenti

La tabella seguente mostra un esempio di scalabilità e coresidenza. Fornisce il numero massimo di utenti per cluster , per ciascunservizio, con diverse specifiche del cluster host del connettore. Il cluster viene condiviso tra calendario ibrido (utilizzando Exchange locale), chiamata ibrida e servizio di messaggistica ibrida.

Introduzione

In questo argomento viene argomento argomento la condivisione di Expressway connettori con Expressway basate su cloud. Quando si sceglie di ospitare connettori su Expressway connettori utilizzati per altri scopi, si applicano le seguenti importanti avvertenze:

• Non è possibile supportare il modello di scalabilità che si applica a un host connettore dedicato Expressway. I numeri utente derivano dalla lettura degli altri argomenti di questo articolo o dall'uso del calcolatore, non si applicano se l'host del connettore è condiviso con altri Expressway clienti.

• Le combinazioni di Expressway basati sull'assistenza e i connettori dei servizi ibridi descritti in questo articolo e i numeri utente associati sono gli unici scenari supportati. Non sono stati testati altri scenari e non è possibile prevede che funzionino nel proprio ambiente.

Expressway utenti basati servizio calendario connettore di chiamata e servizio di chiamata trasversale

In questo scenario, un connettore di calendario ibrido a due nodi Expressway cluster. Il cluster sta effettuando anche attraversamento di chiamate per altre soluzioni di chiamata Cisco (segnalazione SIP e multimediali).

La tabella mostra i diversi ambienti di calendario che è possibile utilizzare con il Expressway basato su calendario. Il Expressway calendario basato sul sistema non è supportato su cluster con più di due nodi. Utilizzare il connettore basato su cloud per una maggiore scala con Office 365 (vedere servizio calendario scala).

_{† per evitare questa limitazione della scala, si consiglia di utilizzare l'servizio calendario basato su cloud anziché il connettore locale. Per il calendario ibrido basato su Expressway, la limitazione della capacità utente di Office 365 a 1.000 per cluster è indipendente dalla dimensione del nodo o dal conteggio del cluster; questa limitazione deriva dall'interazione con il servizio cloud Microsoft e non dalla scala della distribuzione Expressway locale.}

Calendario con dispositivi mobili e Remote Access

In questo scenario, un cluster MRA di una o due macchine virtuali di Expressway di dimensioni ridotte ospita il connettore di calendario. Questo scenario presuppone che il cluster viene utilizzato solo per MRA e i due connettori. Il cluster è limitato a uno o due nodi piccoli.