Kapacitet klastera brze ceste za servisiranje korisnika usluge hibridnog kalendara ovisi o veličini sastavnih čvorova Expressway-C, broju čvorova u klasteru brze ceste i strategiji kontinuiteta usluge.

Sljedeća tablica prikazuje maksimalni broj korisnika na jednoj brzoj cesti posvećenoj različitim okruženjima hibridnog kalendara.

_{* Da biste izbjegli ovo ograničenje skale, preporučujemo da umjesto lokalnog priključka koristite uslugu kalendara temeljenu na oblaku. Za hibridni kalendar zasnovan na Expresswayu ograničenje korisničkog kapaciteta sustava Office 365 na 1.000 po klasteru neovisno je o veličini ili broju čvorova klastera; ovo ograničenje proizlazi iz interakcije s Microsoftovom uslugom u oblaku, a ne iz razmjera instalacije lokalnog} sustava Expressway.

Imajte na umu da je korisnički kapacitet isti za klaster jednog čvora i za klaster od dva čvora. To je zato što Kalendar Service koristi prebacivanje neuspjeha kako bi poboljšao kontinuitet usluge. Svi korisnici su dodijeljeni jednom čvoru kada postoje dva čvora u klasteru; drugi čvor je suvišna sigurnosna kopija. Detaljno objašnjenje potražite u odjeljku Planiranje kapaciteta klastera brzih cesta za korisnike hibridnih usluga.

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 OVA čvora) na jednom namjenskom klasteru.

_{* Imajte na umu da je korisnički kapacitet isti za klaster jednog čvora i za klaster od dva čvora. To je zato što Kalendar Service koristi neuspjeh radi poboljšanja kontinuiteta usluge. Svi korisnici su dodijeljeni jednom čvoru kada postoje dva čvora u klasteru; drugi čvor je suvišna sigurnosna kopija. Detaljno objašnjenje potražite u odjeljku Planiranje kapaciteta klastera brzih cesta za korisnike hibridnih usluga}.

Dodjela korisnika preko hostova i klastera

Usluga hibridnog kalendara prema zadanim postavkama automatski dodjeljuje i distribuira korisnike ravnomjerno po svim konektorima kalendara u klasteru. Dodjela je dinamična na temelju dostupnosti, a administrator nema kontrolu nad kojim je određenim čvorom dodijeljen pojedinačni korisnik.

U slučajevima kada organizacija ima više klastera, distribucija korisnika temelji se na više čimbenika, uključujući dostupnost klastera, trenutnu dodjelu (kako bi se smanjilo zamah tijekom oporavka od kvara) i redoslijed sortiranja na temelju najvećih preferencija klastera. Administrator također ima mogućnost dodijeliti korisnika ili grupu korisnika grupi resursa. Grupe resursa su specifične za klaster, pa administratorima omogućuju ograničavanje dodjele određenih skupova korisnika određenom klasteru.

