Hibridni pozivni servis na arhitekturi Call Connectora nestao je kraj života (EOL),tako da usluga više nije službeno podržana. Pozivni poveznik ne bi se trebao razmatrati za buduće planiranje kapaciteta brze ceste za hibridne usluge.


Ovaj članak ne obuhvaća planiranje kapaciteta za integraciju cisco TMS hibridnog kalendarskog servisa s integracijom sustava Office 365 ili Cisco TMS s Google kalendarom. Informacije o kapacitetu potražite u Vodiču za implementaciju cisco webex hibridnog kalendarskog servisa.

Pružamo ovaj članak kako bismo odgovorili na vaša pitanja o planiranju kapaciteta i objasnili kako izračunavamo ljestvicu korisnika. Da biste modelirali scenarij, isprobajte kalkulator kapaciteta hibridnih usluga.

Razmatranja planiranja

Prilikom planiranja kapaciteta brze ceste za korisničku populaciju hibridnih usluga razmotrite sljedeća pitanja:

  • Koje hibridne usluge trebate?

    Brza cesta može ugostiti poveznike za uslugu hibridnog poziva, uslugu hibridnog kalendara i uslugu hibridnih poruka.

  • Koliko korisnika imate za svaku uslugu?

    Što više korisnika imate za svaku uslugu, veća je vjerojatnost da ćete htjeti posvetiti klastere brze ceste uslugama. Za manje populacije valjan je izbor pokretanje više konektora na zajedničkom klasteru (coresidency).

  • Hoće li ti se potrebe promijeniti?

    Možda ćete htjeti započeti s malim, s jednim klasterom brze ceste koji pruža uslugu grupi ranih posvojitelja u vašoj organizaciji i planirati rast za buduće uvođenje. Možete migrirati iz zajedničkog modela u namjenski model ili skalirati postojeći klaster kako biste ispunili svoje promjenjive zahtjeve.

Čimbenici koji pridonose

Kapacitet klastera definiramo u smislu sljedećih varijabli:

  • Veličina čvora– svaki virtualni stroj brze ceste ima "VM veličinu" koju u vrijeme instalacije određuju resursi dodijeljeni VM-u. Vodiči za instalaciju brze ceste opisuju te zahtjeve. Ako već imate brzu cestu, veličinu VM-a možete pročitati na stranici Status > System na sučelju brze ceste.

  • Broj čvorova– klaster brze ceste može imati između jednog i šest čvorova. Moraju biti iste veličine čvora i pokrenuti istu verziju softvera.

  • Strategija kontinuiteta usluge– usluge koriste strategije za osiguravanje kontinuirane usluge korisnicima. Servis kalendara i servis za poruke koriste strategiju prebacivanja u slučaju neuspjeha.

    Strategije su detaljno opisane u tablici Strategije kontinuiteta usluga i Ljestvica namjenskih klastera.

  • Osnovna sukladnost– kada poveznici dijele klaster brze ceste, resursi dostupni svakoj usluzi znatno su niži u usporedbi s namjenskim klasterom.

    Na vašem domaćinu poveznika mogu postojati i druge usluge temeljene na expresswayu, kao što su poslovni pozivi (B2B) ili mobilni i daljinski pristup (MRA). U ograničenim scenarijima u kojima je podržana ova vrsta osnovnezidnosti, brojevi razmjera koje ovdje dokumentiramo ograničeni su na ono što smo testirali. Osim onoga što je opisano u ovom članku, klaster glavnog poveznika Expressway ne smije se dijeliti s drugim uslugama; ovo nije podržano.

  • Ograničenja specifična za servis– na primjer, poveznik kalendara namijenjen je prvenstveno korisnicima sustava Microsoft Exchange i podržava ograničen broj korisnika sustava Office 365.

Izračuni za namjenske klastere brze ceste

Postavili smo tvrdo ograničenje broja korisnika usluga kojima namjenska jedinstvena brza cesta može upravljati ("klaster jednog"), na temelju dokaza koje prikupljamo u testiranjima i ispitivanjima.

