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.

W hybrydowym środowisku programu Exchange z użytkownikami usługi Office 365 istnieje limit 1000 użytkowników usługi Office 365 na klaster, niezależnie od liczby lub rozmiaru węzłów klastra. Usługa oparta na chmurze jest preferowaną metodą obsługi użytkowników usługi Office 365. Zdecydowanie zalecamy tymczasowe hostowania tylko użytkowników usługi Office 365 w drodze ekspresowej. To ograniczenie wynika z interakcji z usługą firmy Microsoft w chmurze, a nie ze skali wdrożenia lokalnej drogi ekspresowej. Na przykład, jeśli masz jeden mały węzeł drogi ekspresowej, twoja pojemność jest ograniczona do 1000 użytkowników usługi Office 365 i 4000 użytkowników programu Microsoft Exchange. Jeśli masz klaster 6 małych węzłów, twoja pojemność jest ograniczona do 1000 użytkowników usługi Office 365 i 24 000 użytkowników programu Microsoft Exchange.

_{* 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 można znaleźć w yd.}

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 drogi ekspresowej do obsługi użytkowników usługi komunikatów hybrydowych zależy od rozmiaru węzłów drogi ekspresowej, liczby węzłów w klastrze i strategii ciągłości usług.

W poniższej tabeli przedstawiono maksymalną liczbę użytkowników jednej drogi ekspresowej używanej dla usługi wiadomości hybrydowych.

Numery użytkowników są takie same dla klastra jednego węzła i klastra dwóch węzłów. Dzieje się tak, ponieważ usługa message service używa pracy awaryjnej w celu poprawy ciągłości usługi. Użytkownicy są rozmieszczeni równomiernie w wielu węzłach w klastrze: jeśli jeden węzeł ulegnie awarii, użytkownicy tego węzła są przypisani do innych węzłów.

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 współużytkowana przez usługę kalendarza hybrydowego (przy użyciu lokalnej usługi Exchange), usługę wywołania hybrydowegoi usługę wiadomości hybrydowych.

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 łączniki usługi hybrydowej usługi kalendarza klastra dwuwęzłowego. 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 usługi kalendarza hybrydowego opartej na drodzeekspresowej ograniczenie pojemności użytkownika usługi Office 365 do 1000 na klaster jest niezależne od rozmiaru lub liczby węzłów klastra; ograniczenie to wynika z interakcji z usługą firmy Microsoft w chmurze, a nie ze skali lokalnego wdrożenia drogi ekspresowej.}

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.