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

Následující tabulka obsahuje maximální počet uživatelů v jednom řešení Expressway vyhrazených pro různá prostředí hybridního kalendáře.

_{* Chcete-li se tomuto omezení škálování vyhnout, doporučujeme místo místního konektoru použít cloudovou službu Kalendář. U hybridního kalendáře založeného na Expressway je omezení kapacity uživatelů sady Office 365 na 1 000 na cluster nezávislé na velikosti nebo počtu uzlů clusteru. Toto omezení je odvozeno z interakce s cloudovou službou Microsoft, nikoli z rozsahu místního nasazení řešení Expressway.}

Všimněte si, že uživatelská kapacita je stejná pro cluster jednoho uzlu a pro cluster dvou uzlů. Je to tím, že služba Calendar Service využívá k vylepšení kontinuity služeb nouzový provoz. 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.

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š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 části Plánování kapacity clusteru Expressway pro uživatele služeb Hybrid Services .}

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, U_calN= (N-1) * U_{cal1, kde} N=6 a U_cal1=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:

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.

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.

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.

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ů.

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

Následující tabulka obsahuje maximální počet uživatelů v jednom řešení Expressway, který je používán pro službu Hybrid Message.

Toto téma se jedná o sdílení hostitele konektoru Expressway mezi konektory pro více hybridních služeb, včetně calendar service a message service. Hostitel konektoru není sdílen s jinými řešeními založenými na dálnici, jako jsou MRA a B2B.

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 hybridním kalendářem (pomocí místní služby Exchange), hybridním voláním a hybridní službou zpráv.

Ú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 dva konektory hybridního kalendáře clusteru Expressway. Cluster také prochází voláním pro jiná řešení volání Cisco (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).

_{† Abyste se vyhnuli tomuto omezení škálování, doporučujeme použít cloudovou kalendářovou službu namísto místního konektoru. U hybridního kalendáře založeného na Expressway je omezení kapacity uživatelů sady Office 365 na 1 000 na cluster nezávislé na velikosti nebo počtu uzlů clusteru. Toto omezení je odvozeno z interakce s cloudovou službou Microsoft, nikoli z rozsahu místního nasazení řešení Expressway.}

Kalendář 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. 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.