Tablica 1. Ograničenja broja korisnika na namjenskoj jedinstvenoj brzoj cesti
Veličina čvora brze ceste Skala usluge hibridnog kalendara Skala usluge hibridne poruke
1. Malo 5000 5000
2. Srednje 10000 6500
3. Veliki 15000 15000

Koristimo algoritme kontinuiteta usluge za ekstrapolaciju brojeva pojedinačnih čvorova na više klastera čvorova, kao što je objašnjeno u sljedećoj tablici. Ako želite rezultate bez objašnjenja, pogledajte:

Tablica 2. Strategije kontinuiteta usluga i skala namjenskih klastera

Usporediti

Usluga hibridnog kalendara

Servis hibridne poruke

1. Model

Model za prebacivanje u slučaju kvara

Model za prebacivanje u slučaju kvara

2. Opis

Svakom korisniku dodjeljujemo jedan čvor u klasteru. To širi korisnike na sve čvorove.

Ako čvor padne, ponovno stvaramo korisničke zadatke iz tog čvora na drugim čvorovima.

Kada se čvor ponovno pojavi, ponovno uravnotežujemo dodjele korisnika na svim aktivnim čvorovima.

Svakom korisniku dodjeljujemo jedan čvor u klasteru. To širi korisnike na sve čvorove.

Ako čvor padne, ponovno stvaramo korisničke zadatke iz tog čvora na drugim čvorovima.

Kada se čvor ponovno pojavi, ponovno uravnotežujemo dodjele korisnika na svim aktivnim čvorovima.

3. Formula

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Definicije

Gdje:

UcalN je klaster N kapaciteta za korisnike usluge kalendara

N je broj čvorova

Ucal1 je kapacitet jednog čvora za korisnike usluge kalendara

Gdje:

UmsgN je klaster N kapaciteta za korisnike usluge poruke

N je broj čvorova

Umsg1 je kapacitet jednog čvora za korisnike Usluge poruke

5. Napomene

Ako je N=1, nema prebacivanja u slučaju neuspješnog prebacivanja.

Prebacivanje u slučaju neučenje u slučaju do prebacivanja u slučaju dočasništva automatski je i obavezno ako je N>1.

Ako je N=2, kapacitet je isti kao n=1, s boljim kontinuitetom usluge.

Skaliranje ima koristi od N>=3 ili pomoću veće veličine čvora.

Ako je N=1, nema prebacivanja u slučaju neuspješnog prebacivanja.

Prebacivanje u slučaju neučenje u slučaju do prebacivanja u slučaju dočasništva automatski je i obavezno ako je N>1.

Ako je N=2, kapacitet je isti kao n=1, s boljim kontinuitetom usluge.

Skaliranje ima koristi od N>=3 ili pomoću veće veličine čvora.

Izračuni za zajedničke klastere brze ceste

Naš algoritam pretpostavlja da coresident konektori proporcionalno dijele resurse jednog čvora. Ovaj algoritam konzervativno postavlja ograničenje za svaku vrstu korisnika na čvoru.

Na primjer, sljedeća tablica prikazuje maksimalan broj korisnika za sve namjenske slučajeve i slučajeve osnovne sukladnosti na jednoj, srednjoj brzoj cesti.

Tablica 3. Ljestvica jedne srednje brze ceste za namjenske scenarije ili scenarije osnovnezidnosti
Svrha brze ceste Korisnici usluga kalendara Korisnici servisa za poruke
Posvećeno usluzi kalendara

10,000

Posvećeno servisu za poruke

6,500

Zajednički koristi servis kalendara i servis za poruke

4,000

4,000

Zajednički koriste servisi kalendara, poziva i poruka

2,300

2,300

Ne navodimo iscrpno sva stanja osnovne važnosti za sve veličine klastera. Umjesto toga možete nadzirati kapacitet postojeće implementacije hibridnih servisaili koristiti kalkulator za planiranje nove implementacije.


