Kapacitet klastera autoputa za servisiranje korisnika hibridnog kalendara zavisi od veličine konstitutivnih čvorova Autoput-C, broja čvorova u klasteru autoputa i strategije kontinuiteta usluga.

Sledeća tabela prikazuje maksimalan broj korisnika na jednom autoputu posvećenom različitim okruženjima hibridnog kalendara.

_{* Da biste izbegli ovo ograničenje skale, preporučujemo da koristite uslugu kalendara zasnovanu na oblaku umesto lokalnog konektora. Za hibridni kalendar zasnovan na autoputu, ograničenje korisničkog kapaciteta Office 365 na 1.000 po klasteru je nezavisno od veličine čvora ili broja klastera; ovo ograničenje proizilazi iz interakcije sa Microsoft cloud servisom, a ne iz obima lokalnog raspoređivanja autoputa.}

Imajte na umu da je kapacitet korisnika isti za klaster jednog čvora i za klaster od dva čvora. To je zato što Calendar Service koristi failover za poboljšanje kontinuiteta usluge. Svi korisnici su dodeljeni jednom čvoru kada postoje dva čvora u klasteru; drugi čvor je redundantna rezervna kopija. Pogledajte Planiranje kapaciteta klastera autoputa za korisnike hibridnih usluga za detaljno objašnjenje.

Kapacitet klastera autoputa za korisnike hibridnog kalendara prvenstveno zavisi od veličine i broja čvorova u klasteru i strategije kontinuiteta usluga. Sledeća tabela prikazuje maksimalni ukupni kapacitet korisnika koji klaster može da obradi dok povećavate čvorove (ili veličinu čvora OVA) na jednom namenskom klasteru.

_{* Imajte na umu da je kapacitet korisnika isti za klaster jednog čvora i za klaster od dva čvora. To je zato što Calendar Service koristi fail-over kako bi poboljšao kontinuitet usluge. Svi korisnici su dodeljeni jednom čvoru kada postoje dva čvora u klasteru; drugi čvor je redundantna rezervna kopija. Pogledajte Planiranje kapaciteta klastera autoputa za korisnike hibridnih usluga za detaljno objašnjenje.}

Dodeljivanje korisnika preko domaćina i klastera

Podrazumevano, usluga hibridnog kalendara automatski dodeljuje i distribuira korisnike ravnomerno preko svih konektora kalendara u klasteru. Zadatak je dinamičan na osnovu dostupnosti, a administrator nema kontrolu nad kojim određenim čvorom je pojedinačni korisnik dodeljen.

U slučajevima kada organizacija ima više od jednog klastera, distribucija korisnika se zasniva na više faktora, uključujući dostupnost klastera, trenutni zadatak (kako bi se smanjilo lepršanje tokom oporavka od kvara) i redosled sortiranja zasnovan na najvišim preferencijama klastera. Administrator takođe ima mogućnost da dodeli korisnika ili grupu korisnika grupi resursa. Grupe resursa su specifične za klaster, tako da omogućavaju administratorima da ograniče dodeljivanje određenih skupova korisnika određenom klasteru.

Sa ovim osnovnim razumevanjem dodeljivanja korisnika i uzimajući u obzir preduslove za konektor kalendara autoputa, administrator može da rasporedi odgovarajući kapacitet na skali za svoju organizaciju. Pogledajmo primer organizacije KSNUMKS korisnika koji će biti omogućeni za uslugu hibridnog kalendara, s obzirom na sledeće parametre:

• Autoput klasteri 6 čvorova koristeći veliki OVA šablon (ograničenje od 15.000 korisnika po čvoru)

• Nisu potrebne grupe resursa

Formula kapaciteta za jedan klaster, U calN = (N-1) * U_cal1 gde N = 6 i U_cal1 = 15.000 (koristeći veliki OVA šablon) daje maksimalno 75.000_{korisnika. Sa ukupnim korisnicima KSNUMKS-a u raspoređivanju kalendarskih usluga, potrebno je više klastera domaćina Calendar Connector-a. Korisnici bi bili podjednako raspoređeni kao što je prikazano na sledećoj slici:}

Hibridni kalendarski servis prvo dodaje korisnike u klaster A dok klaster ne dostigne kapacitet korisnika KSNUMKS, a zatim dodeljuje preostale korisnike klasteru B. Korisnici su nasumično i podjednako raspoređeni po svim čvorovima unutar klastera. Ovaj primer prikazuje jednaku distribuciju čvorova domaćina kalendarskog konektora (unutar svakog od dva klastera) preko data centara RTP i PDKS. Svaki čvor koristi isti OVA šablon i prati smernice za visoku dostupnost autoputa. Kalendarski konektor koristi logiku klasteriranja autoputa u modelu redundancije KSNUMKS + KSNUMKS kako bi se omogućile scenarije visoke dostupnosti.

Sa svim korisnicima koji su dodeljeni konektoru kalendara, hajde da sada ispitamo šta se dešava kada dođe do neuspeha u klasteru. Sledeća slika prikazuje neuspeh jednog čvora. Korisnici koji su dodeljeni neuspelom čvoru, KSNUMKSA u klasteru A, sada su prešli na preostale čvorove u tom klasteru. Kapacitet jednog čvora omogućava do 15.000 korisnika i svaki čvor koji ostaje u klasteru A dodaje 2500 korisnika koji su prvobitno dodeljeni na čvoru 5A. Nema promena ili uticaja na klaster B ili na korisnike dodeljene klasteru B.

