Zdolność klastra Expressway do obsługi użytkowników Hybrid Calendar Service zależy od wielkości składowych węzłów Expressway-C, liczby węzłów w klastrze Expressway i strategii ciągłości usług.

Poniższa tabela przedstawia maksymalną liczbę użytkowników na jednej drodze ekspresowej dedykowanej dla różnych środowisk kalendarza hybrydowego.

_{* Aby uniknąć tego ograniczenia skali, zalecamy używanie usługi kalendarza opartej na chmurze zamiast lokalnego złącza. W przypadku kalendarza hybrydowego opartego na ExpressWay ograniczenie pojemności użytkowników usługi Office 365 do 1000 na klaster jest niezależne od wielkości lub liczby węzłów klastra; ograniczenie to wynika z interakcji z usługą chmurową firmy Microsoft, a nie ze skali} lokalnego wdrożenia Expressway.

Należy pamiętać, że pojemność użytkownika jest taka sama dla klastra jednego węzła i dla klastra dwóch węzłów. Dzieje się tak, ponieważ usługa kalendarza używa przełączania awaryjnego w celu poprawy ciągłości usługi. Wszyscy użytkownicy są przypisani do jednego węzła, gdy w klastrze znajdują się dwa węzły; drugi węzeł jest redundantną kopią zapasową. Szczegółowe wyjaśnienie zawiera sekcja Planowanie pojemności klastra dróg ekspresowych dla użytkowników usług hybry dowych.

Pojemność klastra Expressway dla użytkowników Hybrid Calendar Service zależy przede wszystkim od wielkości i liczby węzłów w klastrze oraz strategii ciągłości usług. Poniższa tabela przedstawia maksymalną całkowitą pojemność użytkownika, którą klaster może obsługiwać podczas zwiększania węzłów (lub wielkości OVA węzła) w pojedynczym dedykowanym klastrze.

_{* Należy pamiętać, że pojemność użytkownika jest taka sama dla klastra jednego węzła i dla klastra dwóch węzłów. Dzieje się tak, ponieważ usługa kalendarza wykorzystuje przełączanie awaryjne w celu poprawy ciągłości usługi. Wszyscy użytkownicy są przypisani do jednego węzła, gdy w klastrze znajdują się dwa węzły; drugi węzeł jest redundantną kopią zapasową. Szczegółowe wyjaśnienie zawiera sekcja Planowanie pojemności klastra dróg ekspresowych dla użytkowników usług hybry dowych}.

Przypisywanie użytkowników między hostami i klastrami

Domyślnie usługa kalendarza hybrydowego automatycznie przypisuje i rozprowadza użytkowników równomiernie we wszystkich złączach kalendarza w klastrze. Przypisanie jest dynamiczne w zależności od dostępności, a administrator nie ma kontroli nad tym, do którego konkretnego węzła przypisany jest dany użytkownik.

W przypadkach, gdy organizacja ma więcej niż jeden klaster, dystrybucja użytkowników opiera się na wielu czynnikach, w tym dostępności klastra, bieżącym przypisaniu (w celu zmniejszenia liczby przechwytywania podczas odzyskiwania awarii) oraz kolejności sortowania opartej na najwyższych preferencjach klastra. Administrator ma również możliwość przypisania użytkownika lub grupy użytkowników do grupy zasobów. Grupy zasobów są specyficzne dla klastra, dzięki czemu administratorzy mogą ograniczyć przypisywanie określonych zestawów użytkowników do określonego klastra.

Dzięki tej podstawowej wiedzy na temat przydzielania użytkowników i uwzględnieniu warunków wstępnych Expressway Calendar Connector, administrator może wdrożyć odpowiednią pojemność na dużą skalę dla swojej organizacji. Spójrzmy na przykładową organizację 126 000 użytkowników, którzy mają być włączeni dla usługi kalendarza hybrydowego, biorąc pod uwagę następujące parametry:

• Grupy dróg ekspresowych składające się z 6 węzłów wykorzystujących duży szablon OVA (limit 15 000 użytkowników na węzeł)

