Kapacita klastra rýchlostných ciest na obsluhu používateľov služby Hybrid Calendar Service závisí od veľkosti základných uzlov Expressway-C, počtu uzlov v klastri rýchlostnej cesty a stratégie kontinuity služieb.

Nasledujúca tabuľka zobrazuje maximálny počet používateľov na jednej rýchlostnej ceste určenej pre rôzne prostredia hybridného kalendára.

_{* Aby ste sa vyhli tomuto obmedzeniu mierky, odporúčame namiesto lokálneho konektora použiť službu Kalendár založenú na cloude. V prípade hybridného kalendára založeného na ExpressWay je obmedzenie kapacity používateľov služieb Office 365 na 1 000 na klaster nezávislé od veľkosti alebo počtu uzlov klastra; toto obmedzenie vyplýva z interakcie s cloudovou službou Microsoft a nie z rozsahu lokálneho nasadenia} Expressway.

Všimnite si, že kapacita používateľa je rovnaká pre klaster jedného uzla a pre klaster dvoch uzlov. Je to preto, lebo služba Kalendár používa funkciu failover na zlepšenie kontinuity služby. Všetci používatelia sú priradení k jednému uzlu, keď sú v klastri dva uzly; druhý uzol je redundantná záloha. Podrobné vysvetlenie nájdete v téme Plánovanie kapacity klastra rýchlostných ciest pre používateľov hybridných služieb.

Kapacita klastra rýchlostných ciest pre používateľov služby Hybrid Calendar Service závisí predovšetkým od veľkosti a počtu uzlov v klastri a stratégie kontinuity služieb. Nasledujúca tabuľka zobrazuje maximálnu celkovú kapacitu používateľa, ktorú klaster dokáže zvládnuť pri zväčšovaní uzlov (alebo veľkosti OVA uzla) v jednom vyhradenom klastri.

_{* Všimnite si, že kapacita používateľa je rovnaká pre klaster jedného uzla a pre klaster dvoch uzlov. Je to preto, že služba kalendára používa funkciu zlyhania na zlepšenie kontinuity služieb. Všetci používatelia sú priradení k jednému uzlu, keď sú v klastri dva uzly; druhý uzol je redundantná záloha. Podrobné vysvetlenie nájdete v téme Plánovanie kapacity klastra rýchlostných ciest pre používateľov hybridných služieb}.

Priradenie používateľov naprieč hostiteľmi a klastrami

V predvolenom nastavení služba Hybridného kalendára automaticky priraďuje a distribuuje používateľov rovnomerne do všetkých konektorov kalendára v klastri. Priradenie je dynamické na základe dostupnosti a správca nemá 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 klastra, aktuálneho priradenia (na zníženie prevrátenia pri obnovení zlyhania) a poradia zoradenia založeného na najvyšších preferenciách klastra. Správca má tiež možnosť priradiť používateľa alebo skupinu používateľov k skupine zdrojov. Skupiny zdrojov sú špecifické pre klaster, takže umožňujú správcom obmedziť priradenie konkrétnych súborov používateľov do konkrétneho klastra.

Vďaka tomuto základnému pochopeniu priradenia používateľov a pri zohľadnení predpokladov konektora rýchlostného kalend ára môže správca nasadiť vhodnú kapacitu vo veľkom rozsahu pre svoju organizáciu. Pozrime sa na príklad organizácie 126 000 používateľov, ktorí majú byť povolení pre službu hybridného kalendára, vzhľadom na nasledujúce parametre:

• Klastre rýchlostných ciest 6 uzlov využívajúce veľkú šablónu OVA (limit 15 000 používateľov na uzol)

• Nie sú potrebné žiadne skupiny zdrojov

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

Služba hybridného kalendára pridáva používateľov najskôr do klastra A, kým klaster nedosiahne kapacitu 75 000 používateľov, a potom priradí zostávajúcich používateľov do klastra B. Používatelia sú náhodne a rovnomerne distribuovaní vo všetkých uzloch v klastri. Tento príklad ukazuje rovnakú distribúciu hostiteľských uzlov Calendar Connector (v rámci každého z dvoch klastrov) naprieč dátovými centrami RTP a PDX. Každý uzol používa rovnakú šablónu OVA a riadi sa pokynmi o vysokej dostupnosti rýchlostnej cesty. Konektor kalendára používa logiku klastrovania rýchlostných ciest v redundančnom modeli 5+1, aby umožnil scenáre s vysokou dostupnosťou.