Kalkulator vam omogućuje odabir poveznika, veličine čvora i broja čvorova, tako da možete modelirati implementaciju. Ostatak ovog odjeljka objašnjava kako izračunava korisničke brojeve iz vašeg modela.

Baš kao što smo učinili za namjensku brzu cestu, ekstrapoliramo algoritam za zajedničke brze ceste kako bismo odredili korisničke brojeve za više čvorova. Razlika u odnosu na namjenske slučajeve je u tome što primjenjujemo odgovarajući izračun kontinuiteta usluge kako bismo dobili ljestvicu korisnika za određenu uslugu na klasteru. Ne možemo izračunati korisničku skalu za klaster jer klaster hostira konkurentske strategije kontinuiteta usluge koje se temelje na korisniku.

Stol 4. Kapacitet korisnika na klasterima srednjih čvorova

Namjena klastera

Korisnici servisa hibridne poruke za 1,2 i 3 čvora

Posvećeno servisu za poruke

6,500

6,500

13,000

Dodatni čimbenici koji pridonose

Mogu postojati konkurentski zahtjevi za resursima klastera koji će smanjiti kapacitet korisnika. Ovo su poznati primjeri:

Serviskalendara – glavno računalo poveznika može servisirati i korisnike sustava O365. Ovdje prikazani brojevi i izračuni pretpostavljaju da samo vaša lokalna infrastruktura sustava Exchange pruža uslugu kalendara. Za više o 'hibridnoj' usluzi kalendara, imamo neke brojeve i grafikone u odjeljku Usluga kalendara ovog članka.

Obrada poziva– glavno računalo poveznika može obrađivati signalizaciju poziva i medije. To je zapravo integracija "od tvrtke do tvrtke" između vaše tvrtke ili ustanove i webex oblaka. Time se smanjuje kapacitet opisan u Coresidencyju s drugim rješenjima brze ceste.

Kontrolni centar možete koristiti za prikaz postotne vrijednosti trenutnog korisničkog kapaciteta svakog resursa brze ceste hibridnih usluga. Traka boja pokazuje je li kapacitet unutar prihvatljivih granica. Ovaj prikaz omogućuje vam procjenu zdravlja implementacija hibridnih usluga i vodi vas kada vam je potrebno više brzih cesta.

  • Zelena– vaše brze ceste su unutar prihvatljivih ograničenja kapaciteta. (1%–60%)

  • Amber– imate dovoljno brzih cesta, ali ste blizu postizanja ograničenja kapaciteta. (61%–90%)

  • Crveno– nemate dovoljno brzih cesta i morate dodati još. (91% i više)


    Ako su brze ceste u grupi resursa, pokazatelj kapaciteta pojavljuje se pod filtriranim prikazom klastera u grupi resursa.

  • Za implementacije bez grupa resursa (zadano):

    1. Iz prikaza klijenta u https://admin.webex.comsustavu otvorite Servisi > Hibrid , a zatim se pomaknite na hibridne servisne kartice da biste prikazali postotak kapaciteta koji se koristi na resursima brze ceste za svaku uslugu.

  • Za implementacije s grupama resursa:

    1. U prikazu klijenta u https://admin.webex.comodjeljku Otvorite Servisi > Hibrid ,pomaknite se do hibridnih servisnih kartica, a zatim u odjeljku Resursi kliknite Prikaži sve.

      Traka kapaciteta označava samo kapacitet klastera izvan grupa resursa. Ako su svi klasteri dio jedne ili više grupa resursa ili usluga nema konfiguriranih klastera, traka kapaciteta se ne prikazuje.

    2. Ako je vrijednost kapaciteta N/A, odaberite grupu resursa iz filtra da biste pregledali grupe resursa i kapacitet.

      Vrijednost se ažurira da bi se prikazao postotak kapaciteta koji se koristi za klastere u toj grupi resursa i kodiranje boja kako bi se naznačila zdravstvena stanja.

