Zřeknutí se odpovědnosti za konektor volání


Služba hybridního volání v architektuře call konektoru je na konci životnosti (EOL),takže služba již není oficiálně podporována. Call Connector by neměl být zvažován pro budoucí plánování kapacity expressway pro hybridní služby.

Tento článek poskytujeme, abychom se zabývali otázkami plánování kapacity a vysvětlili, jak vypočítáváme uživatelské měřítko. Chcete-a modelovat scénář, vyzkoušejte kalkulačku kapacity hybridních služeb.

Aspekty plánování

Při plánování kapacity dálnice pro populaci uživatelů hybridních služeb zvažte následující otázky:

  • Jaké hybridní služby potřebujete?

    Dálnice může hostovat konektory pro službu hybridního volání, službu Hybridní kalendář a službu hybridních zpráv.

  • Kolik uživatelů máte pro každou službu?

    Čím více uživatelů máte pro každou službu, tím je pravděpodobnější, že budete chtít clustery Expressway věnovat službám. Pro menší populace je spuštění více konektorů ve sdíleném clusteru (coresidency) platnou volbou.

  • Změní se vaše potřeby?

    Možná budete chtít začít v malém, s jedním clusterem Expressway, který poskytuje službu skupině prvních uživatelů ve vaší organizaci, a naplánovat růst pro budoucí zavedení. Můžete migrovat ze sdíleného modelu do vyhrazeného modelu nebo škálovat stávající cluster, abyste splnili vyvíjející se požadavky.

Přispívající faktory

Kapacitu clusteru definujeme z hlediska následujících proměnných:

  • Velikost uzlu– Každý virtuální počítač Expressway má "velikost virtuálního počítače", která je v době instalace určena prostředky přiřazenými virtuálnímu počítači. Tyto požadavky popisují instalační příručky na rychlostní silnici. Pokud už dálnici máte, můžete si přečíst velikost virtuálního počítače na stránce Informace o > stavu systému rozhraní Expressway.

  • Počet uzlů– Cluster Expressway může mít jeden až šest uzlů. Musí mít stejnou velikost uzlu a spouštět stejnou verzi softwaru.

  • Strategie kontinuityslužeb – Služby používají různé strategie k zajištění nepřetržitého servisu pro uživatele. Calendar Service a Message Service používají strategii převzetí služeb při selhání, zatímco Call Service používá strategii vysoké dostupnosti.

    Různé strategie jsou podrobně popsány v tabulce Strategie kontinuity služeb a Škálování vyhrazených clusterů.

  • Koresidency– Když konektory sdílejí cluster Expressway, prostředky dostupné pro každou službu jsou výrazně nižší ve srovnání s vyhrazeným clusterem.

    Na hostiteli konektoru mohou být také další služby založené na dálnici, jako je volání z firmy do firmy (B2B) nebo mobilní a vzdálený přístup (MRA). V omezených scénářích, kde je tento typ sourežisek podporován, jsou čísla škálování, která zde dokumentujeme, omezena na to, co jsme testovali. Kromě toho, co je popsáno v tomto článku, nesmí být cluster hostitele konektoru Expressway sdílen s jinými službami; Tohle není podporováno.

  • Omezení specifická proslužbu – Například konektor kalendáře je určen především pro uživatele serveru Microsoft Exchange a podporuje omezený počet uživatelů Office 365.

Výpočty pro vyhrazené clustery rychlostních silnic

Na základě důkazů, které shromažďujeme při testování a zkouškách, jsme nastavili pevný limit počtu uživatelů služeb, které může spravovat vyhrazená jediná dálnice ("cluster jednoho").

Tabulka 1. Omezení počtu uživatelů na vyhrazené jediné rychlostní silnici
Velikost uzlu rychlostní silnice Škála služby hybridního volání Škála služby Hybridní kalendář Škálování služby hybridních zpráv
1. Malý 2500 5000 5000
2. Střední 5000 10000 6500
3. velký 5000* 15000 15000

*Za předpokladu, že 2 zařízení na uživatele, výsledná kapacita se nepřekládá na více než 5000 uživatelů na call konektor (nebo 2500 s redundancí 1:1).

