Kapacita klastra Expressway pre používateľov služby Hybrid Calendar Service závisí predovšetkým od veľkosti a počtu uzlov v klastri a od stratégie kontinuity služieb. Nasledujúca tabuľka zobrazuje maximálnu celkovú užívateľskú kapacitu, ktorú môže klaster spracovať, keď zväčšíte uzly (alebo veľkosť OVA uzla) na jednom vyhradenom klastri.

V hybridnom prostredí Exchange s používateľmi služieb Office 365 existuje limit 1 000 používateľov služieb Office 365 na klaster, nezávisle od počtu alebo veľkosti uzlov klastra. Cloudová služba je preferovanou metódou manipulácie s používateľmi Office 365. Dôrazne odporúčame, aby ste používateľov služieb Office 365 na Expressway hostili iba dočasne. Toto obmedzenie vyplýva z interakcie s cloudovou službou spoločnosti Microsoft a nie z rozsahu lokálneho nasadenia Expressway. Napríklad, ak máte jeden malý uzol Expressway, vaša kapacita je obmedzená na 1 000 používateľov Office 365 a 4 000 používateľov Microsoft Exchange. Ak máte klaster 6 malých uzlov, vaša kapacita je obmedzená na 1 000 používateľov Office 365 plus 24 000 používateľov Microsoft Exchange.

_{* Všimnite si, že užívateľská kapacita je rovnaká pre klaster jedného uzla a pre klaster dvoch uzlov. Je to preto, že služba Calendar Service používa núdzové prepnutie na zlepšenie kontinuity služby. Všetci používatelia sú priradení k jednému uzlu, ak sú v klastri dva uzly; druhý uzol je redundantná záloha. Pozri Plánovanie kapacity klastra rýchlostných ciest pre používateľov hybridných služieb pre podrobné vysvetlenie.}

Priradenie používateľov medzi hostiteľmi a klastrami

V predvolenom nastavení služba Hybrid Calendar Service automaticky priraďuje a distribuuje používateľov rovnomerne medzi všetky konektory kalendára v klastri. Priradenie je dynamické na základe dostupnosti a správca nemá žiadnu kontrolu nad tým, ku ktorému konkrétnemu uzlu je priradený jednotlivý používateľ.

V prípadoch, keď má organizácia viac ako jeden klaster, je distribúcia používateľov založená na viacerých faktoroch vrátane dostupnosti klastrov, aktuálneho priradenia (na zníženie prevracania počas obnovy po zlyhaní) a poradia triedenia založeného na najvyššej preferencii klastra. Administrátor má tiež možnosť priradiť používateľa alebo skupinu používateľov do skupiny prostriedkov. Skupiny prostriedkov sú špecifické pre klaster, takže umožňujú správcom obmedziť priradenie určitých skupín používateľov do konkrétneho klastra.

S týmto základným porozumením priradenia používateľa a pri zohľadnení Požiadavky na konektor kalendára rýchlostnej cesty, správca môže nasadiť vhodnú kapacitu vo veľkom rozsahu pre svoju organizáciu. Pozrime sa na príklad organizácie 126 000 používateľov, ktorým bude povolená služba hybridného kalendára, za predpokladu nasledujúcich parametrov:

• Zhluky rýchlostných ciest so 6 uzlami pomocou veľkej šablóny OVA (limit 15 000 používateľov na uzol)

• Nevyžadujú sa žiadne skupiny zdrojov

Kapacitný vzorec pre jeden klaster, U_calN= (N-1) * U_cal1 kde N=6 a U_cal1=15 000 (s použitím veľkej šablóny OVA) prináša maximálne 75 000 používateľov. S celkovým počtom 126 000 používateľov v nasadení kalendárovej služby je potrebných viacero hostiteľských klastrov Calendar Connector. Používatelia by boli rovnomerne rozdelení, ako je znázornené na nasledujúcom obrázku:

Služba Hybrid Calendar Service najprv pridáva používateľov do klastra A, kým klaster nedosiahne kapacitu 75 000 používateľov, a potom priradí zvyšných používateľov do klastra B. Používatelia sú náhodne a rovnomerne rozmiestnení vo všetkých uzloch v rámci klastra. Tento príklad ukazuje rovnakú distribúciu hostiteľských uzlov Calendar Connector (v rámci každého z dvoch klastrov) v dátových centrách RTP a PDX. Každý uzol používa rovnakú šablónu OVA a nasleduje nasledujúce Smernice o vysokej dostupnosti rýchlostnej cesty. Konektor kalendára využíva logiku klastrovania Expressway v modeli redundancie 5+1, ktorý umožňuje scenáre vysokej dostupnosti.

So všetkými používateľmi priradenými ku konektoru kalendára sa teraz pozrime, čo sa stane, keď dôjde k zlyhaniu v klastri. Nasledujúci obrázok ukazuje zlyhanie jedného uzla. Používatelia, ktorí boli priradení k neúspešnému uzlu, 5A v klastri A, teraz zlyhali na zostávajúce uzly v tomto klastri. Kapacita jedného uzla umožňuje až 15 000 používateľov a každý uzol zostávajúci v klastri A pridá 2 500 používateľov, ktorí boli pôvodne priradení k uzlu 5A. Žiadna zmena ani vplyv na klaster B ani na používateľov priradených ku klastri B.

Klaster A má stále maximálnu kapacitu a každý z prevádzkových uzlov v klastri má teraz maximálnu kapacitu, 15 000 používateľov/uzol. Preto, ak sa iný uzol v klastri A stane nedostupným, ako je uzol 4A na nasledujúcom obrázku, klaster B bude teraz zodpovedný za vyzdvihnutie dodatočnej užívateľskej záťaže. 15 000 používateľov z uzla 4A je teraz preradených do klastra B a rovnomerne rozdelených medzi všetky uzly v klastri B.