Stvari koje treba imati na umu

  • Kapacitet klastera razlikuje se ovisno o veličini čvora, broju čvorova u klasteru Brze ceste, broju usluga koje se izvode na klasteru i visokoj dostupnosti ili strategiji prebacivanja u slučaju kvara. Dodatne informacije potražite u pojedinačnim odjeljcima Kalendar i Poruka.

  • Coresidency smanjuje ljestvicu korisnika za postojeće usluge; algoritam kapaciteta pretpostavlja da svaki korisnik koristi sve usluge.


    Preporučujemo osnovnu stranu prilikom isprobavanja više servisa ili ako imate malu implementaciju. Za usluge u proizvodnji ili za opsežne implementacije preporučujemo da različite hibridne usluge pokrenete na namjenskim klasterima brze ceste.

Što učiniti sljedeće

Da biste dodali još brzih cesta za hibridne usluge, poslužite se koracima vodiča za implementaciju za registriranje glavnih računala poveznika u oblak i njihovo dodavanje u postojeće klastere:

Kapacitet klastera brze ceste za korisnike usluge hibridnog kalendara prvenstveno ovisi o veličini i broju čvorova u klasteru te strategiji kontinuiteta usluge. Sljedeća tablica prikazuje maksimalni ukupni korisnički kapacitet koji klaster može obraditi dok povećavate čvorove (ili veličinu ČVORA OVA) na jednom namjenskom klasteru.


U hibridnom okruženju sustava Exchange s korisnicima sustava Office 365 postoji ograničenje od 1000 korisnika sustava Office 365 po klasteru, neovisno o broju ili veličini čvora klastera. Servis utemeljen na oblaku preferirani je način rukovanja korisnicima sustava Office 365. Preporučujemo da korisnike sustava Office 365 privremeno ugostite samo na expresswayu.

Ovo ograničenje proizlazi iz interakcije s Microsoftovim servisom u oblaku, a ne iz razmjera lokalne implementacije brze ceste. Na primjer, ako imate jedan mali čvor brze ceste, vaš je kapacitet ograničen na 1000 korisnika sustava Office 365 i 4000 korisnika sustava Microsoft Exchange. Ako imate klaster od 6 malih čvorova, vaš je kapacitet ograničen na 1000 korisnika sustava Office 365 i 24.000 korisnika sustava Microsoft Exchange.

Tablica 5. Korisnički kapacitet hibridnog servisa kalendara za namjenski klaster

Veličina čvora brze ceste

1 ili 2 čvora*

3 čvora

4 čvora

5 čvorova

6 čvorova

1. Malo

5K

10K

15K

20K

25K

2. Srednje

10K

20K

30K

40K

50K

3. Veliki

15K

30K

45K

60K

75K

* Imajte na umu da je kapacitet korisnika isti za klaster jednog čvora i za klaster od dva čvora. To je zato što servis kalendara koristi neuspjeh za poboljšanje kontinuiteta usluge. Svi korisnici dodjeljuju se jednom čvoru kada u klasteru postoje dva čvora; drugi čvor je suvišna sigurnosna kopija. Detaljno objašnjenje potražite u odjeljku Planiranje kapaciteta klastera brze ceste za korisnike hibridnih usluga.

Dodjela korisnika na svim domaćinima i klasterima

Hibridni servis kalendara po zadanom automatski dodjeljuje i ravnomjerno raspoređuje korisnike na sve poveznike kalendara u klasteru. Dodjela je dinamična na temelju dostupnosti, a administrator nema kontrolu nad tim određenim čvorom kojem je pojedini korisnik dodijeljen.