Algoritmy kontinuity služeb používáme k extrapolaci čísel jednotlivých uzlů do více clusterů uzlů, jak je vysvětleno v následující tabulce. Pokud chcete výsledky bez vysvětlení, viz:

Tabulka 2. Strategie kontinuity služeb a škálování vyhrazených clusterů

porovnat

Hybrid Call Service

Hybrid Calendar Service

Služba hybridních zpráv

1. Model

Model s vysokou dostupností (HA)

Model převzetí služeb při selhání

Model převzetí služeb při selhání

2. Popis

Každému uživateli call služby přiřadíme dva různé uzly v clusteru. Pokud uzel přejde dolů, přiřazení uživatelů v tomto uzlu jsou ztracena, ale uživatelé nejsou ovlivněni - jsou již přiřazeni k jinému uzlu.

Každému uživateli přiřadíme jeden uzel v clusteru. Tím se uživatelé rozprostře mezi všechny uzly.

Pokud uzel přejde dolů, znovu vytvoříme přiřazení uživatelů z tohoto uzlu na ostatních uzlech.

Když se uzel vrátí zpět, znovu vyvažujeme přiřazení uživatelů ve všech aktivních uzlech.

Každému uživateli přiřadíme jeden uzel v clusteru. Tím se uživatelé rozprostře mezi všechny uzly.

Pokud uzel přejde dolů, znovu vytvoříme přiřazení uživatelů z tohoto uzlu na ostatních uzlech.

Když se uzel vrátí zpět, znovu vyvažujeme přiřazení uživatelů ve všech aktivních uzlech.

3. vzorec

UcallN= N/2 * Uvolání1

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. definice

Kde:

UcallN je cluster kapacity N pro uživatele služby volání

N je počet uzlů.

Ucall1 je kapacita jednoho uzlu pro uživatele služby Volání

Kde:

UcalN je cluster kapacity N pro uživatele služby Calendar Service

N je počet uzlů.

Ucal1 je kapacita jednoho uzlu pro uživatele služby Calendar Service

Kde:

UmsgN je cluster kapacity N pro uživatele služby Message Service

N je počet uzlů.

Umsg1 je kapacita jednoho uzlu pro uživatele služby Message Service

5. Poznámky

Pokud N=1, neexistuje ha.

HA je automatická a povinná, pokud N>1.

Pokud N=2, kapacita je stejná jako u N=1, s lepší kontinuitou služby.

Škálování těží z N>=3 nebo pomocí větší velikosti uzlu.

Pokud N=1, nedodržuje se převzetí služeb při selhání.

Převzetí služeb při selhání je automatické a povinné, pokud N>1.

Pokud N=2, kapacita je stejná jako u N=1, s lepší kontinuitou služby.

Škálování těží z N>=3 nebo pomocí větší velikosti uzlu.

Pokud N=1, nedodržuje se převzetí služeb při selhání.

Převzetí služeb při selhání je automatické a povinné, pokud N>1.

Pokud N=2, kapacita je stejná jako u N=1, s lepší kontinuitou služby.

Škálování těží z N>=3 nebo pomocí větší velikosti uzlu.

Výpočty pro sdílené clustery rychlostních silnic

Náš algoritmus předpokládá, že konektory coresident úměrně sdílejí prostředky jednoho uzlu. Tento algoritmus konzervativně nastavuje limit pro každý typ uživatele v uzlu.

V následující tabulce je například uveden maximální počet uživatelů pro všechny vyhrazené případy a případy koresidencyu na jedné střední dálnici.

Tabulka 3. Měřítko jedné střední dálnice pro vyhrazené scénáře nebo scénáře souživě
Účel dálnice Volání uživatelů služby Uživatelé služby Kalendář Uživatelé služby Zpráv
Vyhrazeno pro call službu

5,000

Vyhrazeno pro kalendářovou službu

10,000

Vyhrazeno pro službu zpráv

6,500

Sdíleno službou Calendar Service a call service

3,400

3,400

Sdíleno službou Calendar Service a službou Zpráv

4,000

4,000