Uz ovo osnovno razumijevanje korisničkog dodjele i uzimajući u obzir preduvjete za konektor za kalendar brze ceste, administrator može rasporediti odgovarajuće kapacitete 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 brze ceste od 6 čvorova koji koriste veliki OVA predložak (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. Uz ukupno 126.000 korisnika u implementaciji usluge kalendara, potrebno je više klastera hosta Calendar Connector. Korisnici bi bili jednako raspoređeni kao što je prikazano na sljedećoj slici:

Usluga hibridnog kalendara dodaje korisnike u klaster A prvo dok klaster ne dosegne 75.000 korisničkih kapaciteta, a zatim dodjeljuje preostale korisnike klasteru B. Korisnici su nasumično i jednako raspoređeni po svim čvorovima unutar klastera. Ovaj primjer prikazuje jednaku raspodjelu domaćih čvorova Calendar Connector (unutar svakog od dva klastera) u podatkovnim centrima RTP i PDX. Svaki čvor koristi isti OVA predložak i slijedi sm jernice visoke dostupnosti brze ceste. Konektor 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 konektoru kalendara, sada ispitajmo što se događa kada dođe do kvara u klasteru. Sljedeća slika prikazuje kvar jednog čvora. Korisnici koji su dodijeljeni neuspjelom čvoru, 5A u klasteru A, sada nisu uspjeli preć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 čvor 5A. Nema promjena ili utjecaja na klaster B ili na korisnike dodijeljene klasteru B.

Klaster A je još uvijek na maksimalnom kapacitetu, a svaki od operativnih čvorova u klasteru sada je maksimalnog kapaciteta, 15.000 korisnika/čvor. 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 podizanje dodatnog korisničkog opterećenja. 15.000 korisnika iz čvora 4A sada je preraspoređeno u klaster B i jednako raspoređeno po svim čvorovima unutar klastera B.

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

Ključna stavka koju treba imati na umu prilikom planiranja implementacije hibridnog kalendarskog servisa velikih razmjera jest razumijevanje utjecaja neuspjeha ako bi se dogodio prilikom implementacije. Ako koristimo istu implementaciju korisnika od 126.000, ali slučajno izgubimo cijeli podatkovni centar, postoji mogućnost da korisnici neće biti dodijeljeni čvoru Calendar Connector. Kako bi se spriječio nestanak usluge u ovoj vrsti scenarija, kupcu bi trebao treći klaster za redistribuciju 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 maksimalni broj korisnika na jednoj brzoj cesti koja se koristi za hibridnu poruku.

Ova tema govori o dijeljenju priključnog hosta Expressway između priključaka za više hibridnih usluga, uključujući uslugu kalendara i uslugu poruka. Host konektora ne dijeli se s drugim rješenjima temeljenima na Expresswayu kao što su MRA i B2B.

Kapacitet klastera hosta konektora ovisi o veličini sastavnih čvorova brze ceste, broju čvorova, priključcima koji se pokreću na klasteru i strategiji kontinuiteta usluge. Pogledajte Planiranje kapaciteta klastera brzih cesta za korisnike hibridnih usluga za detaljno objašnjenje ovih čimbenika.

Tu je i kalkulator za modeliranje različitih klastera hosta konektora i pregled koliko korisnika svake usluge vaš predloženi klaster može podržati.

Općenito, preporučujemo korezidenciju samo za manje veličine implementacije do dva čvora. Ako vaša implementacija premašuje kapacitet para čvorova, trebali biste premjestiti priključke u klastere Expressway koji su posvećeni svakoj specifičnoj hibridnoj usluzi.

Primjer: Vaga hosta konektora s tri koresident konektora

Sljedeća tablica prikazuje primjer razmjera i korezidencije. Daje maksimalni broj korisnika po klaster u, za svaku uslugu, s različitim specifikacijama klastera hosta konektora. Klaster se dijeli između hibridnog kalendara (pomoću lokalnog sustava Exchange), hibridnog poziva i usluge hibridnih poruka.

Uvod

Ova tema govori o dijeljenju priključnog hosta Expressway s drugim rješenjima temeljenima na Expresswayu. Kada odlučite hostirati priključke na brzoj cesti koju koristite u druge svrhe, primjenjuju se sljedeća važna upozorenja:

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

• Kombinacije usluga temeljenih na Expresswayu i konektora hibridnih usluga opisanih u ovom članku i povezani korisnički brojevi 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 temeljena na ekspresnom vremenu s konektorom poziva i prelaskom usluge poziva

U ovom scenariju, priključci hibridnog kalendara klaster brze ceste s dva čvora. Klaster također vrši prelazak poziva za druga Cisco rješenja za pozivanje (SIP signalizacija i mediji).

Tablica prikazuje različita okruženja kalendara koja možete koristiti s konektorom zasnovanom na ExpressWay. Priključak za kalendar zasnovan na Expresswayu nije podržan na klasterima s više od dva čvora. Koristite priključak temeljen na oblaku za veće razmjere u sustavu Office 365 (pogledajte Ljest vica usluge kalendara).

_{† Da biste izbjegli ovo ograničenje skale, preporučujemo da umjesto lokalnog priključka koristite uslugu kalendara temeljenu na oblaku. Za hibridni kalendar zasnovan na Expresswayu ograničenje korisničkog kapaciteta sustava Office 365 na 1.000 po klasteru neovisno je o veličini ili broju čvorova klastera; ovo ograničenje proizlazi iz interakcije s Microsoftovom uslugom u oblaku, a ne iz razmjera instalacije lokalnog} sustava Expressway.

Kalendar s mobilnim uređajem i Remote Access

U ovom scenariju, MRA klaster od jednog ili dva mala virtualna računala za brze ceste ugošćuje Konektor kalendara. Ovaj scenarij pretpostavlja da se klaster koristi samo za MRA i dva konektora. Klaster je ograničen na jedan ili dva mala čvora.