U slučajevima kada organizacija ima više od jednog klastera, distribucija korisnika temelji se na više čimbenika, uključujući dostupnost klastera, trenutnu dodjelu (za smanjenje lupanja tijekom oporavka neuspjeha) i redoslijed sortiranja koji se temelji na najvišim preferencama klastera. Administrator također ima mogućnost dodjeljivanja korisnika ili grupe korisnika grupi resursa. Grupe resursa specifične su za klaster, pa administratorima omogućuju ograničavanje dodjele određenih skupova korisnika određenom klasteru.

S ovim osnovnim razumijevanjem dodjele korisnika i uzimajući u obzir preduvjete za poveznik kalendara za Expressway, administrator može implementirati odgovarajući kapacitet u mjerilu za svoju organizaciju. Pogledajmo primjer organizacije od 126.000 korisnika koji će biti omogućeni za uslugu hibridnog kalendara, s obzirom na sljedeće parametre:

  • Klasteri brzih cesta od 6 čvorova pomoću velikog predloška OVA (ograničenje od 15.000 korisnika po čvoru)

  • Nisu potrebne grupe resursa

Formula kapaciteta za jedan klaster, UcalN= (N-1) * Ucal1 gdje N=6 i Ucal1=15,000 (koristeći veliki OVA predložak) daje najviše 75.000 korisnika. Sa 126.000 ukupno korisnika u implementaciji usluge kalendara, potrebno je više klastera glavnog računala programa Calendar Connector. Korisnici bi bili jednako raspodijeljeni kao što je prikazano na sljedećoj slici:

Slika 1. Zadatak
Dva klastera od po 6 čvorova; klaster A ugošćuje 12.500 korisnika po čvoru za ukupno 75.000 korisnika, klaster B ugošćuje 8500 korisnika po čvoru za ukupno 51.000 korisnika. Zajedno je 126.000 korisnika dodijeljeno usluzi hibridnog kalendara.

Usluga hibridnog kalendara najprije dodaje korisnike klasteru A dok klaster ne dosegne kapacitet od 75.000 korisnika, a zatim preostale korisnike dodijeli klasteru B. Korisnici su nasumično i jednako raspoređeni po svim čvorovima unutar klastera. Ovaj primjer prikazuje jednaku raspodjelu čvorova glavnog računala poveznika kalendara (unutar svakog od dva klastera) u podatkovnim centrima RTP i PDX. Svaki čvor koristi isti OVA predložak i slijedi smjernice za visoku dostupnost brze ceste. Poveznik kalendara koristi logiku grupiranja brze ceste u modelu redundancije 5+1 kako bi omogućio scenarije visoke dostupnosti.

Budući da su svi korisnici dodijeljeni povezniku kalendara, pogledajmo sada što se događa kada dođe do kvara u klasteru. Sljedeća slika prikazuje jedan neuspjeh čvora. Korisnici koji su dodijeljeni neuspjelom čvoru, 5A u klasteru A, sada nisu uspjeli prijeći na preostale čvorove u tom klasteru. Kapacitet jednog čvora omogućuje do 15.000 korisnika, a svaki čvor koji ostaje u klasteru A dodaje 2500 korisnika koji su izvorno dodijeljeni na čvoru 5A. Nema promjene ili utjecaja na klaster B ili korisnike dodijeljene klasteru B.

Slika 2. Jedan čvor u klasteru A postaje nedostupan

Klaster A je još uvijek na maksimalnom kapacitetu, a svaki od operativnih čvorova u klasteru sada je na maksimalnom kapacitetu, 15.000 korisnika / čvora. Stoga, ako drugi čvor u klasteru A postane nedostupan, kao što je čvor 4A na sljedećoj slici, klaster B sada će biti odgovoran za preuzimanje dodatnog opterećenja korisnika. 15.000 korisnika iz čvora 4A sada su premješteni u klaster B i jednako raspoređeni po svim čvorovima unutar klastera B.

Slika 3. Dva čvora u klasteru A postaju nedostupna

Kada se čvorovi 4A i 5A oporave, korisnici klastera A bit će preraspodijeljeni preko čvorova u klasteru. Korisnici koji nisu uspjeli prijeći klaster B ostaju na klasteru B tijekom ove faze oporavka kako bi izbjegli nepotrebne dodjele korisnika između klastera, kao što je prikazano na sljedećoj slici.