Sdíleno službou volání a službou zpráv

2,900

2,900

Sdíleno podle kalendáře, volání a služeb zpráv

2,300

2,300

2,300

Nevysíláme vyčerpávající seznam všech stavů společného pobytu pro všechny velikosti clusterů. Místo toho můžete sledovat kapacitu stávajícího nasazení hybridníchslužeb nebo pomocí kalkulačky naplánovat nové nasazení.


Kalkulačka umožňuje zvolit konektory, velikost uzlu a počet uzlů, takže můžete své nasazení modelovat. Zbývající část této části vysvětluje, jak vypočítává uživatelská čísla z modelu.

Stejně jako jsme to udělali pro vyhrazenou dálnici, extrapolovali jsme algoritmus pro sdílené dálnice, abychom určili uživatelská čísla pro více uzlů. Rozdíl oproti vyhrazeným případům spočívá v tom, že použijeme příslušný výpočet kontinuity služeb, abychom získali měřítko uživatele pro konkrétní službu v clusteru. Měřítko uživatele clusteru nelze vypočítat, protože cluster je hostitelem konkurenčních strategií kontinuity služeb založených na uživatelích.

Pro ilustraci tohoto bodu, pokud jsou v clusteru dva uzly hostující službu zpráv i službu volání, pak Ucal = Uvolání, protože N/2 je 1 a N-1 je také 1. Pokud jsou však v clusteru tři uzly, pak volání Uje 3/2 * kapacita jednoho uzlu, ale Umsg je 2 * kapacita jednoho uzlu. Viz následující tabulka:

Tabulka 4. Uživatelská kapacita v clusterech středních uzlů

Účel clusteru

Uživatelé služby hybridního volání pro 1,2 a 3 uzly

Uživatelé služby Hybridní zprávy pro 1,2 a 3 uzly

Vyhrazeno pro call službu

5,000

5,000

7,500

Vyhrazeno pro službu zpráv

6,500

6,500

13,000

Sdíleno službou volání a službou zpráv

2 900*

2 900*

4,300

2 900*

2 900*

5 700*

* Zde uvedená čísla a kalkulačka jsou zaokrouhlována nahoru na nejbližší stovku. To je v souladu s chováním indikátorů procenta kapacity v Centru řízení.

Další přispívající faktory

Na prostředky clusteru mohou existovat konkurenční požadavky, které sníží uživatelskou kapacitu. Zde jsou známé příklady:

Služba Kalendář– Hostitel konektoru může také obsluhovat uživatele O365. Zde uvedená čísla a výpočty předpokládají, že službu Kalendář poskytuje pouze místní infrastruktura exchange. Další informace o "hybridní" službě Kalendář máme některá čísla a grafy v části Kalendářová služba v tomto článku.

Zpracování volání –Hostitel konektoru může také zpracovávat signalizaci volání a média pro službu hybridního volání. Jedná se v podstatě o integraci "Business to business" mezi vaší organizací a cloudem Cisco. Tím se sníží kapacita, jak je popsáno v 1.

Ovládací centrum můžete použít k zobrazení procentuální hodnoty aktuální uživatelské kapacity každého z prostředků hybridních služeb Expressway. Barevný pruh označuje, zda je kapacita v přijatelných mezích. Toto zobrazení umožňuje vyhodnotit stav nasazení hybridních služeb a vede vás, kdy potřebujete více dálnic.

  • Zelená– Vaše rychlostní silnice jsou v přijatelných kapacitních limitech. (1%–60%)

  • Amber– Máte dostatek rychlostních silnic, ale jste blízko dosažení kapacitních limitů. (61%–90%)

  • Červená– Nemáte dostatek rychlostních silnic a musíte přidat další. (91 % a více)


    Pokud jsou dálnice ve skupině prostředků, indikátor kapacity se zobrazí ve filtrované zobrazení clusterů ve skupině prostředků.

  • Pro nasazení bez skupin prostředků (výchozí):

    1. V zobrazení zákazníka v oblasti přejděte na Služby > Hybrid a přejděte na hybridní servisní karty a zobrazte procento kapacity použité https://admin.webex.com na zdrojích expressway pro každou službu.

  • Pro nasazení se skupinami prostředků:

    1. V zobrazení zákazníka v https://admin.webex.comoblasti přejděte na Služby > Hybrid , přejděte na hybridní servisní karty a potom v části Zdroje klikněte na Zobrazit vše.

      Panel kapacity označuje pouze kapacitu clusterů mimo skupiny prostředků. Pokud jsou všechny clustery součástí jedné nebo více skupin prostředků nebo služba nemá žádné clustery, které jsou nakonfigurovány, panel kapacity se nezobrazí.

    2. Pokud je hodnota kapacity N/A, zvolte skupinu prostředků z filtru pro kontrolu skupin zdrojů a kapacity.

      Hodnota se aktualizuje tak, aby zobrazovala procento kapacity, které se používá pro clustery v této skupině prostředků, a barevné kódování k označení stavu.

