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.

_{* 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, U_calN= (N-1) * U_{cal1 gdje} N=6 i U_cal1=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:

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.

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.

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.

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.

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.

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.

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.

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).

_{† 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.