Ten artykuł służy do planowania pojemności łącznika dla wdrożeń usługi hybrydowej webex i zrozumienia zaleceń dotyczących skalowalności. W przypadku wdrożeń łączników dedykowanych i coresident znajdziesz maksymalne obsługiwane numery użytkowników dla klastrów łączników, czynniki, które określają obsługiwane limity użytkowników oraz sposób użycia usługi Control Hub do oceny, czy trzeba dodać więcej dróg ekspresowych.
Usługa wywołania hybrydowego na architekturze łącznika wywołania została ów 000 -koniec życia (EOL),więc usługa nie jest już oficjalnie obsługiwana. Łącznik wywołania nie powinien być brany pod uwagę przy planowaniu pojemności drogi ekspresowej dla usług hybrydowych. |
Ten artykuł nie obejmuje planowania pojemności dla integracji usługi Cisco TMS usługi kalendarza hybrydowego z integracją usługi Office 365 lub Cisco TMS z Kalendarzem Google. Aby uzyskać informacje o pojemności, zobacz Przewodnik wdrażania usługi kalendarza hybrydowego Cisco Webex. |
Udostępniamy ten artykuł, aby odpowiedzieć na pytania dotyczące planowania pojemności i wyjaśnić, w jaki sposób obliczamy skalę użytkowników. Aby modelować scenariusz, wypróbuj kalkulator pojemności usług hybrydowych.
Zagadnienia dotyczące planowania
Planując przepustowość drogi ekspresowej dla populacji użytkowników usług hybrydowych, należy wziąć pod uwagę następujące pytania:
Jakich usług hybrydowych potrzebujesz?
Droga ekspresowa może obsługiwać łączniki dla usługi wywołania hybrydowego, usługi kalendarza hybrydowego i usługi wiadomości hybrydowych.
Ilu masz użytkowników dla każdej usługi?
Im więcej użytkowników masz dla każdej usługi, tym bardziej prawdopodobne jest, że będziesz chciał poświęcić klastry drogi ekspresowej usługom. W przypadku mniejszych populacji uruchamianie wielu łączników w klastrze udostępnionym (coresidency) jest prawidłowym wyborem.
Czy twoje potrzeby się zmienią?
Możesz rozpocząć małe, z jednego klastra drogi ekspresowej świadczenia usług do grupy wczesnych użytkowników w organizacji i planowania wzrostu dla przyszłego wdrożenia. Można przeprowadzić migrację z modelu udostępnionego do dedykowanego modelu lub skalować istniejący klaster, aby spełnić zmieniające się wymagania.
Czynniki przyczyniające się do
Definiujemy pojemność klastra pod względem następujących zmiennych:
Rozmiar węzła— każda maszyna wirtualna drogi ekspresowej ma "rozmiar maszyny wirtualnej", który jest określany w czasie instalacji przez zasoby przypisane do maszyny Wirtualnej. Przewodniki instalacyjne drogi ekspresowej opisują te wymagania. Jeśli masz już drogę ekspresową, możesz odczytać rozmiar maszyny Wirtualnej na systemowej interfejsu drogi ekspresowej.
Liczbawęzłów — klaster drogi ekspresowej może mieć od jednego do sześciu węzłów. Muszą mieć ten sam rozmiar węzła i uruchamiać tę samą wersję oprogramowania.
Strategia ciągłości usług— usługi wykorzystują strategie, aby zapewnić ciągłą obsługę użytkowników. Usługa kalendarza i usługa wiadomości używają strategii trybu failover.
Strategie są szczegółowo opisane w strategii ciągłości usług i skali dedykowanych klastrów tabeli.
Coresidency— gdy łączniki współużytkują klaster drogi ekspresowej, zasoby dostępne dla każdej usługi są znacznie niższe w porównaniu z dedykowanym klastrem.
Na hoście łącznika mogą znajdować się również inne usługi oparte na drodze ekspresowej, takie jak połączenia biznesowe z połączeniami biznesowymi (B2B) lub Mobilne i zdalne (MRA). W ograniczonych scenariuszach, w których ten typ coresidency jest obsługiwany, numery skali, które dokumentujemy w tym miejscu są ograniczone do tego, co przetestowaliśmy. Poza tym, co jest opisane w tym artykule, klaster hosta łącznika drogi ekspresowej nie może być współużytkowane z innymi usługami; nie jest to obsługiwane.
Ograniczenia specyficzne dla usługi— na przykład łącznik kalendarza jest przeznaczony głównie dla użytkowników programu Microsoft Exchange i obsługuje ograniczoną liczbę użytkowników usługi Office 365.
Obliczenia dla dedykowanych klastrów dróg ekspresowych
Ustalamy twardy limit liczby użytkowników usług, którymi może zarządzać dedykowana pojedyncza droga ekspresowa ("klaster jednego"), na podstawie dowodów, które gromadzimy w testach i próbach.
Rozmiar węzła drogi ekspresowej | Skala usługi kalendarza hybrydowego | Skala usługi wiadomości hybrydowych |
---|---|---|
1. Mały | 5000 | 5000 |
2. Średnia | 10000 | 6500 |
3. duży | 15000 | 15000 |
Używamy algorytmów ciągłości usługi do ekstrapolacji numerów pojedynczych węzłów do wielu klastrów węzłów, jak wyjaśniono w poniższej tabeli. Jeśli chcesz uzyskać wyniki bez wyjaśnienia, zobacz:
porównywać |
Usługa hybrydowa Kalendarz |
Hybrydowa usługa wiadomości |
---|---|---|
1. Model |
Model trybu failover |
Model trybu failover |
2. Opis |
Przypisujemy każdego użytkownika do jednego węzła w klastrze. Spowoduje to rozmieszczanie użytkowników we wszystkich węzłach. Jeśli węzeł ulegnie upadkowi, ponownie utworzyć przypisania użytkowników z tego węzła w innych węzłach. Gdy węzeł powraca, możemy ponownie zrównoważyć przypisania użytkowników we wszystkich aktywnych węzłów. |
Przypisujemy każdego użytkownika do jednego węzła w klastrze. Spowoduje to rozmieszczanie użytkowników we wszystkich węzłach. Jeśli węzeł ulegnie upadkowi, ponownie utworzyć przypisania użytkowników z tego węzła w innych węzłach. Gdy węzeł powraca, możemy ponownie zrównoważyć przypisania użytkowników we wszystkich aktywnych węzłów. |
3. formuła |
UcalN= (N-1) * Ucal1 |
UmsgN= (N-1) * Umsg1 |
4. Definicje |
Gdzie: UcalN jest klastrem pojemności N dla użytkowników usługi Kalendarz N to liczba węzłów Ucal1 to pojemność pojedynczego węzła dla użytkowników usługi Kalendarz |
Gdzie: UmsgN jest klastrem pojemności N dla użytkowników usługi wiadomości N to liczba węzłów Umsg1 jest pojemnością pojedynczego węzła dla użytkowników usługi wiadomości |
5. Uwagi |
Jeśli N =1, nie ma pracy awaryjnej. Tryb failover jest automatyczny i obowiązkowy, jeśli N>1. Jeśli N =2, pojemność jest taka sama, jak gdyby N = 1, z lepszą ciągłością usługi. Skaluj korzyści z N> =3 lub przy użyciu większego rozmiaru węzła. |
Jeśli N =1, nie ma pracy awaryjnej. Tryb failover jest automatyczny i obowiązkowy, jeśli N>1. Jeśli N =2, pojemność jest taka sama, jak gdyby N = 1, z lepszą ciągłością usługi. Skaluj korzyści z N> =3 lub przy użyciu większego rozmiaru węzła. |
Obliczenia dla współdzielonych klastrów dróg ekspresowych
Nasz algorytm zakłada, że łączniki coresident proporcjonalnie współużytkują zasoby pojedynczego węzła. Ten algorytm zachowawczo ustawia limit dla każdego typu użytkownika w węźle.
Na przykład w poniższej tabeli przedstawiono maksymalną liczbę użytkowników dla wszystkich dedykowanych spraw i przypadków podstawowości na jednej, średniej drodze ekspresowej.
Cel drogi ekspresowej | Użytkownicy usługi kalendarza | Użytkownicy usługi wiadomości |
---|---|---|
Dedykowana do usługi kalendarza | 10,000 |
— |
Dedykowana do usługi wiadomości |
— |
6,500 |
Usługa udostępniania kalendarza i usługa wiadomości |
4,000 |
4,000 |
Udostępnione przez usługi kalendarza, połączeń i wiadomości |
2,300 |
2,300 |
Nie wyliczamy wyczerpująco wszystkich stanów coresidency dla wszystkich rozmiarów klastra. Zamiast tego można monitorować pojemność istniejącego wdrożenia usług hybrydowychlub użyć kalkulatora, aby zaplanować nowe wdrożenie.
Kalkulator umożliwia wybranie łączników, rozmiaru węzła i liczby węzłów, dzięki czemu można modelować wdrożenie. W dalszej części tej sekcji wyjaśniono, jak oblicza numery użytkowników z modelu. |
Podobnie jak w przypadku dedykowanej drogi ekspresowej, ekstrapolujemy algorytm współdzielonych dróg ekspresowych w celu określenia numerów użytkowników dla wielu węzłów. Różnica w porównaniu z dedykowanymi przypadkami polega na zastosowaniu odpowiedniego obliczania ciągłości usługi, aby uzyskać skalę użytkownika dla określonej usługi w klastrze. Nie możemy obliczyć skali użytkownika dla klastra, ponieważ klaster obsługuje konkurencyjne, oparte na użytkownikach strategie ciągłości usług.
Cel klastra |
Użytkownicy usługi wiadomości hybrydowych dla 1,2 i 3 węzłów |
||
---|---|---|---|
Dedykowana do usługi wiadomości |
6,500 |
6,500 |
13,000 |
Dodatkowe czynniki przyczyniające się do
Mogą istnieć konkurencyjne wymagania dotyczące zasobów klastra, które zmniejszą pojemność użytkownika. Oto znane przykłady:
Usługakalendarza — host łącznika może również obsługiwać użytkowników usługi O365. Liczby i obliczenia pokazane w tym miejscu zakładają, że tylko lokalna infrastruktura programu Exchange zapewnia usługę kalendarza. Aby uzyskać więcej informacji na temat "hybrydowej" usługi kalendarza, mamy kilka liczb i wykresów w sekcji Usługa kalendarza w tym artykule.
Przetwarzaniepołączeń — host łącznika może również przetwarzać sygnalizację wywołań i nośniki. Jest to w rzeczywistości integracja "Business to business" między Twoją organizacją a chmurą Webex. Zmniejsza to pojemność opisaną w coresidency z innymi rozwiązaniami dróg ekspresowych.
Za pomocą Usługi Control Hub można wyświetlić wartość procentową bieżącej pojemności użytkownika każdego z zasobów usługi hybrydowej drogi ekspresowej. Pasek kolorów wskazuje, czy pojemność mieści się w dopuszczalnych granicach. Ten widok umożliwia ocenę kondycji wdrożeń usługi hybrydowej i prowadzi użytkownika, kiedy potrzebujesz więcej dróg ekspresowych.
Zielony— drogi ekspresowe mieszczą się w dopuszczalnych granicach pojemności. (1%–60%)
Bursztynowy— masz wystarczająco dużo dróg ekspresowych, ale jesteś blisko osiągnięcia limitów przepustowości. (61%–90%)
Czerwony— nie masz wystarczającej liczby dróg ekspresowych i musisz dodać więcej. (91% i więcej)
Jeśli drogi ekspresowe znajdują się w grupie zasobów, wskaźnik pojemności pojawi się w widoku filtrowanym klastrów w grupie zasobów.
W przypadku wdrożeń bez grup zasobów (domyślnie):
W przypadku wdrożeń z grupami zasobów:
O tym, o co należy pamiętać
Pojemność klastra zależy od rozmiaru węzła, liczby węzłów w klastrze drogi ekspresowej, liczby usług uruchomionych w klastrze oraz strategii wysokiej dostępności lub pracy awaryjnej. Aby uzyskać więcej informacji, zobacz poszczególne sekcje skali kalendarza i wiadomości.
Coresidency zmniejsza skalę użytkownika dla istniejących usług; algorytm pojemności zakłada, że każdy użytkownik korzysta ze wszystkich usług.
Firma Microsoft zaleca coresidency podczas wypróbowania wielu usług lub jeśli masz wdrożenia na małą skalę. W przypadku usług w produkcji lub wdrożeń na dużą skalę zaleca się uruchamianie różnych usług hybrydowych w dedykowanych klastrach dróg ekspresowych.
Co robić dalej
Aby dodać więcej dróg ekspresowych dla usług hybrydowych, użyj kroków przewodnika wdrażania do rejestrowania hostów łączników w chmurze i dodawania ich do istniejących klastrów:
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. |
Rozmiar węzła drogi ekspresowej |
1 lub 2 węzły* |
3 Węzły |
4 węzły |
5 węzłów |
6 węzłów |
---|---|---|---|---|---|
1. Mały |
5 tys. |
10 tys. |
15 tys. |
20 tys. |
25 tys. |
2. Średnia |
10 tys. |
20 tys. |
30 tys. |
40 tys. |
50 tys. |
3. duży |
15 tys. |
30 tys. |
45 tys. |
60 tys. |
75 tys. |
* 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, UcalN =(N-1) * Ucal1, gdzie N = 6 i Ucal1= 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.
Mała droga ekspresowa |
Średnia droga ekspresowa |
Duża droga ekspresowa |
---|---|---|
5 000 użytkowników |
6,5 tys. |
15 000 użytkowników |
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.
Usługa |
Dwa małe węzły |
Dwa średnie węzły |
Dwa duże węzły |
---|---|---|---|
Użytkownicy usługi kalendarza |
1,300 |
2,300 |
3,000 |
Użytkownicy usługi wiadomości |
1,300 |
2,300 |
3,000 |
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).
Usługa |
Klaster dwóch małych węzłów |
Klaster dwóch średnich węzłów |
Klaster dwóch dużych węzłów |
|
---|---|---|---|---|
Usługa kalendarza |
Program Exchange lokalny |
500 użytkowników |
1000 użytkowników |
1000 użytkowników |
† usługi Office 365 |
500 użytkowników |
1000 użytkowników |
1000 użytkowników |
|
Lokalna usługa Exchange i office 365 (wdrożenia programu Hybrid Exchange) |
Max 500 użytkowników dla obu |
Maksymalnie 1000 użytkowników dla obu |
Maksymalnie 1000 użytkowników dla obu |
|
Wywołaj Traversal |
200 sesji audio 100 sesji wideo |
200 sesji audio 100 sesji wideo |
1000 sesji audio 500 sesji wideo |
† 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.
Cel drogi ekspresowej |
Klaster jednej małej drogi ekspresowej-C |
Klaster dwóch małych dróg ekspresowych-Cs |
---|---|---|
Użytkownicy usługi kalendarza (łącznik lokalny do programu Exchange) |
500 użytkowników |
500 użytkowników |
Użytkownicy urządzeń mobilnych i dostępu zdalnego |
100 |
100 |