Věci, které je je dobré mít na paměti

  • Kapacita clusteru se liší v závislosti na velikosti uzlu, počtu uzlů v clusteru Expressway, počtu služeb spuštěných v clusteru a strategii vysoké dostupnosti nebo převzetí služeb při selhání. Další informace najdete v jednotlivých oddílech o měřítku volání, kalendáře a zpráv.

  • Koresidency snižuje uživatelskou škálu stávajících služeb; algoritmus kapacity předpokládá, že každý uživatel používá všechny služby.


    Koresidency doporučujeme, když zkoušíte více služeb nebo pokud máte nasazení v malém měřítku. Pro služby v produkčním prostředí nebo pro rozsáhlá nasazení doporučujeme spustit různé hybridní služby na vyhrazených clusterech Expressway.

Co dělat dál

Chcete-li přidat další dálnice pro hybridní služby, použijte postup průvodce nasazením pro registraci hostitelů konektorů do cloudu a jejich přidání do existujících clusterů:

Kapacita clusteru Expressway pro uživatele služby Hybridní kalendář závisí především na velikosti a počtu uzlů v clusteru a strategii kontinuity služeb. Následující tabulka ukazuje maximální celkovou uživatelskou kapacitu, kterou může cluster zpracovat při zvětšování uzlů (nebo velikosti OVA uzlu) v jednom vyhrazeném clusteru.


V hybridním prostředí Exchange s uživateli Office 365 existuje limit 1 000 uživatelů Office 365 na cluster, nezávisle na počtu nebo velikosti uzlů clusteru. Cloudová služba je upřednostňovanou metodou zpracování uživatelů Office 365. Důrazně doporučujeme, abyste na dálnici Expressway dočasně hostili pouze uživatele Office 365.

Toto omezení je odvozeno z interakce s cloudovou službou Microsoftu, nikoli z rozsahu místního nasazení Expressway. Pokud máte například jeden malý uzel Expressway, je vaše kapacita omezena na 1 000 uživatelů Office 365 a 4 000 uživatelů serveru Microsoft Exchange. Pokud máte cluster 6 malých uzlů, je vaše kapacita omezena na 1 000 uživatelů Office 365 plus 24 000 uživatelů microsoft exchange.

Tabulka 5. Uživatelská kapacita služby Hybridní kalendář pro vyhrazený cluster

Velikost uzlu rychlostní silnice

1 nebo 2 uzly*

3 Uzly

4 Uzly

5 Uzlů

6 Uzly

1. Malý

5K

10 000

15 000

20 000

25 000

2. Střední

10 000

20 000

30 000

40 000

50 000

3. velký

15 000

30 000

45 000 Kč

60 000

75 000 Kč

* Všimněte si, že uživatelská kapacita je stejná pro cluster jednoho uzlu a pro cluster dvou uzlů. Je to proto, že služba Calendar Service používá převzetí služeb při selhání ke zlepšení kontinuity služeb. Všichni uživatelé jsou přiřazeni k jednomu uzlu, pokud jsou v clusteru dva uzly; druhý uzel je redundantní záloha. Podrobné vysvětlení najdete v tématu Plánování kapacity clusteru expressway pro uživatele hybridních služeb.

Přiřazení uživatelů napříč hostiteli a clustery

