Capacitatea unui cluster Expressway pentru utilizatorii serviciului calendar hibrid depinde în primul rând de dimensiunea și numărul de noduri din cluster și de strategia de continuitate a serviciului. Următorul tabel afișează capacitatea totală maximă de utilizator pe care clusterul o poate gestiona pe măsură ce măriți nodurile (sau dimensiunea OVA nodului) pe un singur cluster dedicat.

Într-un mediu Exchange hibrid cu utilizatorii Office 365, există o limită de 1.000 de utilizatori Office 365 per cluster, independent de numărul sau dimensiunea nodurilor clusterului. Serviciul din cadrul norului este metoda preferată de gestionare a utilizatorilor Office 365. Vă recomandăm să găzduiți temporar numai utilizatorii Office 365 pe Expressway. Această limitare derivă din interacțiunea cu serviciul cloud Microsoft și nu din amploarea implementării Expressway local. De exemplu, dacă aveți un singur nod Expressway mic, capacitatea este limitată la 1.000 de utilizatori Office 365 și 4.000 de utilizatori Microsoft Exchange. Dacă aveți un grup de 6 noduri mici, capacitatea este limitată la 1.000 de utilizatori Office 365 plus 24.000 de utilizatori Microsoft Exchange.

_{* Rețineți că capacitatea utilizatorului este aceeași pentru un cluster de un nod și pentru un cluster de două noduri. Acest lucru se datorează faptului că Serviciul Calendar utilizează fail-over pentru a îmbunătăți continuitatea serviciului. Toți utilizatorii sunt atribuite la un nod atunci când există două noduri în cluster; celălalt nod este o copie de rezervă redundantă. Consultați Planificarea capacității clusterului de autostradă pentru utilizatorii de servicii hibride pentru o explicație detaliată.}

Atribuirea utilizatorilor între gazde și clustere

În mod implicit, Serviciul calendar hibrid atribuie și distribuie automat utilizatorii în mod egal în toți conectorii de calendar dintr-un cluster. Asocierea este dinamică în funcție de disponibilitate, iar administratorul nu are niciun control asupra nodului căruia îi este atribuit un anumit utilizator.

În cazurile în care o organizație are mai mult de un cluster, distribuția utilizatorului se bazează pe mai mulți factori, inclusiv disponibilitatea clusterului, atribuirea curentă (pentru a reduce flapping în timpul recuperării eșecului) și o ordine de sortare bazată pe cea mai mare preferință de cluster. Administratorul are, de asemenea, capacitatea de a atribui un utilizator sau un grup de utilizatori unui grup de resurse. Grupurile de resurse sunt specifice clusterului, astfel încât acestea permit administratorilor să constrângă atribuirea anumitor seturi de utilizatori la un anumit cluster.

Cu această înțelegere de bază a atribuirii utilizatorului și luând în considerare cerințele preliminare Expressway Calendar Connector, un administrator poate implementa capacitatea corespunzătoare la scară pentru organizația lor. Să ne uităm la o organizație exemplu de 126.000 de utilizatori care urmează să fie activat pentru Serviciul calendar hibrid, având în vedere următorii parametri:

• Clustere de drumuri expres de 6 noduri folosind șablonul OVA mare (limita de 15.000 de utilizatori pe nod)

• Nu sunt necesare grupuri de resurse

Formula de capacitate pentru un singur cluster, U_calN= (N-1) * U_{cal1 unde} N=6 și U_cal1=15.000 (folosind șablonul OVA mare) produce maximum 75.000 de utilizatori. Cu 126.000 de utilizatori totali în implementarea serviciului de calendar, sunt necesare mai multe clustere gazdă Calendar Connector. Utilizatorii ar fi distribuiți în mod egal, după se arată în figura următoare:

Serviciul calendar hibrid adaugă mai întâi utilizatorii la clusterul A până când clusterul atinge capacitatea de 75.000 de utilizatori, apoi atribuie utilizatorii rămași clusterului B. Utilizatorii sunt distribuiți aleatoriu și în mod egal în toate nodurile din cluster. Acest exemplu afișează o distribuție egală a nodurilor gazdă Calendar Connector (în fiecare dintre cele două clustere) între centrele de date RTP & PDX. Fiecare nod utilizează același șablon OVA și urmează liniile directoare de disponibilitate ridicată Expressway. Conectorul calendar utilizează logica de grupare Expressway într-un model de redundanță 5+1 pentru a permite scenarii de disponibilitate ridicată.

Cu toți utilizatorii atribuiți unui conector calendar, să examinăm acum ce se întâmplă atunci când există o eroare într-un cluster. Figura următoare arată o singură eroare de nod. Utilizatorii care au fost atribuite nodului nereușit, 5A în clusterul A, nu au reușit acum peste nodurile rămase în acel cluster. O capacitate de nod unic permite până la 15.000 de utilizatori și fiecare nod rămas în clusterul A adaugă 2500 de utilizatori care au fost atribuiți inițial pe nodul 5A. Nu există nicio modificare sau impact asupra clusterului B sau asupra utilizatorilor atribuiți clusterului B.

Clusterul A este încă la capacitate maximă, iar fiecare dintre nodurile operaționale din cluster este acum la capacitate maximă, 15.000 de utilizatori / nod. De aceea, dacă un alt nod în clusterul A devine indisponibil, ar fi nodul 4A în figura următoare, clusterul B va fi acum responsabil pentru ridicarea încărcării utilizator suplimentare. Cei 15.000 de utilizatori din nodul 4A sunt acum reatribuiți clusterului B și distribuiți în mod egal pe toate nodurile din clusterul B.