• Nie są wymagane żadne grupy zasobów

Wzór pojemności dla pojedynczego klastra, U _CalN = (N-1) * U _{cal1 gdzie N=6 i U cal1} = 15 000 (przy użyciu dużego szablonu OVA) daje maksymalnie 75 000 użytkowników. Przy całkowitej liczbie 126 000 użytkowników wdrożonych w usłudze kalendarza wymagane jest wiele klastrów hostów Calendar Connector. Użytkownicy byliby równo rozłożeni, jak pokazano na poniższym rysunku:

Usługa kalendarza hybrydowego dodaje użytkowników do klastra A, dopóki klaster nie osiągnie pojemność 75 000 użytkowników, a następnie przypisuje pozostałych użytkowników do klastra B. Użytkownicy są losowo i równo rozmieszczeni we wszystkich węzłach w klastrze. Ten przykład pokazuje równy rozkład węzłów hosta Calendar Connector (w obrębie każdego z dwóch klastrów) w centrach danych RTP i PDX. Każdy węzeł używa tego samego szablonu OVA i jest zgodny z wytycznymi dotyczącymi wysokiej dostępności drogi ekspreso wej. Złącze kalendarza wykorzystuje logikę klastrowania drogi ekspresowej w modelu nadmiarowości 5+1, aby umożliwić scenariusze wysokiej dostępności.

Ponieważ wszyscy użytkownicy są przypisani do złącza kalendarza, przyjrzyjmy się teraz, co dzieje się, gdy w klastrze wystąpi awaria. Następny rysunek pokazuje awarię pojedynczego węzła. Użytkownicy, którzy zostali przypisani do nieudanego węzła, 5A w klastrze A, przeszli teraz niepowodzenie do pozostałych węzłów w tym klastrze. Pojemność pojedynczego węzła pozwala na maksymalnie 15 000 użytkowników, a każdy węzeł pozostały w klastrze A dodaje 2500 użytkowników, którzy pierwotnie zostali przypisani do węzła 5A. Nie ma zmian ani wpływu na klaster B lub użytkowników przypisanych do klastra B.

Klaster A nadal ma maksymalną pojemność, a każdy z węzłów operacyjnych w klastrze ma teraz maksymalną pojemność 15 000 użytkowników/węzeł. Dlatego jeśli inny węzeł w klastrze A stanie się niedostępny, taki jak węzeł 4A na następnym rysunku, klaster B będzie teraz odpowiedzialny za pobranie dodatkowego obciążenia użytkownika. 15 000 użytkowników z węzła 4A jest teraz przeniesionych do klastra B i równomiernie rozmieszczonych we wszystkich węzłach w klastrze B.

Gdy węzły 4A i 5A odzyskują się, użytkownicy w klastrze A zostaną redystrybuowani między węzłami w klastrze. Użytkownicy, którzy nie przeszli do klastra B, pozostają w klastrze B podczas tej fazy odzyskiwania, aby uniknąć niepotrzebnych przypisań użytkowników między klastrami, jak pokazano na następnym rysunku.

Kluczowym elementem, o którym należy pamiętać podczas planowania wdrożenia usługi kalendarza hybrydowego na dużą skalę, jest zrozumienie wpływu awarii, gdyby miała ona wystąpić podczas wdrożenia. Jeśli użyjemy tego samego wdrożenia 126 000 użytkowników, ale zdarzy się, że stracimy całe centrum danych, istnieje możliwość, że użytkownicy nie zostaną przypisani do węzła Calendar Connector. Aby zapobiec awarii usługi w tego typu scenariuszach, klient potrzebowałby trzeciego klastra do redystrybucji i obsługi dotkniętych użytkownikami.

Zdolność klastra Expressway do obsługi użytkowników komunikatów hybrydowych zależy od wielkości składowych węzłów dróg ekspresowych, liczby węzłów w klastrze i strategii ciągłości usług.

Poniższa tabela przedstawia maksymalną liczbę użytkowników na jednej drodze ekspresowej używanej w komunikacie hybrydowym.