Ve výchozím nastavení služba Hybridní kalendář automaticky přiřazuje a distribuuje uživatele rovnoměrně napříč všemi konektory kalendáře v clusteru. Přiřazení je dynamické na základě dostupnosti a správce nemá žádnou kontrolu nad tím, ke kterému konkrétnímu uzlu je jednotlivý uživatel přiřazen.

V případech, kdy má organizace více clusterů, je distribuce uživatelů založena na několika faktorech, včetně dostupnosti clusteru, aktuálního přiřazení (pro snížení klapání během obnovení selhání) a pořadí řazení na základě nejvyšších předvoleb clusteru. Správce má také možnost přiřadit uživatele nebo skupinu uživatelů ke skupině prostředků. Skupiny prostředků jsou specifické pro cluster, takže správcům umožňují omezit přiřazení určitých skupin uživatelů na určitý cluster.

S tímto základním porozuměním přiřazení uživatele a s přihlédnutím k předpokladům konektoru expressway kalendářemůže správce nasadit příslušnou kapacitu ve velkém měřítku pro svou organizaci. Podívejme se na příklad organizace 126 000 uživatelů, která má být povolena pro službu Hybridní kalendář, vzhledem k následujícím parametrům:

  • Expresní clustery 6 uzlů používající velkou šablonu OVA (limit 15 000 uživatelů na uzel)

  • Nejsou vyžadovány žádné skupiny prostředků.

Vzorec kapacity pro jeden cluster, UcalN= (N-1) * Ucal1, kde N=6 a Ucal1=15,000 (pomocí velké šablony OVA) poskytuje maximálně 75 000 uživatelů. S celkovým 126 000 uživateli v nasazení služby kalendáře je vyžadováno více hostitelských clusterů Calendar Connector. Uživatelé by byli rozděleni stejně, jak je znázorněno na následujícím obrázku:

Obrázek 1. Úkol
Dva clustery po 6 uzlech; cluster A hostí 12 500 uživatelů na uzel pro celkem 75 000 uživatelů, cluster B je hostitelem 8500 uživatelů na uzel pro celkem 51 000 uživatelů. Dohromady je službě Hybridní kalendář přiřazeno 126 000 uživatelů.

Služba Hybridní kalendář nejprve přidá uživatele do clusteru A, dokud cluster nedosáhne kapacity uživatele 75 000, a potom přiřadí zbývající uživatele clusteru B. Uživatelé jsou náhodně a rovnoměrně distribuováni mezi všemi uzly v rámci clusteru. Tento příklad ukazuje stejnou distribuci hostitelských uzlů Calendar Connector (v rámci každého ze dvou clusterů) napříč datovými centry RTP &PDX. Každý uzel používá stejnou šablonu OVA a postupuje podle pokynů pro vysokou dostupnost dálniceExpressway . Calendar Connector používá logiku clusteringu Expressway v modelu redundance 5+1, aby umožnil scénáře vysoké dostupnosti.

Se všemi uživateli přiřazenými ke konektoru kalendáře teď podívejme, co se stane, když dojde k selhání v clusteru. Další obrázek ukazuje selhání jednoho uzlu. Uživatelé, kteří byli přiřazeni k neúspěšnému uzlu 5A v clusteru A, nyní se selháním přeřadili do zbývajících uzlů v tomto clusteru. Kapacita jednoho uzlu umožňuje až 15 000 uživatelů a každý uzel zbývající v clusteru A přidá 2500 uživatelů, kteří byli původně přiřazeni k uzlu 5A. Cluster B ani uživatelé přiřazení v clusteru B se nemění ani nemají žádný dopad.

Obrázek 2. Jeden uzel v clusteru A nebude k dispozici.

Cluster A má stále maximální kapacitu a každý z operačních uzlů v clusteru má nyní maximální kapacitu 15 000 uživatelů/uzlů. Proto pokud jiný uzel v clusteru A nebude k dispozici, například uzel 4A na dalším obrázku, cluster B bude nyní zodpovědný za vyzvednutí dalšího zatížení uživatele. 15 000 uživatelů z uzlu 4A je nyní znovu přiřazeno ke clusteru B a rovnoměrně distribuováno mezi všemi uzly v clusteru B.

