Zdolność klastra Expressway do obsługi użytkowników hybrydowej usługi kalendarza zależy od rozmiaru składowych węzłów Expressway-C, liczby węzłów w klastrze Expressway oraz strategii ciągłości usług.

W poniższej tabeli przedstawiono maksymalną liczbę użytkowników w jednym klastrze Expressway dedykowanym różnym środowiskom kalendarza hybrydowego.

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

Należy zauważyć, że pojemność użytkownika jest taka sama dla klastra jednego węzła i 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ług. Wszyscy użytkownicy są przypisani do jednego węzła, gdy w klastrze znajdują się dwa węzły; drugi węzeł jest nadmiarową kopią zapasową. Szczegółowe wyjaśnienie można znaleźć w yd.

Pojemność klastra drogi ekspresowej dla użytkowników usługi kalendarza hybrydowego zależy przede wszystkim od rozmiaru i liczby węzłów w klastrze oraz strategii ciągłości usług. W poniższej tabeli przedstawiono maksymalną całkowitą pojemność użytkownika, jaką może obsługiwać klaster podczas zwiększania węzłów (lub rozmiaru węzła OVA) w jednym dedykowanym klastrze.

_{* Należy zauważyć, że pojemność użytkownika jest taka sama dla klastra jednego węzła i klastra dwóch węzłów. Dzieje się tak, ponieważ usługa Calendar Service używa trybu fail-over w celu zwiększenia ciągłości usług. Wszyscy użytkownicy są przypisani do jednego węzła, gdy w klastrze znajdują się dwa węzły; drugi węzeł jest nadmiarową kopią zapasową. Szczegółowe wyjaśnienie zawiera temat Planowanie pojemności klastra Expressway dla użytkowników usług hybrydowych .}

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 łącznikach kalendarza w klastrze. Przypisanie jest dynamiczne na podstawie dostępności, a administrator nie ma kontroli nad tym, do którego węzła jest przypisany indywidualny 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 flapping podczas odzyskiwania błędów) i kolejności sortowania na podstawie najwyższych preferencji 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ą ograniczać przypisywanie określonych zestawów użytkowników do określonego klastra.

Dzięki tej podstawowej wiedzy na temat przypisywania użytkowników i biorąc pod uwagę wymagania wstępne łącznika kalendarza drogiekspresowej, administrator może wdrożyć odpowiednią pojemność na dużą skalę dla swojej organizacji. Przyjrzyjmy się przykładowej organizacji 126 000 użytkowników, która ma być włączona dla usługi kalendarza hybrydowego, biorąc pod uwagę następujące parametry:

• Klastry dróg ekspresowych 6 węzłów przy użyciu dużego szablonu OVA (limit 15 000 użytkowników na węzeł)

• Nie są wymagane żadne grupy zasobów

Formuła 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. Z 126 000 użytkowników we wdrożeniu usługi kalendarza wymagane jest wiele klastrów hostów łącznika kalendarza. Użytkownicy będą jednakowo rozłożone, jak pokazano na poniższym rysunku:

Usługa kalendarza hybrydowego najpierw dodaje użytkowników do klastra A, dopóki klaster nie osiągnie pojemności 75 000 użytkowników, a następnie przypisuje pozostałych użytkowników do klastra B. Użytkownicy są losowo i równo rozłożone na wszystkie węzły w klastrze. W tym przykładzie pokazano równy rozkład węzłów hosta łącznika kalendarza (w ramach każdego z dwóch klastrów) między centrami danych RTP & PDX. Każdy węzeł używa tego samego szablonu OVA i jest zgodny z wytycznymi dotyczącymi wysokiej dostępności drogi ekspresowej. Łącznik kalendarza używa logiki klastrowania drogi ekspresowej w modelu nadmiarowości 5+1, aby umożliwić scenariusze wysokiej dostępności.

Z wszystkich użytkowników przypisanych do łącznika kalendarza, sprawdźmy teraz, co się dzieje, gdy występuje błąd w klastrze. Na następnej ilustracji przedstawiono błąd pojedynczego węzła. Użytkownicy, którzy zostali przypisani do węzła, który uległ awarii, 5A w klastrze A, mają teraz po awarii do pozostałych węzłów w tym klastrze. Pojemność jednego 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 żadnych zmian ani wpływu na klaster B lub użytkowników przypisanych do klastra B.

Klaster A jest nadal na maksymalnej pojemności, a każdy z węzłów operacyjnych w klastrze jest teraz na maksymalnej pojemności, 15 000 użytkowników/węzeł. W związku z tym jeśli inny węzeł w klastrze A staje się niedostępny, takich jak węzeł 4A na następnej ilustracji, klaster B będzie teraz odpowiedzialny za podniesienie dodatkowego obciążenia użytkownika. 15 000 użytkowników z węzła 4A jest teraz ponownie przypisanych do klastra B i równo rozmieszczonych we wszystkich węzłach w klastrze B.

