Pomoću ovog članka planirajte kapacitet poveznika za implementacije hibridnih servisa Webex i shvatite preporuke za skalabilnost. Za namjenske i osnovne implementacije poveznika pronaći ćete maksimalne podržane korisničke brojeve za klastere poveznika, čimbenike koji određuju podržana ograničenja korisnika i kako koristiti Control Hub da biste procijenili trebate li dodati još brzih cesta.
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 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.
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:
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.
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.
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):
Za implementacije s grupama resursa:
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. |
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:
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.
Mala brza cesta |
Srednja brza cesta |
Velika brza cesta |
---|---|---|
5.000 korisnika |
6.500 korisnika |
15.000 korisnika |
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.
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).
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.
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 |