Obrázek 3. Dva uzly v clusteru A nejsou k dispozici

Když se uzly 4A a 5A obnoví, uživatelé v clusteru A budou distribuováni napříč uzly v clusteru. Uživatelé, kteří selhali v clusteru B, zůstanou v clusteru B během této fáze obnovení, aby se zabránilo zbytečným přiřazením uživatelů mezi clustery, jak je znázorněno na dalším obrázku.

Obrázek 4. Obnovení a redistribuce uživatelů napříč aktivními uzly

Klíčovou položkou, o které je třeba vědět při plánování nasazení služby hybridního kalendáře ve velkém měřítku, je pochopení dopadu selhání, pokud by k němu mělo dojít v nasazení. Pokud použijeme stejné nasazení 126 000 uživatelů, ale náhodou ztratíme celé datové centrum, existuje potenciál pro uživatele, kteří nejsou přiřazeni k uzlu Calendar Connector. Aby se zabránilo výpadku služby v tomto typu scénáře, zákazník by potřeboval třetí cluster k redistribuci a zpracování ovlivněných uživatelů.

Obrázek 5. Dopad ztráty datového centra

Kapacita clusteru Expressway pro obsluhu uživatelů služby hybridního volání závisí na velikosti základních uzlů Expressway-C, počtu uzlů a strategii kontinuity služeb. V následující tabulce je uveden maximální počet uživatelů na jedné rychlostní silnici vyhrazené službě hybridního volání.

Tabulka 6. Kapacita služby hybridního volání na jedné vyhrazené dálnici

Malá rychlostní silnice

Střední rychlostní silnice

Velká rychlostní silnice

2 500 uživatelů

5 000 uživatelů

5 000 uživatelů

Tento graf ukazuje, jak se maximální kapacita uživatele mění s počtem a velikostí uzlů Expressway v clusteru vyhrazeném pro službu hybridního volání:
Obrázek 6. Uživatelská kapacita služby hybridního volání podle typu clusteru pro vyhrazený cluster

Všimněte si, že uživatelská kapacita je stejná pro cluster jednoho uzlu a pro cluster dvou uzlů. Důvodem je to, že služba volání používá vysokou dostupnost (HA) ke zlepšení kontinuity služeb, ale cluster jednoho uzlu nemůže být vysoce dostupný. Všichni uživatelé jsou automaticky přiřazeni ke dvěma uzlům, pokud jsou v clusteru dva nebo více uzlů. Podrobné vysvětlení najdete v tématu Plánování kapacity clusteru expressway pro uživatele hybridních služeb.

Kapacita clusteru Expressway pro obsluhu uživatelů služby Hybridní zprávy závisí na velikosti základních uzlů dálnice, počtu uzlů v clusteru a strategii kontinuity služeb.

V následující tabulce je uveden maximální počet uživatelů na jedné dálnici, která se používá pro službu Hybridní zprávy.

Tabulka 7. Uživatelská kapacita služby hybridních zpráv na jedné vyhrazené dálnici

Malá rychlostní silnice

Střední rychlostní silnice

Velká rychlostní silnice

5 000 uživatelů

6 500 uživatelů

15 000 uživatelů

Obrázek 7. Škálování uživatelů služby Hybridní zprávy ve vyhrazených hostitelských clusterech konektorů. Tento diagram zobrazuje maximální úrovně škálování uživatelů při zvětšování uzlů ve vyhrazeném clusteru pro službu Hybridní zprávy

Uživatelská čísla jsou stejná pro cluster jednoho uzlu a pro cluster dvou uzlů. Je to proto, že služba Message Service používá převzetí služeb při selhání ke zlepšení kontinuity služeb. Uživatelé jsou rovnoměrně distribuováni mezi více uzlů v clusteru: Pokud jeden uzel selže, budou uživatelé tohoto uzlu přiřazeni k ostatním uzlům.

