Capacitatea unui cluster Expressway de a deservi utilizatorii Serviciului Calendar Hybrid depinde de dimensiunea nodurilor Expressway-C constitutive, de numărul de noduri din clusterul Expressway și de strategia de continuitate a serviciului.

Următorul tabel arată numărul maxim de utilizatori pe o singură autostradă dedicată diferitelor medii cu Calendar hibrid.

_{* Pentru a evita această limitare a scalării, vă recomandăm să utilizați Serviciul Calendar din cadrul norului în loc de conectorul local. Pentru calendarul hibrid bazat pe Express, limitarea capacității utilizatorilor Office 365 la 1.000 per cluster este independentă de dimensiunea sau numărul nodului clusterului; această limitare derivă din interacțiunea cu serviciul cloud Microsoft și nu din scara implementării Expressway locale.}

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ă failover pentru a îmbunătăți continuitatea serviciului. Toți utilizatorii sunt atribuiți unui 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 autostrăzi pentru utilizatorii de servicii hibride pentru o explicație detaliată.

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

_{* 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 atribuiți unui 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 autostrăzi pentru utilizatorii de servicii hibride pentru o explicație detaliată}.

Atribuirea utilizatorilor între gazde și clustere

În mod implicit, serviciul de calendar hibrid atribuie și distribuie automat utilizatorii în mod egal în toți conectorii calendarului dintr-un cluster. Atribuirea este dinamică în funcție de disponibilitate, iar administratorul nu are control asupra nodului la care este atribuit un utilizator individual.

În cazurile în care o organizație are mai multe clustere, distribuția utilizatorilor se bazează pe mai mulți factori, inclusiv disponibilitatea clusterului, atribuirea curentă (pentru a reduce suprapunerea în timpul recuperării eșecului) și o ordine de sortare bazată pe cea mai mare preferință a clusterului. 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 utilizatorilor și luând în considerare condițiile prelimin are ale Expressway Calendar Connector, un administrator poate implementa capacitatea corespunzătoare la scară pentru organizația sa. Să analizăm un exemplu de organizație de 126.000 de utilizatori care urmează să fie activați pentru serviciul de calendar hibrid, având în vedere următorii parametri:

• Clustere de autostrăzi cu 6 noduri utilizând șablonul OVA mare (limită 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 un total de 126.000 de utilizatori în implementarea serviciului de calendar, sunt necesare mai multe clustere gazdă Calendar Connector. Utilizatorii ar fi distribuiți în mod egal, așa cum 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 pe toate nodurile din cluster. Acest exemplu arată o distribuție egală a nodurilor gazdă Calendar Connector (în cadrul fiecăruia dintre cele două clustere) între centrele de date RTP și PDX. Fiecare nod utilizează același șablon OVA și urmează liniile directoare privind disponibilitatea ridicată a Expressway. Calendar Connector utilizează logica de clustering Expressway într-un model de redundanță 5+1 pentru a permite scenarii de disponibilitate ridicată.

Cu toți utilizatorii atribuiți unui conector de calendar, să examinăm acum ce se întâmplă atunci când există o defecțiune într-un cluster. Următoarea figură arată o defecțiune a unui singur nod. Utilizatorii care au fost atribuiți nodului eșuat, 5A din clusterul A, au eșuat acum la nodurile rămase din acel cluster. Capacitatea unui singur nod permite până la 15.000 de utilizatori și fiecare nod rămas în clusterul A adaugă 2500 de utilizatori care au fost inițial alocați pe nodul 5A. Nu există nicio modificare sau impact asupra clusterului B sau a utilizatorilor atribuiți în clusterul 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. Prin urmare, dacă un alt nod din clusterul A devine indisponibil, cum ar fi nodul 4A din figura următoare, clusterul B va fi acum responsabil pentru preluarea încărcării suplimentare a utilizatorului. Cei 15.000 de utilizatori de la nodul 4A sunt acum realocați în clusterul B și distribuiți în mod egal pe toate nodurile din clusterul B.

Când nodurile 4A și 5A se recuperează, utilizatorii de pe clusterul A vor fi redistribuiți între nodurile din cluster. Utilizatorii care nu au reușit să treacă la clusterul B rămân pe clusterul B în timpul acestei faze de recuperare pentru a evita atribuirile inutile ale utilizatorilor între clustere, așa cum se arată în figura următoare.

Un element cheie de care trebuie să fiți conștienți în planificarea unei implementări la scară largă a unui serviciu de calendar hibrid este înțelegerea impactului unei defecțiuni dacă ar apărea în cadrul implementării. Dacă folosim aceeași implementare de 126.000 de utilizatori, dar se întâmplă să pierdem un întreg centru de date, există potențialul ca utilizatorii să nu fie atribuiți unui nod Calendar Connector. Pentru a preveni întreruperea 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 de mesaje hibride depinde de dimensiunea nodurilor Expressway constituente, de numărul de noduri din cluster și de strategia de continuitate a serviciului.

Următorul tabel arată numărul maxim de utilizatori pe o singură autostradă care este utilizată pentru Mesajul hibrid.

Acest subiect se referă la partajarea unui conector gazdă 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 Express, cum ar fi MRA și B2B.

Capacitatea clusterului gazdă al conectorului depinde de dimensiunea nodurilor Expressway constitutive, de numărul de noduri, de conectorii care rulează pe cluster și de strategia de continuitate a serviciului. Consultați Planificarea capacității clusterului de autostrăzi pentru utilizatorii de servicii hibride pentru o explicație detaliată a acestor factori.

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

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

Exemplu: Scala gazdă a conectorului cu trei conectori corezidenti

Următorul tabel prezintă un exemplu de scară și corezidență. Oferă numărul maxim de utilizatori pe cluster, pentru fiecare serviciu, cu specificații diferite ale clusterului gazdă conector. Clusterul este partajat între Calendar hibrid (utilizând Exchange local), apelul hibrid și serviciul de mesaje hibrid.

Introducere

Acest subiect se referă la partajarea unui conector gazdă Expressway cu alte soluții bazate pe Express. Atunci când alegeți să găzduiți conectori pe o autostradă pe care o utilizați în alte scopuri, se aplică următoarele avertismente importante:

• Nu putem accepta modelul de scalabilitate care se aplică unui conector dedicat gazdă 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 conectorului este partajată cu alte servicii Expressway.

• Combinațiile de servicii bazate pe Express ș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 de calendar bazat pe Express cu conector de apeluri și traversare a serviciului de apel

În acest scenariu, un grup Expressway cu două noduri conectori Hybrid Calendar. Clusterul face, de asemenea, traversarea apelurilor pentru alte soluții de apelare Cisco (semnalizare SIP și media).

Tabelul prezintă diferitele medii de calendar pe care le puteți utiliza cu conectorul bazat pe Express. Conectorul Calendar bazat pe Express nu este acceptat pe clustere cu mai mult de două noduri. Utilizați conectorul din cloud pentru o scară mai mare cu Office 365 (consultați Scalarea serviciului Calendar).

_{† Pentru a evita această limitare a scalării, vă recomandăm să utilizați Serviciul Calendar din cadrul norului în loc de conectorul local. Pentru calendarul hibrid bazat pe Express, limitarea capacității utilizatorilor Office 365 la 1.000 per cluster este independentă de dimensiunea sau numărul nodului clusterului; această limitare derivă din interacțiunea cu serviciul cloud Microsoft și nu din scara implementării Expressway locale.}

Calendar cu mobil și Remote Access

În acest scenariu, un cluster MRA format din unul sau două VM-uri mici Expressway găzduiește conectorul Calendar. Acest scenariu presupune că clusterul este utilizat numai pentru MRA și cei doi conectori. Clusterul este limitat la unul sau două noduri mici.