Când nodurile 4A și 5A recupera, utilizatorii de pe clusterul A vor fi redistribuite peste nodurile din cluster. Utilizatorii care nu au reușit să cluster B rămân pe clusterul B în această fază de recuperare pentru a evita atribuirile inutile de utilizator între clustere, așa se arată în figura următoare.

Un element cheie de care trebuie să fiți conștienți în planificarea unei implementări de serviciu calendar hibrid la scară largă este înțelegerea impactului unei erori dacă ar apărea în implementare. Dacă folosim aceeași implementare de 126.000 de utilizatori, dar se întâmplă să pierdem un întreg centru de date, există un potențial pentru utilizatorii care nu sunt atribuiți unui nod Conector calendar. Pentru a preveni o întrerupere a serviciului în acest tip de scenariu, clientul ar avea nevoie de un al treilea cluster pentru a redistribui și gestiona utilizatorii afectați.

Capacitatea unui cluster Expressway de a deservi utilizatorii Serviciului de mesaje hibride depinde de dimensiunea nodurilor expressway constitutive, de numărul de noduri din cluster și de strategia de continuitate a serviciului.

Următorul tabel afișează numărul maxim de utilizatori pe o singură autostradă utilizată pentru Serviciul de mesajehibride .

Numerele de utilizator sunt aceleași pentru un cluster de un nod și pentru un cluster de două noduri. Acest lucru se datorează faptului că Serviciul de mesaje utilizează failover pentru a îmbunătăți continuitatea serviciului. Utilizatorii sunt distribuite uniform peste mai multe noduri în cluster: dacă un nod nu reușește, utilizatorii nodului respectiv sunt atribuiți celorlalte noduri.

Acest subiect se referă la partajarea unei gazde de conectori Expressway între conectorii pentru mai multe servicii hibride, inclusiv Serviciul calendar și Serviciul de mesaje. Gazda conectorului nu este partajată cu alte soluții bazate pe Expressway, ar fi MRA și B2B.

Capacitatea clusterului gazdă conector depinde de dimensiunea nodurilor expressway constitutive, numărul de noduri, conectorii care se execută pe cluster și strategia de continuitate a serviciului. Consultați Planificarea capacității clusterului de autostradă pentru utilizatorii de servicii hibride pentru o explicație detaliată a acestor factori.

Există, de asemenea, un calculator pentru a modela diferite clustere gazdă conector și a vedea câți utilizatori ai fiecărui serviciu clusterul propus poate sprijini.

În general, vă recomandăm coresidency numai pentru implementări de dimensiuni mai mici de până la două noduri. Dacă implementarea depășește capacitatea unei perechi de noduri, ar trebui să mutați conectori la clustere Expressway care sunt dedicate fiecărui serviciu hibrid specific.

Exemplu: Scala gazdă conector cu trei conectori Coresident

Următorul tabel arată un exemplu de scară și coresidență. Acesta oferă numărul maxim de utilizatori pe cluster , pentru fiecareserviciu, cu specificații diferite ale clusterului gazdă conector. Clusterul este partajat între Serviciul calendar hibrid (utilizând Exchange local), Serviciul de apelurihibride și Serviciul de mesaje hibride.

Introducere

Acest subiect se referă la partajarea unui expressway gazdă conector cu alte soluții bazate pe Expressway. Când alegeți să găzduiți conectori pe un drum expres pe care îl utilizați în alte scopuri, se aplică următoarele avertismente importante:

• Nu putem accepta modelul de scalabilitate care se aplică unei gazde dedicate a conectorului Expressway. Numerele de utilizator pe care le obțineți din citirea celorlalte subiecte din acest articol sau din utilizarea calculatorului nu se aplică atunci când gazda conector este partajată cu alte servicii Expressway.

• Combinațiile de servicii bazate pe Expressway și conectori de servicii hibride descrise în acest articol și numerele de utilizator asociate, sunt singurele scenarii acceptate. Nu am testat alte scenarii și nu vă puteți aștepta ca acestea să funcționeze în mediul dvs.

Serviciu calendar bazat pe autostradă cu conector de apel și traversare serviciu de apel

În acest scenariu, un grup de două noduri Expressway cluster hybrid calendar conectori service. Clusterul este de a face, de asemenea, traversal apel pentru alte soluții de apelare Cisco (sip semnalizare și mass-media).

Tabelul afișează diferitele medii de calendar pe care le puteți utiliza cu conectorul bazat pe Expressway. Conectorul Calendar bazat pe Expressway nu este acceptat pe clustere cu mai mult de două noduri. Utilizați conectorul din cadrul norului pentru o scară mai mare cu Office 365 (consultați Scala de servicii calendar).

_{† Pentru a evita această limitare a scalei, vă recomandăm să utilizați Serviciul calendar din cadrul norului în locul conectorului local. Pentru Serviciul calendar hibrid bazat pe Expressway , limitarea capacității de utilizator Office 365 la 1.000 per cluster este independentă de dimensiunea sau numărul de noduri al clusterului; această limitare derivă din interacțiunea cu serviciul cloud Microsoft și nu din amploarea implementării Expressway locale.}

Calendar cu acces mobil și la distanță

În acest scenariu, un cluster MRA de unul sau două SMS-uri mici Expressway găzduiește Conector calendar. Acest scenariu presupune clusterul este utilizat numai pentru MRA și cei doi conectori. Clusterul este limitat la unul sau două noduri mici.