Obrázek 8. Příklad sou stáže: Hybridní služba zpráv a škálování uživatelů služby hybridního volání podle typu clusteru. Tento diagram znázorňuje maximální počet uživatelů služby Message Service a uživatelů služby Volání na cluster pro různé typy clusterů hostujících konektory zpráv i volání.
Obrázek 9. Příklad sou stáže: Hybridní služba zpráv a škálování uživatelů služby Kalendář podle typu clusteru. Tento diagram znázorňuje maximální počet uživatelů služby Message Service a uživatelů služby Calendar Service na cluster pro různé typy clusterů hostujících konektory zpráv i kalendářů.

Toto téma je o sdílení hostitele konektoru Expressway mezi konektory pro více hybridních služeb, včetně Calendar Service, Call Service a Message Service. Hostitel konektoru není sdílen s jinými řešeními založenými na dálnici, jako je MRA, B2B nebo procházení volání pro službu volání.

Kapacita hostitelského clusteru konektorů závisí na velikosti uzlů základní dálnice, počtu uzlů, konektorech spuštěných v clusteru a strategii kontinuity služeb. Podrobné vysvětlení těchto faktorů najdete v tématu Plánování kapacity clusteru expressway pro uživatele hybridních služeb.

K dispozici je také kalkulačka pro modelování různých hostitelských clusterů konektorů a zjistit, kolik uživatelů každé služby může navrhovaný cluster podporovat.

Obecně doporučujeme koresidency pouze pro menší nasazení až dvou uzlů. Pokud vaše nasazení překročí kapacitu dvojice uzlů, měli byste přesunout konektory do clusterů Expressway, které jsou vyhrazeny pro každou konkrétní hybridní službu.

Příklad: Měřítko hostitele konektoru se třemi konektory Coresident

V následující tabulce je uveden příklad měřítka a soureži. Poskytuje maximální počet uživatelů na cluster pro každou službu srůznými specifikacemi hostitelského clusteru konektorů. Cluster je sdílen mezi službou Hybrid Calendar Service (pomocí místního serveru Exchange), službou hybridního volání a službouhybridních zpráv.

Tabulka 8. Příklad: Měřítko hostitele konektoru se třemi konektory Coresident

Služba

Dva malé uzly

Dva střední uzly

Dva velké uzly

Uživatelé služby Kalendář

1,300

2,300

3,000

Volání uživatelů služby

1,300

2,300

3,000

Uživatelé služby Message Service

1,300

2,300

3,000

Různá kalendářní prostředí v jádru konektoru kalendáře s konektorem volání

Tabulka zobrazuje maximální počet uživatelů na cluster hostitelůkonektorů Expressway-C, pokud má cluster jeden nebo dva uzly. Zobrazená čísla předpokládají, že v clusteru jsou aktivní jak Služba hybridního volání, tak Služba hybridního kalendáře. Všimněte si, že tento cluster neumožuje procházení volání pro službu hybridního volání.

Tabulka 9. Škála služby Coresident Calendar Service a Call Service (cluster hostitelů sdílených konektorů, bez procházení volání)

Služba

Malé uzly v clusteru

Střední uzly v clusteru

Velké uzly v clusteru

Hybrid Calendar Service

Místní burza

1 700 uživatelů

3 400 uživatelů

6 000 uživatelů

Office 365 (místní konektor)*

1 000 uživatelů

1 000 uživatelů

1 000 uživatelů

Místní Exchange a Office 365 (hybridní nasazení Exchange)

Maximálně 1 000 uživatelů Office 365 z celkového počtu 1 700 uživatelů

Maximálně 1 000 uživatelů Office 365 z 3 400 uživatelů

Maximálně 1 000 uživatelů Office 365 z 6 000 uživatelů

Hybrid Call Service

1 700 uživatelů

3 400 uživatelů

5 000 uživatelů

* Chcete-li se tomuto omezení škálování vyhnout, doporučujeme místo místního konektoru použít cloudovou službu Kalendář. U služby Hybridní kalendář založené na dálnici je omezení uživatelské kapacity Office 365 na 1000 na cluster nezávislé na velikosti nebo počtu uzlů clusteru; toto omezení je odvozeno z interakce s cloudovou službou Microsoftu, nikoli z rozsahu místního nasazení expresswaye.