So všetkými používateľmi priradenými ku konektoru kalendára sa teraz pozrime, čo sa stane, keď dôjde k zlyhaniu klastra. Nasledujúci obrázok zobrazuje zlyhanie jedného uzla. Používatelia, ktorí boli priradení k zlyhanému uzlu, 5A v klastri A, teraz zlyhali do zostávajúcich uzlov 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áva 2500 používateľov, ktorí boli pôvodne priradení do uzla 5A. Neexistuje žiadna zmena ani vplyv na klaster B alebo na používateľov priradených do klastra 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, napríklad uzol 4A na nasledujúcom obrázku, klaster B bude teraz zodpovedný za zachytenie dodatočného užívateľského zaťaženia. 15 000 používateľov z uzla 4A je teraz preradených do klastra B a rovnomerne distribuovaných vo všetkých uzloch v klastri B.

Keď sa uzly 4A a 5A obnovia, používatelia klastra A budú prerozdelení medzi uzly v klastri. Používatelia, ktorí nedokázali prejsť do klastra B, zostávajú v klastri B počas tejto fázy obnovy, aby sa zabránilo zbytočnému priradeniu 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 hybridného kalendára, je pochopenie vplyvu zlyhania, ak sa vyskytne pri nasadení. Ak použijeme rovnaké nasadenie 126 000 používateľov, ale náhodou stratíme celé dátové centrum, existuje potenciál, že používatelia nebudú priradení k uzlu Calendar Connector. Aby sa zabránilo výpadku služby v tomto type scenára, zákazník by potreboval tretí klaster na redistribúciu a spracovanie postihnutých používateľov.

Kapacita klastra rýchlostných ciest na obsluhu používateľov hybridných správ závisí od veľkosti základných uzlov rýchlostnej cesty, počtu uzlov v klastri a stratégie kontinuity služieb.

V nasledujúcej tabuľke je uvedený maximálny počet používateľov na jednej rýchlostnej ceste, ktorá sa používa pre hybridnú správu.

Táto téma sa týka zdieľania hostiteľa konektora Expressway medzi konektormi pre viaceré hybridné služby vrátane služby kalendára a služby správ. Hosti teľ 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 základných uzlov rýchlostnej cesty, počtu uzlov, konektorov, ktoré sú spustené v klastri, a stratégie kontinuity služieb. Podrobné vysvetlenie týchto faktorov nájdete v téme Plánovanie kapacity klastra rýchlostných ciest pre používateľov hybridných služieb.

K dispozícii je tiež kalkulačka, ktorá vám umožní modelovať rôzne hostiteľské klastre konektorov a zistiť, koľko používateľov každej služby môže váš navrhovaný klaster podporovať.

Vo všeobecnosti odporúčame korezidenciu iba pre menšie nasadenia až dvoch uzlov. Ak vaše nasadenie prekročí kapacitu dvojice uzlov, mali by ste presunúť konektory do klastrov Expressway, ktoré sú určené pre každú konkrétnu hybridnú službu.

Príklad: Hostiteľská stupnica konektora s tromi koresidentnými konektormi

Nasledujúca tabuľka ukazuje príklad mierky a korezidencie. Poskytuje maximálny počet používateľov na klaster pre každú službu s rôznymi špecifikáciami hostiteľského klastra konektora. Klaster je zdieľaný medzi hybridným kalendárom (pomocou lokálneho Exchange), hybridným hovorom a službou 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. Ak sa rozhodnete hostiť konektory na rýchlostnej ceste, ktorú používate na iné účely, platia nasledujúce dôležité upozornenia:

• Nemôžeme podporiť model škálovateľnosti, ktorý sa vzťahuje na vyhradený hostiteľ konektora Expressway. Čísla používateľov, ktoré získate z čítania ostatných tém v tomto článku alebo pomocou kalkulačky, sa neuplatňujú, keď je hostiteľ konektora zdieľaný s inými službami rýchlostných ciest.

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

Expresná služba kalendára s konektorom hovorov a prechodom služby hovorov

V tomto scenári dva uzly Expressway klaster konektory hybridného kalendára. Klaster tiež vykonáva prenos hovorov pre ďalšie volacie riešenia Cisco (signalizácia SIP a médiá).

Tabuľka zobrazuje rôzne prostredia kalendára, ktoré môžete použiť s konektorom založeným na ExpressWay. Konektor Kalendár založený na ExpressWay nie je podporovaný v klastroch s viac ako dvoma uzlami. Použite cloudový konektor pre väčšie rozmery v službách Office 365 (pozri Kalendárna servisná mier ka).

_{† Aby ste sa vyhli tomuto obmedzeniu mierky, odporúčame vám namiesto lokálneho konektora použiť službu Kalendár založenú na cloude. V prípade hybridného kalendára založeného na ExpressWay je obmedzenie kapacity používateľov služieb Office 365 na 1 000 na klaster nezávislé od veľkosti alebo počtu uzlov klastra; toto obmedzenie vyplýva z interakcie s cloudovou službou Microsoft a nie z rozsahu lokálneho nasadenia} Expressway.

Kalendár s mobilným telefónom a Remote Access

V tomto scenári je skupina MRA jedného alebo dvoch malých virtuálnych virtuálnych sietí hosťujúca konektor 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.