Omezení uživatelské kapacity pro hybridní služby založené na expresní dálnici

list-menuZpětná vazba?
V tomto článku můžete naplánovat kapacitu konektoru pro nasazení Webex Hybrid Service a porozumět doporučením škálovatelnosti. Pro nasazení dedikovaného i corezidentního konektoru najdete maximální počet podporovaných uživatelů pro clustery konektorů, faktory, které určují podporované uživatelské limity, a způsob, jak pomocí Řídicího centra vyhodnotit, zda je třeba přidat další rychlostní silnice.

Služba Hybrid Call Service na architektuře Call Connector ukončila životnost (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 nepokrývá plánování kapacity pro integraci hybridní služby kalendáře Cisco TMS s Office 365 nebo integraci Cisco TMS s Kalendářem Google. Informace o kapacitě naleznete v Průvodci nasazením služby Cisco Webex Hybrid Calendar Service.

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

Úvahy o plánování

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

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

    Expressway může hostit konektory pro službu Hybrid Call Service, Hybrid Calendar Service a Hybrid Message Service.

  • 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 věnovat klastry Expressway službám. Pro menší populace je platnou volbou spuštění více konektorů ve sdíleném clusteru (coresidence).

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

    Možná budete chtít začít v malém, s jedním clusterem Expressway poskytujícím služby skupině prvních uživatelů ve vaší organizaci, a naplánovat růst pro budoucí zavedení. Můžete migrovat ze sdíleného modelu na vyhrazený model nebo škálovat stávající cluster tak, aby vyhovoval vašim vyvíjejícím se požadavkům.

Přispívající faktory

Kapacita 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 určena v době instalace prostředky přiřazenými k virtuálnímu počítači. Tyto požadavky popis ují instalační příručky Expressway. Pokud již máte rychlostní silnici, můžete si přečíst velikost virtuálního počítače na stránce Stav > Informace o systému v rozhraní Expressway.

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

  • Strategie kontinuity služeb — Služby využívají strategie k zajištění nepřetržitého poskytování služeb uživatelům. Služba Kalendář a Služba zpráv používají strategii převzetí služeb při selhání.

    Strategie jsou podrobně popsány v tabulce Strategie kontinuity služeb a šká la vyhrazených cluster ů.

  • Spolubydlení — Když konektory sdílejí cluster Expressway, zdroje 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 ExpressWay, například volání mezi podniky (B2B) nebo mobilní a Remote Access (MRA). V omezených scénářích, kde je tento typ spolupobytu podporován, jsou čísla měřítek, která zde dokumentujeme, omezena na to, co jsme testovali. Kromě toho, co je popsáno v tomto článku, cluster Expressway hostitele konektoru nesmí být sdílen s jinými službami; toto není podporováno.

  • Omezení specifická pro službu — Konektor kalendáře je například určen především pro Microsoft Exchange uživatele a podporuje omezený počet uživatelů Office 365.

Výpočty pro vyhrazené klastry rychlostních komunikací

Na základě důkazů, které shromáždíme při testování a zkouškách, jsme stanovili pevný limit počtu uživatelů služeb, které může specializovaná jedna rychlostní silnice spravovat („cluster of one“).

Tabulka 1. Omezení počtu uživatelů na vyhrazené jediné rychlostní silnici
Velikost uzlu rychlostní silniceHybridní škála služeb kalendářeHybridní škála služeb zpráv
1. Malý50005000
2. Střední100006500
3. Velký1500015000

Algoritmy kontinuity služby používáme k extrapolaci čísel jednotlivých uzlů na více klastrů 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 rozsah vyhrazených klastrů

Porovnat

Služba hybridního kalendáře

Hybridní služba zpráv

1. Modelka

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

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

2. Popis

Každého uživatele přiřadíme k jednomu uzlu v clusteru. To rozdělí uživatele napříč všemi uzly.

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

Když se uzel vrátí zpět, vyvážíme přiřazení uživatelů napříč všemi aktivními uzly.

Každého uživatele přiřadíme k jednomu uzlu v clusteru. To rozdělí uživatele napříč všemi uzly.

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

Když se uzel vrátí zpět, vyvážíme přiřazení uživatelů napříč všemi aktivními uzly.

3. Vzorec

U CalN = (N-1) * U cal1

U MSgn = (N-1) * U msg1

4. Definice

Kde:

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

N je počet uzlů

U cal1 je kapacita jednoho uzlu pro uživatele služby Kalendář

Kde:

U mSgn je cluster kapacity N pro uživatele služby zpráv

N je počet uzlů

U msg1 je kapacita jednoho uzlu pro uživatele služby zpráv

5. Poznámky

Pokud N = 1, nedochází k převzetí služeb při selhání.

Failover je automatické a povinné, pokud N>1.

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

Měřítko těží z N>=3 nebo použitím větší velikosti uzlu.

Pokud N = 1, nedochází k převzetí služeb při selhání.

Failover je automatické a povinné, pokud N>1.

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

Měřítko těží z N>=3 nebo použitím větší velikosti uzlu.

Výpočty pro sdílené klastry rychlostních komunikací

Náš algoritmus předpokládá, že korezidentní konektory proporcionálně sdílejí zdroje jednoho uzlu. Tento algoritmus konzervativně nastavuje limit pro každý typ uživatele v uzlu.

Například následující tabulka ukazuje maximální počet uživatelů pro všechny vyhrazené případy a případy spolupobytu na jedné střední rychlostní silnici.

Tabulka 3. Měřítko jedné střední rychlostní silnice pro vyhrazené nebo spolubydlící scénáře
Účel rychlostní silniceUživatelé služby kalendářeUživatelé služby zpráv

Věnováno službě kalendáře

10,000

—

Věnováno službě zpráv

—

6,500

Sdíleno službou kalendáře a službou zpráv

4,000

4,000

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

2,300

2,300

Neuvádíme vyčerpávající seznam všech stavů spolupobytu pro všechny velikosti klastrů. Místo toho můžete sledovat kapacitu stávajícího nasazení hybridních služeb nebo pomocí kalkulačky na plánovat nové nasazení.

Kalkulačka umožňuje zvolit konektory, velikost uzlů a počet uzlů, takže můžete modelovat nasazení. Zbytek této části vysvětluje, jak vypočítává čísla uživatelů z vašeho modelu.

Stejně jako jsme to udělali pro vyhrazenou rychlostní silnici, extrapolujeme algoritmus pro sdílené rychlostní silnice, abychom určili čísla uživatelů pro více uzlů. Rozdíl od vyhrazených případů spočívá v tom, že použijeme vhodný výpočet kontinuity služby, abychom získali uživatelské měřítko pro konkrétní službu v clusteru. Nemůžeme vypočítat uživatelské měřítko pro cluster, protože cluster hostí konkurenční strategie kontinuity služeb založené na uživateli.

Tabulka 4. Uživatelská kapacita na klastrech středních uzlů

Účel klastru

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

Věnováno službě zpráv

6,500

6,500

13,000

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

Mohou existovat konkurenční požadavky na zdroje clusteru, které sníží uživatelskou kapacitu. Toto jsou známé příklady:

Služba kalendáře — Hostitel konektoru může obsluhovat i uživatele O365. Čísla a výpočty uvedené zde předpokládají, že službu kalendáře poskytuje pouze místní infrastruktura Exchange. Další informace o „hybridní“ službě kalendáře, máme několik čísel a grafů v části Služba kalendáře tohoto článku.

Zpracování ho vorů — Hostitel konektoru může také zpracovávat signalizaci hovorů a média. Jedná se vlastně o integraci „Business to business“ mezi vaší organizací a cloudem Webex. To snižuje kapacitu, jak je popsáno v části Spolupobyt s jinými rychlostními řešeními.

Pomocí nástroje Control Hub můžete zobrazit procentuální hodnotu aktuální uživatelské kapacity každého ze zdrojů Hybrid Services Expressway. Barevný pruh označuje, zda je kapacita v přijatelných mezích. Toto zobrazení vám umožní vyhodnotit stav nasazení hybridních služeb a provede vás, kdy potřebujete více rychlostních silnic.

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

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

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

    Pokud jsou vaše rychlostní silnice ve skupině prostředků, zobrazí se indikátor kapacity pod filtrovaným zobrazením clusterů ve skupině prostředků.

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

    1. V zobrazení zákazníka na stránce https://admin.webex.com přejděte do nabídky Služby > Hybridní a poté přejděte na karty hybridních služeb a zobrazte procento kapacity využité na prostředcích Expressway pro každou službu.

  • Pro nasazení se skupinami prostředků:

    1. V zobrazení zákazníka na stránce https://admin.webex.com přejděte do nabídky Služby > Hybridní, přejděte na karty hybridních služeb a poté v části Zdro je 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é konfigurované clustery, panel kapacity se nezobrazí.

    2. Pokud je hodnota kapacity N/A, vyberte skupinu prostředků v části Filtr a zkontrolujte skupiny prostředků a kapacitu.

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

Věci, které je třeba 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 vysoké dostupnosti nebo strategii převzetí služeb při selhání. Další informace naleznete v jednotlivých částech Kalendář a Měřítko zpráv.

  • Spolupobyt snižuje uživatelský rozsah stávajících služeb; kapacitní algoritmus předpokládá, že každý uživatel používá všechny služby.

    Pokud vyzkoušíte více služeb, nebo pokud máte nasazení v malém měřítku, doporučujeme spolubydlení. U služeb ve výrobě nebo pro rozsáhlá nasazení doporučujeme spouštět různé hybridní služby ve vyhrazených clusterech Expressway.

Co dělat dál

Chcete-li přidat další Expressways for Hybrid Services, postupujte podle pokynů průvodce nasazením pro registraci hostitelů konektorů do cloudu a jejich přidání do stávajících clusterů:

Kapacita clusteru Expressway pro obsluhu uživatelů služby Hybrid Calendar Service závisí na velikosti jednotlivých uzlů Expressway-C, počtu uzlů v clusteru Expressway a strategii kontinuity služby.

Následující tabulka ukazuje maximální počet uživatelů na jedné rychlostní silnici vyhrazené pro různá prostředí hybridního kalendáře.

Tabulka 5. Kapacita hybridního kalendáře na jedné vyhrazené rychlostní silnici

Prostředí kalendáře

Malá rychlostní silnice

Střední rychlostní silnice

Velká rychlostní silnice

Pouze místní Exchange

5 000 uživatelů

10 000 uživatelů

15 000 uživatelů

Pouze Office 365*

1 000 uživatelů

1 000 uživatelů

1 000 uživatelů

Místní Exchange a Office 365* (nasazení hybridního systému Exchange)

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

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

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

* Chcete-li se vyhnout tomuto omezení měřítka, doporučujeme místo místního konektoru použít službu kalendáře založenou na cloudu. U hybridního kalendáře založeného na Expressway 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, nikoli z rozsahu místního nasazení Expressway.

Uživatelská kapacita hybridního kalendáře 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, že služba Kalendář ke zlepšení kontinuity služby používá převzetí služeb při selhání. 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 části Plánování kapacity clusteru rychlostní silnice pro uživatele hybridních služeb.

Hybridní kalendář Místní kapacita serveru Exchange a Office 365

Kapacita clusteru Expressway pro uživatele služby Hybrid Calendar Service závisí především na velikosti a počtu uzlů v clusteru a strategii kontinuity služby. Následující tabulka ukazuje maximální celkovou uživatelskou kapacitu, kterou může cluster zpracovat při zvětšení 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 uzlů nebo velikosti clusteru. Služba založená na cloudu je preferovanou metodou zpracování uživatelů Office 365. Důrazně doporučujeme, abyste na Expressway hostovali pouze dočasně uživatele Office 365.

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

Tabulka 6. Uživatelská kapacita hybridní služby kalendáře pro vyhrazený cluster

Velikost uzlu rychlostní silnice

1 nebo 2 uzly*

3 uzly

4 uzly

5 uzlů

6 uzlů

1. Malý

5K

10K

15K

20K

25K

2. Střední

10K

20K

30K

40K

50K

3. Velký

15K

30K

45K

60K

75K

* Všimněte si, že uživatelská kapacita je stejná pro cluster jednoho uzlu a pro cluster dvou uzlů. Důvodem je, že služba Kalendář ke zlepšení kontinuity služby používá převzetí služeb při selhání. 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 části Plánování kapacity clusteru rychlostní silnice pro uživatele hybridních služeb.

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

Ve výchozím nastavení služba hybridního kalendáře automaticky přiřazuje a distribuuje uživatele rovnoměrně mezi všechny 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 přiřazen jednotlivý uživatel.

V případech, kdy organizace má více než jeden cluster, je distribuce uživatelů založena na několika faktorech, včetně dostupnosti clusteru, aktuálního přiřazení (ke snížení překlopení 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í konkrétních sad uživatelů ke konkrétnímu clusteru.

S tímto základním porozuměním přiřazení uživatelů a s přihlédnutím k předpokladům Expressway Calendar Connector může správce nasadit odpovídající 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 Hybrid Calendar Service, s následujícími parametry:

  • Klastry rychlostních komunikací se 6 uzly využívajícími velkou šablonu OVA (limit 15 000 uživatelů na uzel)

  • Nevyžadují se žádné skupiny zdrojů

Vzorec kapacity pro jeden cluster, U cAl N = (N-1) * U cal1 kde N = 6 a U cal1 = 15 000 (při použití velké šablony OVA) poskytuje maximálně 75 000 uživatelů. S celkovým počtem 126 000 uživatelů v nasazení služby kalendáře je zapotřebí více hostitelských clusterů Calendar Connector. Uživatelé by byli rovnoměrně rozděleni, jak je znázorněno na následujícím obrázku:

Two clusters of 6 nodes each; cluster A hosts 12,500 users per node for a total of 75,000 users, cluster B hosts 8500 users per node for a total of 51,000 users. Together there are 126,000 users assigned to the Hybrid Calendar Service.
Přiřazení

Služba hybridního kalendáře přidá uživatele do clusteru A nejprve, dokud cluster nedosáhne kapacity 75 000 uživatelů, a poté přiřadí zbývající uživatele ke clusteru B. Uživatelé jsou náhodně a rovnoměrně rozděleni do všech uzlů v clusteru. Tento příklad ukazuje rovnoměrné rozložení hostitelských uzlů Calendar Connector (v každém ze dvou clusterů) mezi datovými centry RTP a PDX. Každý uzel používá stejnou šablonu OVA a řídí se pokyny pro vysokou dostupnost Expressway. Kalendář 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 nyní prozkoumáme, co se stane, když dojde k selhání v clusteru. Následující 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í selhali na zbývající uzly 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. Nedochází ke změně ani dopadu na cluster B ani na uživatele přiřazené k clusteru B.

Jeden uzel v clusteru A se stává nedostupným

Klastr A má stále maximální kapacitu a každý z provozních uzlů v clusteru má nyní maximální kapacitu, 15 000 uživatelů/uzel. Pokud se tedy jiný uzel v clusteru A stane nedostupným, například uzel 4A na následujícím obrázku, klastr B bude nyní zodpovědný za zachycení dodatečného uživatelského zatížení. 15 000 uživatelů z uzlu 4A je nyní přeřazeno do clusteru B a rovnoměrně distribuováno mezi všechny uzly v rámci clusteru B.

Dva uzly v clusteru A se stávají nedostupnými

Když se uzly 4A a 5A obnoví, uživatelé v clusteru A budou přerozdělováni mezi uzly v clusteru. Uživatelé, kterým se nepodařilo přejít do clusteru B, zůstávají během této fáze obnovy v clusteru B, aby se zabránilo zbytečným přiřazením uživatelů mezi clustery, jak je znázorněno na následujícím obrázku.

Obnova a redistribuce uživatelů napříč aktivními uzly

Klíčovou položkou, kterou je třeba mít na paměti při plánování rozsáhlého nasazení služby Hybrid Calendar Service, je pochopení dopadu selhání, pokud by k němu došlo v nasazení. Pokud použijeme stejné nasazení 126 000 uživatelů, ale náhodou ztratíme celé datové centrum, existuje možnost, že uživatelé nebudou přiřazeni k uzlu konektoru kalendáře. Aby se zabránilo výpadku služby v tomto typu scénáře, zákazník by potřeboval třetí cluster pro přerozdělení a zpracování postižených uživatelů.

Dopad ztráty datového centra

Kapacita clusteru Expressway pro obsluhu uživatelů hybridních zpráv závisí na velikosti jednotlivých uzlů Expressway, počtu uzlů v clusteru a strategii kontinuity služby.

Následující tabulka ukazuje maximální počet uživatelů na jedné rychlostní silnici, která se používá pro hybridní zprávu.

Tabulka 7. Uživatelská kapacita hybridních zpráv na jedné vyhrazené rychlostní silnici

Malá rychlostní silnice

Střední rychlostní silnice

Velká rychlostní silnice

5 000 uživatelů

6 500 uživatelů

15 000 uživatelů

Hybridní škálování uživatelů zpráv na dedikovaných hostitelských clusterech konektorů

Uživatelská čísla jsou stejná pro cluster jednoho uzlu a pro cluster dvou uzlů. Důvodem je, že služba Zprávy používá převzetí služeb při selhání ke zlepšení kontinuity služby. Uživatelé jsou rozděleni rovnoměrně mezi více uzlů v clusteru: pokud jeden uzel selže, uživatelé tohoto uzlu jsou přiřazeni k ostatním uzlům.

Příklad spolupobytu: Hybridní škálování uživatelů služby zpráv a kalendáře podle typu clusteru

Toto téma se týká sdílení hostitele konektoru Expressway mezi konektory pro více hybridních služeb, včetně služby kalendáře a služby zpráv. Hostitel konektoru není sdílen s jinými řešeními založenými na ExpressWay, jako jsou MRA a B2B.

Kapacita hostitelského clusteru konektoru závisí na velikosti jednotlivých uzlů Expressway, počtu uzlů, konektorech spuštěných v clusteru a strategii kontinuity služby. Podrobné vysvětlení těchto faktorů najdete v části Plánování kapacity clusteru rychlostní silnice pro uživatele hybridních služeb.

K dispozici je také kalkulačka, pomocí které můžete modelovat různé hostitelské clustery konektorů a zjistit, kolik uživatelů každé služby může navrhovaný cluster podporovat.

Obecně doporučujeme coresidence 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: Hostitelská stupnice konektoru se třemi korezidentními konektory

Následující tabulka ukazuje příklad měřítka a spolupobytu. Uvádí maximální počet uživatelů na cluster, pro každou službu, s různými specifikacemi hostitelského clusteru konektoru. Cluster je sdílen mezi hybridním kalendářem (pomocí místního serveru Exchange), hybridním hovorem a službou Hybrid Message Service.

Tabulka 8. Příklad: Měřítko hostitele konektoru se dvěma korezidentními konektory

Servis

Dva malé uzly

Dva střední uzly

Dva velké uzly

Uživatelé služby Kalendář

1,300

2,300

3,000

Uživatelé služby Zprávy

1,300

2,300

3,000

Úvod

Toto téma pojednává o sdílení hostitele konektoru Expressway s jinými řešeními založenými na Expressway. Pokud se rozhodnete hostit konektory na rychlostní silnici, 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. Čísla uživatelů, která jste získali přečtením dalších témat v tomto článku nebo pomocí kalkulačky, se nevztahují, pokud je hostitel konektoru sdílen s jinými službami Expressway.

  • Kombinace služeb založených na ExpressWay a konektorech hybridních služeb popsaných v tomto článku a přidružená čísla uživatelů jsou jedinými podporovanými scénáři. Jiné scénáře jsme netestovali a nemůžete očekávat, že budou fungovat ve vašem prostředí.

Služba kalendáře založená na Expressway s konektorem volání a procházením služby volání

V tomto scénáři se dvěma uzly Expressway cluster konektorů Hybrid Calendar. Klastr také provádí procházení hovorů pro další řešení volání Cisco (signalizace SIP a média).

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

Tabulka 9. Uživatelské měřítko pro službu kalendáře s procházením hovorů

Servis

Klastr dvou malých uzlů

Cluster se dvěma středními uzly

Klastr dvou velkých uzlů

Služba kalendáře

Místní Exchange

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 (nasazení hybridního serveru Exchange)

Max 500 uživatelů pro oba

Max 1 000 uživatelů pro oba

Max 1 000 uživatelů pro oba

Přechod hovorů

200 audio relací

100 videorelací

200 audio relací

100 videorelací

1 000 audio relací

500 videorelací

† Abyste se tomuto omezení měřítka vyhnuli, doporučujeme místo místního konektoru použít službu kalendáře založenou na cloudu. U hybridního kalendáře založeného na Expressway 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, nikoli z rozsahu místního nasazení Expressway.

Kalendář s mobilem a Remote Access

V tomto scénáři je cluster MRA jednoho nebo dvou malých virtuálních počítačů Expressway hostitelem konektoru kalendáře . Tento scénář předpokládá, že cluster se používá pouze pro MRA a dva konektory. Klastr je omezen na jeden nebo dva malé uzly.

Tabulka 10. Měřítko konektoru kalendáře na malém MRA Expressway-C

Účel rychlostní silnice

Klastr jednoho malého Expressway-C

Klastr dvou malých Expressway-C

Uživatelé služby Calendar Service (místní konektor pro Exchange)

500 uživatelů

500 uživatelů

Mobilní zařízení a Remote Access uživatelé

100

100

Byl tento článek užitečný?
Byl tento článek užitečný?