Slika 4. Oporavak i preraspodjela korisnika preko aktivnih čvorova

Ključna stavka koje treba biti svjestan u planiranju opsežne implementacije usluge hibridnog kalendara jest razumijevanje utjecaja pogreške ako se dogodi prilikom implementacije. Ako koristimo istih 126.000 korisničkih implementacija, ali slučajno izgubimo cijeli podatkovni centar, postoji mogućnost da korisnici ne budu dodijeljeni čvoru Calendar Connector. Da bi spriječio prekid usluge u ovoj vrsti scenarija, klijentu bi trebao treći klaster za preraspodjelu i rukovanje pogođenim korisnicima.

Slika 5. Utjecaj gubitka podatkovnog centra

Kapacitet klastera brze ceste za servisiranje korisnika hibridnih poruka ovisi o veličini sastavnih čvorova brze ceste, broju čvorova u klasteru i strategiji kontinuiteta usluge.

Sljedeća tablica prikazuje maksimalan broj korisnika na jednoj brzoj cesti koja se koristi za uslugu hibridne poruke.

Tablica 6. Korisnički kapacitet usluge hibridne poruke na jednoj namjenskoj brzoj cesti

Mala brza cesta

Srednja brza cesta

Velika brza cesta

5.000 korisnika

6.500 korisnika

15.000 korisnika

Slika 6. Korisnička skala servisa hibridnih poruka na namjenskim klasterima glavnog računala poveznika. Ovaj dijagram prikazuje maksimalne razine skale korisnika dok povećavate čvorove na namjenskom klasteru za uslugu hibridnih poruka

Korisnički brojevi su isti za klaster jednog čvora i za klaster od dva čvora. To je zato što servis za poruke koristi prebacivanje u slučaju neuspjeha kako bi poboljšao kontinuitet usluge. Korisnici se ravnomjerno raspoređuju po više čvorova u klasteru: ako jedan čvor ne uspije, korisnici tog čvora dodjeljuju se drugim čvorovima.

Slika 7. Primjer osnovne strane: Usluga hibridne poruke i korisnička skala usluge kalendara prema vrsti klastera. Ovaj dijagram prikazuje maksimalne korisnike usluge poruka i korisnike usluga kalendara po klasteru za različite vrste klastera na kojima se nalaze poveznici poruka i kalendara.

Ova tema odnosi se na zajedničko korištenje glavnog računala poveznika expressway između poveznika za više hibridnih servisa, uključujući Uslugu kalendara i Uslugu poruka. Glavno računalo konektora ne dijeli se s drugim rješenjima temeljenima na expresswayu kao što su MRA i B2B.

Kapacitet klastera glavnog računala poveznika ovisi o veličini sastavnih čvorova brze ceste, broju čvorova, konektorima koji se izvode na klasteru i strategiji kontinuiteta usluge. Detaljno objašnjenje tih čimbenika potražite u odjeljku Planiranje kapaciteta klastera brze ceste za korisnike hibridnih usluga.

Tu je i kalkulator za modeliranje različitih klastera glavnog računala poveznika i vidjeti koliko korisnika svake usluge predloženi klaster može podržati.

Općenito, preporučujemo coresidency samo za manje veličine implementacije do dva čvora. Ako implementacija premašuje kapacitet para čvorova, trebali biste premjestiti poveznike u klastere brze ceste koji su namijenjeni svakoj određenoj hibridnoj usluzi.

Primjer: Skala glavnog računala poveznika s tri coresident konektora

Sljedeća tablica prikazuje primjer razmjera i osnovne sukladnosti. Daje maksimalan broj korisnika poklasteru , za svaku uslugu, s različitim specifikacijama klastera glavnog računala poveznika. Klaster se zajednički koristi između usluge hibridnog kalendara (pomoću lokalne razmjene), usluge hibridnih poziva i uslugehibridnih poruka.