Keď sa uzly 4A a 5A obnovia, používatelia v klastri A budú prerozdelení medzi uzlami v klastri. Používatelia, ktorí zlyhali v klastri B, zostávajú v klastri B počas tejto fázy obnovy, aby sa predišlo zbytočnému priraďovaniu používateľov medzi klastrami, ako je znázornené na nasledujúcom obrázku.

Kľúčovou položkou, ktorú si treba uvedomiť pri plánovaní rozsiahleho nasadenia služby Hybrid Calendar Service, je pochopenie dopadu zlyhania, ak by k nemu došlo pri nasadení. Ak použijeme rovnaké nasadenie 126 000 používateľov, ale prídeme o celé dátové centrum, existuje možnosť, že používatelia nebudú priradení k uzlu konektora kalendára. Aby sa predišlo výpadku služby v tomto type scenára, zákazník by potreboval tretí klaster na prerozdelenie a spracovanie ovplyvnených používateľov.

Kapacita klastra rýchlostných ciest pre servis Hybridná služba správ užívateľov závisí od veľkosti uzlov rýchlostnej cesty, počtu uzlov v klastri a stratégie kontinuity služieb.

Nasledujúca tabuľka zobrazuje maximálny počet používateľov na jednej expresnej ceste, ktorá sa používa pre Hybridná služba správ.

Čísla užívateľov sú rovnaké pre klaster jedného uzla a pre klaster dvoch uzlov. Je to preto, že služba správ používa núdzové prepnutie na zlepšenie kontinuity služby. Používatelia sú rozmiestnení rovnomerne medzi viacerými uzlami v klastri: ak jeden uzol zlyhá, používatelia tohto uzla sú priradení k ostatným uzlom.

Táto téma sa týka zdieľania expresnej cesty hostiteľa konektora medzi konektormi pre viaceré hybridné služby vrátane služby kalendára a služby správ. Hostiteľ konektora nie je zdieľaný s inými riešeniami založenými na Expressway, ako sú MRA a B2B.

Kapacita hostiteľského klastra konektora závisí od veľkosti uzlov rýchlostnej cesty, počtu uzlov, konektorov, ktoré sú spustené v klastri, a od stratégie kontinuity služieb. Pozri Plánovanie kapacity klastra rýchlostných ciest pre používateľov hybridných služieb pre podrobné vysvetlenie týchto faktorov.

Je tu tiež kalkulačka aby ste mohli modelovať rôzne hostiteľské klastre konektorov a zistiť, koľko používateľov každej služby môže vami navrhovaný klaster podporovať.

Vo všeobecnosti odporúčame coresidency iba pre menšie nasadenia do dvoch uzlov. Ak vaše nasadenie presahuje kapacitu páru uzlov, mali by ste presunúť konektory do klastrov Expressway, ktoré sú vyhradené pre každú konkrétnu hybridnú službu.

Príklad: Škála hostiteľa konektora s tromi korezidentnými konektormi

Nasledujúca tabuľka ukazuje príklad rozsahu a jadrového sídla. Udáva maximálny počet používateľov na klasterpre každú službu s rôznymi špecifikáciami hostiteľského klastra konektora. Klaster je zdieľaný medzi Služba hybridného kalendára (pomocou vašej lokálnej burzy), Hybridná volacia službaa Hybrid Message Service.

Úvod

Táto téma sa týka zdieľania hostiteľa konektora Expressway s inými riešeniami založenými na Expressway. Keď sa rozhodnete hostiť konektory na rýchlostnej ceste, ktorú používate na iné účely, platia nasledujúce dôležité upozornenia:

• Nemôžeme podporovať model škálovateľnosti, ktorý sa vzťahuje na vyhradený expresný hostiteľ konektora. Čísla používateľov, ktoré získate prečítaním iných tém v tomto článku alebo použitím kalkulačky, neplatia, keď je hostiteľ konektora zdieľaný s inými službami Expressway.

• Kombinácie služieb založených na Expressway a konektorov hybridných služieb popísané v tomto článku a priradené čísla používateľov sú jedinými podporovanými scenármi. Netestovali sme iné scenáre a nemôžete očakávať, že budú fungovať vo vašom prostredí.

Služba kalendára založená na rýchlostnej ceste s konektorom hovorov a prechodom služby hovorov

V tomto scenári je klaster rýchlostnej cesty s dvoma uzlami Služba hybridného kalendára konektory. Klaster tiež vykonáva prechod hovorov pre ďalšie riešenia volania Cisco (signalizácia SIP a médiá).

V tabuľke sú uvedené rôzne prostredia kalendára, ktoré môžete použiť s konektorom založeným na Expressway. Konektor kalendára založený na Expressway nie je podporovaný v klastroch s viac ako dvoma uzlami. Použite cloudový konektor na väčší rozsah s Office 365 (pozri Mierka kalendárových služieb).

_{† Ak sa chcete vyhnúť tomuto obmedzeniu rozsahu, odporúčame vám namiesto lokálneho konektora použiť cloudovú službu kalendára. Pre rýchlostnú cestu Služba hybridného kalendáraobmedzenie užívateľskej kapacity Office 365 na 1 000 na klaster je nezávislé od veľkosti alebo počtu uzlov klastra; toto obmedzenie vyplýva z interakcie s cloudovou službou spoločnosti Microsoft a nie z rozsahu lokálneho nasadenia Expressway.}

Kalendár s mobilným a vzdialeným prístupom

V tomto scenári je klaster MRA jedného alebo dvoch malých virtuálnych počítačov Expressway hostiteľom konektora kalendára. Tento scenár predpokladá, že klaster sa používa iba pre MRA a dva konektory. Klaster je obmedzený na jeden alebo dva malé uzly.