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

Sljedeća tablica prikazuje maksimalan broj korisnika na jednom Expresswayu posvećenom različitim okruženjima hibridnog kalendara.

_{* Kako biste izbjegli ovo ograničenje ljestvice, preporučujemo da upotrijebite uslugu kalendara u oblaku umjesto lokalnog povezivača. Za hibridni kalendar koji se temelji na usluzi Expressway, ograničenje korisničkog kapaciteta Office 365 na 1000 po klasteru neovisno je o veličini ili broju čvora klastera; to ograničenje proizlazi iz interakcije s uslugom Microsoft Cloud, a ne iz opsega lokalne Expressway implementacije.}

Imajte na umu da je korisnički kapacitet za klaster od jednog čvora i za klaster od dva čvora. To je zato što usluga kalendara upotrebljava prebacivanje u slučaju pogreške kako bi poboljšala kontinuitet 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.

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.

_{* 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. Za detaljno objašnjenje pogledajte odjeljak Planiranje kapaciteta Expressway klastera 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 Expressway klastera za servisiranje korisnika hibridnih poruka ovisi o veličini Expressway čvorova, broju čvorova u klasteru i strategiji kontinuiteta usluge.

Sljedeća tablica prikazuje maksimalni broj korisnika na jednom Expresswayu koji se koristi za Hybrid Message.

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 dijeli između hibridnog kalendara (pomoću lokalne Exchange), hibridnih poziva i usluge hibridnih 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, Expressway klaster s dva čvora hibridni povezivači kalendara. 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 hibridni kalendar koji se temelji na usluzi Expressway, ograničenje korisničkog kapaciteta Office 365 na 1000 po klasteru neovisno je o veličini ili broju čvora klastera; to ograničenje proizlazi iz interakcije s uslugom Microsoft Cloud, a ne iz opsega lokalne Expressway implementacije.}

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.