Gdy węzły 4A i 5A odzyskać, użytkownicy w klastrze A będą redystrybuowane między węzłami w klastrze. Użytkownicy, którzy pozycyjnie w klastrze B pozostają w klastrze B w tej fazie odzyskiwania, aby uniknąć niepotrzebnych przypisań użytkowników między klastrami, jak pokazano na następnym rysunku.

Kluczowym elementem, o którego należy pamiętać podczas planowania wdrożenia usługi kalendarza hybrydowego na dużą skalę, jest zrozumienie wpływu awarii, jeśli miało by ono wystąpić we wdrożeniu. Jeśli używamy tego samego wdrożenia 126 000 użytkowników, ale utracimy całe centrum danych, istnieje możliwość, że użytkownicy nie są przypisywani do węzła łącznika kalendarza. Aby zapobiec awarii usługi w tym typie scenariusza, klient będzie potrzebował trzeciego klastra do redystrybucji i obsługi użytkowników, których dotyczy problem.

Zdolność klastra Expressway do obsługi użytkowników usługi hybrydowej Message zależy od rozmiaru składowych węzłów Expressway, liczby węzłów w klastrze oraz strategii ciągłości usług.

W poniższej tabeli podano maksymalną liczbę użytkowników jednego klastra Expressway używanego dla usługi hybrydowej wiadomości.

W tym temacie jest udostępnianie hosta łącznika Expressway między łącznikami dla wielu usług hybrydowych, w tym usługi kalendarza i usługi wiadomości. Host łącznika nie jest współdzielony z innymi rozwiązaniami opartymi na drodze ekspresowej, takimi jak MRA i B2B.

Pojemność klastra hosta łącznika zależy od rozmiaru węzłów drogi ekspresowej, liczby węzłów, łączników uruchomionych w klastrze i strategii ciągłości usług. Szczegółowe wyjaśnienie tych czynników można znaleźć w części Planowanie pojemności klastra drogi ekspresowej dla użytkowników usług hybrydowych.

Istnieje również kalkulator do modelowania różnych klastrów hostów łączników i zobacz, ilu użytkowników każdej usługi może obsługiwać proponowany klaster.

Ogólnie rzecz biorąc zaleca się coresidency tylko dla mniejszych rozmiarów wdrożeń maksymalnie dwóch węzłów. Jeśli wdrożenie przekracza pojemność pary węzłów, należy przenieść łączniki do klastrów drogi ekspresowej, które są dedykowane do każdej określonej usługi hybrydowej.

Przykład: Skala hosta łącznika z trzema łącznikami Coresident

W poniższej tabeli przedstawiono przykład skali i coresidency. Daje maksymalną liczbę użytkowników na klaster , dla każdejusługi, z różnymi specyfikacjami klastra hosta łącznika. Klaster jest udostępniany między kalendarzem hybrydowym (przy użyciu lokalnego serwera Exchange), połączeniami hybrydowymi i hybrydową usługą wiadomości.

Wprowadzenie

W tym temacie chodzi o udostępnianie łącznika hosta drogi ekspresowej z innymi rozwiązaniami opartymi na drodze ekspresowej. W przypadku opcji hostowania łączników na drodze ekspresowej używanej do innych celów stosuje się następujące ważne zastrzeżenia:

• Nie możemy obsługiwać modelu skalowalności, który ma zastosowanie do dedykowanego hosta łącznika Expressway. Numery użytkowników, które wynikają z czytania innych tematów w tym artykule lub przy użyciu kalkulatora, nie mają zastosowania, gdy host łącznika jest współużytkowane z innymi usługami drogi ekspresowej.

• Kombinacje usług opartych na drodze ekspresowej i łączników usług hybrydowych opisane w tym artykule i skojarzone numery użytkowników są tylko obsługiwane scenariusze. Nie przetestowaliśmy innych scenariuszy i nie można oczekiwać, że będą działać w twoim środowisku.

Usługa kalendarza oparta na drodze ekspresowej z łącznikiem połączeń i usługą wywołania Traversal

W tym scenariuszu istnieją dwa węzły łączniki kalendarza hybrydowego Expressway. Klaster wykonuje również połączenia traversal dla innych rozwiązań wywołujących Cisco (sygnalizacji SIP i mediów).

Tabela zawiera różne środowiska kalendarza, których można używać z łącznikiem opartym na drodze ekspresowej. Łącznik Kalendarz oparty na drodze ekspresowej nie jest obsługiwany w klastrach z więcej niż dwoma węzłami. Użyj łącznika opartego na chmurze, aby zwiększyć skalę w usłudze Office 365 (zobacz Skala usługi kalendarza).

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

Kalendarz z dostępem mobilnym i zdalnym

W tym scenariuszu klastra MRA jednego lub dwóch małych maszyn wirtualnych drogi ekspresowej jest gospodarzem łącznika kalendarza. W tym scenariuszu przyjęto założenie, że klaster jest używany tylko dla mra i dwa łączniki. Klaster jest ograniczony do jednego lub dwóch małych węzłów.