Klaster A je i dalje u maksimalnom kapacitetu, a svaki od operativnih čvorova u klasteru je sada u maksimalnom kapacitetu, KSNUMKS korisnici / čvor. Stoga, ako drugi čvor u klasteru A postane nedostupan, kao što je čvor 4A na sledećoj slici, klaster B će sada biti odgovoran za preuzimanje dodatnog korisničkog opterećenja. Korisnici KSNUMKS-a iz čvora KSNUMKSA sada su preraspoređeni u klaster B i podjednako raspoređeni po svim čvorovima unutar klastera B.

Kada se čvorovi KSNUMKSA i KSNUMKSA oporave, korisnici na klasteru A će biti preraspoređeni preko čvorova u klasteru. Korisnici koji su propustili klaster B ostaju na klasteru B tokom ove faze oporavka kako bi izbegli nepotrebne zadatke korisnika između klastera, kao što je prikazano na sledećoj slici.

Ključna stavka koju treba imati na umu u planiranju velikog raspoređivanja hibridnog kalendara je razumevanje uticaja neuspeha ako bi se to dogodilo u raspoređivanju. Ako koristimo istu implementaciju korisnika KSNUMKS-a, ali se desi da izgubimo čitav centar za podatke, postoji potencijal da korisnici ne budu dodeljeni čvoru Calendar Connector. Da bi se sprečio prekid usluge u ovoj vrsti scenarija, kupcu bi bio potreban treći klaster za preraspodjelu i rukovanje pogođenim korisnicima.

Kapacitet klastera autoputa za servisiranje korisnika hibridnih poruka zavisi od veličine konstitutivnih čvorova autoputa, broja čvorova u klasteru i strategije kontinuiteta usluga.

Sledeća tabela prikazuje maksimalan broj korisnika na jednom autoputu koji se koristi za hibridnu poruku.

Ova tema govori o deljenju konektora host Autoput između konektora za više hibridnih usluga, uključujući kalendarsku uslugu i uslugu poruka. Host konektora se ne deli sa drugim rešenjima zasnovanim na autoputevima, kao što su MRA i BKSNUMKSB.

Kapacitet klastera domaćina konektora zavisi od veličine konstitutivnih čvorova autoputa, broja čvorova, konektora koji rade na klasteru i strategije kontinuiteta usluga. Pogledajte Planiranje kapaciteta klastera autoputa za korisnike hibridnih usluga za detaljno objašnjenje ovih faktora.

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

Generalno, preporučujemo coresidenci samo za manje veličine raspoređivanja do dva čvora. Ako vaša primena premašuje kapacitet para čvorova, trebalo bi da premestite konektore na klastere autoputa koji su posvećeni svakoj specifičnoj hibridnoj usluzi.

Primer: Konektor Host skala sa tri korezidentna konektora

Sledeća tabela prikazuje primer skale i jezgra. Daje maksimalan broj korisnika po klasteru, za svaku uslugu, sa različitim specifikacijama klastera konektora. Klaster se deli između hibridnog kalendara (koristeći vašu lokalnu razmenu), hibridnog poziva i hibridne usluge poruka.

Uvod

Ova tema se odnosi na deljenje konektora host Autoput sa drugim rešenjima zasnovanim na autoputu. Kada se odlučite da hostujete konektore na autoputu koji koristite u druge svrhe, primenjuju se sledeća važna upozorenja:

• Ne možemo podržati model skalabilnosti koji se odnosi na namenski konektor domaćin Autoput. Korisnički brojevi koje dobijate čitajući druge teme u ovom članku, ili koristeći kalkulator, ne primenjuju se kada se konektor domaćin deli sa drugim Autoput usluga.

• Kombinacije usluga na autoputu i hibridnih usluga konektora opisanih u ovom članku, kao i povezani korisnički brojevi, su jedini podržani scenariji. Nismo testirali druge scenarije i ne možete očekivati da će raditi u vašem okruženju.

Autoput-based Kalendar servis sa pozivom konektor i poziv servis Traversal

U ovom scenariju, dva čvora Autoput klaster hibridni kalendar konektori. Klaster takođe vrši prelazak poziva za druga Cisco rešenja za pozivanje (SIP signalizacija i mediji).

Tabela prikazuje različita kalendarska okruženja koja možete koristiti sa konektorom zasnovanim na autoputu. Konektor kalendara zasnovan na autoputu nije podržan na klasterima sa više od dva čvora. Koristite konektor zasnovan na oblaku za veću skalu sa Office KSNUMKS (pogledajte skala kalendarske usluge).

_{† Da biste izbegli ovo ograničenje skale, preporučujemo vam da koristite uslugu kalendara zasnovanu na oblaku umesto lokalnog konektora. Za hibridni kalendar zasnovan na autoputu, ograničenje korisničkog kapaciteta Office 365 na 1.000 po klasteru je nezavisno od veličine čvora ili broja klastera; ovo ograničenje proizilazi iz interakcije sa Microsoft cloud servisom, a ne iz obima lokalnog raspoređivanja autoputa.}

Kalendar sa mobilnim i daljinskim pristupom

U ovom scenariju, MRA klaster jednog ili dva mala VM-a na autoputu hostuje konektor kalendara. Ovaj scenario pretpostavlja da se klaster koristi samo za MRA i dva konektora. Klaster je ograničen na jedan ili dva mala čvora.