Tablica 7. Primjer: Skala glavnog računala poveznika s dva Coresident konektora

Usluga

Dva mala čvora

Dva srednja čvora

Dva velika čvora

Korisnici usluge kalendara

1,300

2,300

3,000

Korisnici servisa za poruke

1,300

2,300

3,000

Uvod

Ova tema odnosi se na zajedničko korištenje glavnog računala poveznika Expressway s drugim rješenjima utemeljenima na expresswayu. Kada odlučite ugostiti konektore na brzoj cesti koju koristite u druge svrhe, primjenjuju se sljedeća važna upozorenja:

  • Ne možemo podržati model skalabilnosti koji se primjenjuje na namjenski priključak host Expressway. Korisnički brojevi koje dobivate čitanjem drugih tema u ovom članku ili korištenjem kalkulatora ne primjenjuju se kada se glavno računalo poveznika dijeli s drugim uslugama brze ceste.

  • Kombinacije poveznika usluga i hibridnih usluga utemeljenih na expresswayu opisanih u ovom članku i pridruženih korisničkih brojeva jedini su podržani scenariji. Nismo testirali druge scenarije i ne možete očekivati da će raditi u vašem okruženju.

Usluga kalendara utemeljena na brzoj cesti s poveznikom poziva i traversalom usluge poziva

U ovom scenariju priključnici hibridnog servisa kalendara s dva čvora Expressway. Klaster također obavlja traversal poziva za druga Cisco pozivna rješenja (SIP signalizacija i mediji).

Tablica prikazuje različita okruženja kalendara koja možete koristiti s poveznikom utemeljenim na expresswayu. Poveznik kalendara utemeljen na aplikaciji Expressway nije podržan na klasterima s više od dva čvora. Koristite poveznik u oblaku za veću veličinu uz Office 365 (pogledajte Skala usluge kalendara).

Tablica 8. Korisnička skala za uslugu kalendara s traversalom poziva

Usluga

Dva klastera malih čvorova

Dva klastera srednjeg čvora

Dva velika klastera čvorova

Usluga kalendara

Lokalna burza Exchange

500 korisnika

1.000 korisnika

1.000 korisnika

† sustava Office 365

500 korisnika

1.000 korisnika

1.000 korisnika

Lokalne implementacije sustava Exchange i Office 365 (hibridne implementacije sustava Exchange)

Maksimalno 500 korisnika za oboje

Maksimalno 1.000 korisnika za oboje

Maksimalno 1.000 korisnika za oboje

Pozovi traversal

200 audio sesija

100 video sesija

200 audio sesija

100 video sesija

1000 audio sesija

500 video sesija

† Da biste izbjegli ovo ograničenje vage, preporučujemo da umjesto lokalnog poveznika koristite uslugu kalendara u oblaku. Za uslugu hibridnog kalendara utemeljenu na brzoj cesti ograničenje korisničkog kapaciteta sustava Office 365 na 1.000 po klasteru neovisno je o veličini ili broju čvorova klastera; to ograničenje proizlazi iz interakcije s Microsoftovim servisom u oblaku, a ne iz razmjera lokalne implementacije brze ceste.

Kalendar s mobilnim i daljinskim pristupom

U ovom scenariju, MRA klaster jednog ili dva mala VM-a brze ceste hostira Calendar Connector. Ovaj scenarij pretpostavlja da se klaster koristi samo za MRA i dva konektora. Klaster je ograničen na jedan ili dva mala čvora.

Tablica 9. Skala poveznika kalendara na maloj MRA brzoj cesti-C

Svrha brze ceste

Klaster jedne male brze ceste-C

Klaster dviju malih brzih cesta-Cs

Korisnici usluge kalendara (lokalni poveznik sa sustavom Exchange)

500 korisnika

500 korisnika

Korisnici mobilnog i daljinskog pristupa

100

100