Úvod

Toto téma je o sdílení hostitele konektoru Expressway s jinými řešeními založenými na dálnici. Pokud se rozhodnete hostovat konektory na dálnici, kterou používáte pro jiné účely, platí následující důležitá upozornění:

  • Nemůžeme podporovat model škálovatelnosti, který platí pro vyhrazený hostitel konektoru Expressway. Uživatelská čísla, která získáváte ze čtení dalších témat v tomto článku nebo z použití kalkulačky, se nevztahují, pokud je hostitel konektoru sdílen s jinými službami Expressway.

  • Jedinými podporovanými scénáři jsou kombinace služeb založených na dálnici a konektorů hybridních služeb popsaných v tomto článku a souvisejících uživatelských čísel. Jiné scénáře jsme netestovali a nemůžete očekávat, že budou fungovat ve vašem prostředí.

Kalendářová služba založená na dálnici s konektorem volání a službou volání Traversal

V tomto scénáři dvou uzlů Expressway cluster hostuje hybridní volání služby a hybridní kalendář služby konektory. Cluster také prochází voláním pro službu hybridního volání (sip signalizace a média).

Tabulka zobrazuje různá prostředí kalendáře, která můžete použít s konektorem založeným na dálnici. Konektor Kalendáře založený na dálnici není podporován v clusterech s více než dvěma uzly. Pomocí cloudového konektoru můžete s Office 365 používat cloudový konektor pro větší škálování (viz Měřítko služby Kalendáře).

Tabulka 10. Škálování uživatelů pro službu Volání Coresident a službu Kalendáře s službou Volejte traversal

Služba

Dva clustery malých uzlů

Cluster dvou středních uzlů

Dva clustery velkých uzlů

Calendar Service

Místní burza

500 uživatelů

1 000 uživatelů

1 000 uživatelů

Office 365

500 uživatelů

1 000 uživatelů

1 000 uživatelů

Místní Exchange a Office 365 (hybridní nasazení Exchange)

Max. 500 uživatelů pro oba

Max. 1 000 uživatelů pro oba

Max. 1 000 uživatelů pro oba

Call Service

250 uživatelů

500 uživatelů (redundantní/jednorázová chyba)*, včetně 100 uživatelů MRA

1 000 uživatelů

2 000 uživatelů (redundantní/jednorázová chyba)*

2 500 uživatelů

5 000 uživatelů (redundantní/jednorázová chyba)*

Zavolejte Traversalovi

200 zvukových relací

100 video relací

200 zvukových relací

100 video relací

1 000 zvukových relací

500 video relací

† Abyste se vyhnuli tomuto omezení škálování, doporučujeme použít cloudovou kalendářovou službu namísto místního konektoru. U služby Hybridní kalendář založené na dálnici je omezení uživatelské kapacity Office 365 na 1 000 na cluster nezávislé na velikosti nebo počtu uzlů clusteru; toto omezení vyplývá z interakce s cloudovou službou Microsoft, a nikoli z rozsahu místního nasazení dálnice.

* V případě normálně redundantního nasazení se dvěma rychlostními silnicemi, pokud jedna dálnice selže, druhá může dočasně zpracovat obě sady uživatelů pro všechny služby, dokud nebude obnovena redundance.

Kalendář a služba volání s mobilním a vzdáleným přístupem

V tomto scénáři cluster MRA jednoho nebo dvou malých virtuálních serverů Expressway hostuje konektor kalendáře a konektor volání. Tento scénář předpokládá, že cluster se používá pouze pro MRA a dva konektory. Cluster je omezen na jeden nebo dva malé uzly.

Tabulka 11. Měřítko konektoru volání a kalendáře na malé dálnici MRA Expressway-C

Účel dálnice

Shluk jedné malé dálnice C

Shluk dvou malých rychlostních silnic CS

Uživatelé služby Kalendář (místní konektor pro Exchange)

500 uživatelů

500 uživatelů

Volání uživatelů služby

500 uživatelů

500 uživatelů

Uživatelé mobilního a vzdáleného přístupu

100

100