Ten temat dotyczy udostępniania hosta złącza Expressway między złączami dla wielu usług hybrydowych, w tym usługi kalendarza i usługi wiadomości. Host złącza nie jest współdzielony z innymi rozwiązaniami opartymi na ExpressWay, takimi jak MRA i B2B.

Pojemność klastra hosta złączy zależy od wielkości składowych węzłów drogi ekspresowej, liczby węzłów, złączy działających w klastrze oraz strategii ciągłości usług. Szczegółowe wyjaśnienie tych czynników zawiera sekcja Planowanie pojemności klastra dróg ekspresowych dla użytkowników usług hybry dowych.

Istnieje również kalkulator umożliwiający modelowanie różnych klastrów hostów złączy i sprawdzenie, ilu użytkowników każdej usługi może obsługiwać proponowany klaster.

Ogólnie rzecz biorąc, zalecamy współpracę tylko w przypadku wdrożeń o mniejszym rozmiarze maksymalnie dwóch węzłów. Jeśli wdrożenie przekracza pojemność pary węzłów, należy przenieść złącza do klastrów Expressway, które są dedykowane dla każdej konkretnej usługi hybrydowej.

Przykład: Skala hosta złącza z trzema złączami współistniejącymi

Poniższa tabela przedstawia przykład skali i korezydencji. Daje maksymalną liczbę użytkowników na klaster, dla każdej usługi, z różnymi specyfikacjami klastra hosta złącza. Klaster jest udostępniany między kalendarzem hybrydowym (przy użyciu lokalnego programu Exchange), połączeniem hybrydowym i usługą Hybrid Message Service.

Wprowadzenie

Ten temat dotyczy udostępniania hosta złącza Expressway innym rozwiązaniom opartym na ExpressWay. Jeśli zdecydujesz się na hostowanie złączy na drodze ekspresowej, której używasz do innych celów, obowiązują następujące ważne zastrzeżenia:

• Nie możemy obsługiwać modelu skalowalności, który dotyczy dedykowanego hosta złącza Expressway. Numery użytkowników uzyskane podczas czytania innych tematów w tym artykule lub korzystania z kalkulatora nie mają zastosowania, gdy host łącznika jest udostępniany innym usługom ekspresowej.

• Kombinacje usług opartych na ExpressWay i łączników usług hybrydowych opisane w tym artykule oraz powiązane numery użytkowników są jedynymi obsługiwanymi scenariuszami. Nie testowaliśmy innych scenariuszy i nie możesz oczekiwać, że będą działać w Twoim środowisku.

Usługa kalendarza oparta na ekspresowej stronie z łącznikiem połączeń i przesunięciem usługi połączeń

W tym scenariuszu, dwa węzły klastra Expressway Hybrid Calendar złącza. Klaster przeprowadza również przenoszenie połączeń dla innych rozwiązań połączeń Cisco (sygnalizacja SIP i media).

Tabela przedstawia różne środowiska kalendarza, których można używać ze złączem opartym na ExpressWay. Złącze kalendarza oparte na ExpressWay nie jest obsługiwane w klastrach z więcej niż dwoma węzłami. Użyj złącza opartego na chmurze, aby uzyskać większą skalę w usłudze Office 365 (patrz Skala usługi kalendar za).

_{† Aby uniknąć tego ograniczenia skali, zaleca się korzystanie z usługi kalendarza opartej na chmurze zamiast lokalnego łącznika. W przypadku kalendarza hybrydowego opartego na ExpressWay ograniczenie pojemności użytkowników usługi Office 365 do 1000 na klaster jest niezależne od wielkości lub liczby węzłów klastra; ograniczenie to wynika z interakcji z usługą chmurową firmy Microsoft, a nie ze skali} lokalnego wdrożenia Expressway.

Kalendarz z telefonem komórkowym i Remote Access

W tym scenariuszu klaster MRA składający się z jednej lub dwóch małych maszyn wirtualnych Expressway obsługuje złącze kalendarza. Ten scenariusz zakłada, że klaster jest używany tylko dla MRA i dwóch złączy. Klaster jest ograniczony do jednego lub dwóch małych węzłów.