Wyłączenie odpowiedzialności za połączenie


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.

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 stronie informacji o stanie > 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ściusług — usługi wykorzystują różne strategie, aby zapewnić ciągłą obsługę użytkowników. Usługa kalendarza i usługa wiadomości używają strategii pracy awaryjnej, podczas gdy usługa wywołania korzysta ze strategii wysokiej dostępności.

    Różne 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.

Tabela 1. Limity numerów użytkowników na dedykowanej pojedynczej drodze ekspresowej
Rozmiar węzła drogi ekspresowej Skala usługi wywołań hybrydowych Skala usługi kalendarza hybrydowego Skala usługi wiadomości hybrydowych
1. Mały 2500 5000 5000
2. Średnia 5000 10000 6500
3. duży 5000* 15000 15000

*Przy założeniu, że 2 urządzenia na użytkownika, wynikowa pojemność przekłada się na nie więcej niż 5000 użytkowników na złącze połączeń (lub 2500 z nadmiarowością 1:1).

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:

Tabela 2. Strategie ciągłości usług i skala dedykowanych klastrów

porównywać

Usługa hybrydowa Połączenie

Usługa hybrydowa Kalendarz

Hybrydowa usługa wiadomości

1. Model

Model wysokiej dostępności (HA)

Model trybu failover

Model trybu failover

2. Opis

Przypisujemy każdego użytkownika usługi wywołania do dwóch różnych węzłów w klastrze. Jeśli węzeł ulegnie upadkowi, przypisania użytkowników w tym węźle zostaną utracone, ale użytkownicy nie zostaną naruszoni — są już przypisani do innego węzła.

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

UcallN= N/2 * Ucall1

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Definicje

Gdzie:

UcallN jest klasterem pojemności N dla użytkowników usługi wywołania

N to liczba węzłów

Ucall1 to pojemność pojedynczego węzła dla użytkowników usługi wywołania

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

HA jest automatyczne i obowiązkowe, 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.

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.

Tabela 3. Skala jednej średniej drogi ekspresowej dla scenariuszy dedykowanych lub coresidency
Cel drogi ekspresowej Wywołaj użytkowników usługi Użytkownicy usługi kalendarza Użytkownicy usługi wiadomości
Dedykowane do usługi połączeń

5,000

Dedykowana do usługi kalendarza

10,000

Dedykowana do usługi wiadomości

6,500

Usługa udostępniania kalendarza i usługa połączeń

3,400

3,400

Usługa udostępniania kalendarza i usługa wiadomości

4,000

4,000

Współużytkowane przez usługę połączeń i usługę wiadomości

2,900

2,900

Udostępnione przez usługi kalendarza, połączeń i wiadomości

2,300

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.

Aby zilustrować ten punkt, jeśli istnieją dwa węzły w klastrze hosting zarówno usługi wiadomości i usługi wywołania, a następnie Ucal = U wywołania, ponieważ N/2 jest 1 i N-1 jest również 1. Jednak jeśli istnieją trzy węzły w klastrze, a następnieU wywołanie jest 3/2 * pojemność pojedynczego węzła, ale Umsg jest 2 * pojemność pojedynczego węzła. Zobacz następującą tabelę:

Tabela 4. Pojemność użytkownika w klastrach średnich węzłów

Cel klastra

Użytkownicy usługi połączeń hybrydowych dla 1,2 i 3 węzłów

Użytkownicy usługi wiadomości hybrydowych dla 1,2 i 3 węzłów

Dedykowane do usługi połączeń

5,000

5,000

7,500

Dedykowana do usługi wiadomości

6,500

6,500

13,000

Współużytkowane przez usługę połączeń i usługę wiadomości

2900*

2900*

4,300

2900*

2900*

5700*

* Liczby pokazane tutaj i w kalkulatorze są zaokrąglane w górę do najbliższej setki. Jest to zgodne z zachowaniem wskaźników procentowych pojemności w Centrum sterowania.

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.

Przetwarzanie połączeń —host łącznika może również przetwarzać sygnalizację wywołań i nośnik dla usługi wywołania hybrydowego. Jest to w rzeczywistości integracja "Business to business" między Twoją organizacją a chmurą Cisco. 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):

    1. Z widoku klienta w https://admin.webex.comprogramie przejdź do usługi > hybrydowe, a następnie przewiń do hybrydowych kart serwisowych, aby wyświetlić procent pojemności używanej w zasobach drogi ekspresowej dla każdej usługi.

  • W przypadku wdrożeń z grupami zasobów:

    1. Z widoku klienta w https://admin.webex.comobszarze przejdź do usługi > hybrydowe, przewiń do hybrydowych kart usług, a następnie w obszarze Zasoby kliknij pozycję Wyświetl wszystko.

      Pasek zdolności produkcyjnych wskazuje tylko pojemność klastrów poza grupami zasobów. Jeśli wszystkie klastry są częścią jednej lub więcej grup zasobów lub usługa nie ma klastrów, które są skonfigurowane, pasek pojemności nie jest wyświetlany.

    2. Jeśli wartością pojemności jest Nienapędy,wybierz grupę zasobów z filtru, aby przejrzeć grupy zasobów & pojemność.

      Wartość jest aktualizowana w celu wyświetlenia procentu pojemności używanej dla klastrów w tej grupie zasobów i kodowania kolorami w celu wskazania kondycji.

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 skalowania połączeń, 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.

Tabela 5. Pojemność użytkownika usługi kalendarza hybrydowego dla klastra dedykowanego

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:

Rysunek 1. Przypisanie
Dwa klastry po 6 węzłów każdy; klaster A obsługuje 12 500 użytkowników na węzeł dla łącznie 75 000 użytkowników, klaster B obsługuje 8500 użytkowników na węzeł dla łącznie 51 000 użytkowników. Razem jest 126 000 użytkowników przypisanych do usługi kalendarza hybrydowego.

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.

Rysunek 2. Jeden węzeł w klastrze A staje się niedostępny

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.

Rysunek 3. Dwa węzły w klastrze A stają się niedostępne

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.

Rysunek 4. Odzyskiwanie i redystrybucja użytkowników w aktywnych węzłach

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.

Rysunek 5. Wpływ utraty centrum danych

Zdolność klastra drogi ekspresowej do obsługi użytkowników usługi wywołania hybrydowego zależy od rozmiaru węzłów expressway-C składnika, liczby węzłów i strategii ciągłości usług. W poniższej tabeli przedstawiono maksymalną liczbę użytkowników jednej drogi ekspresowej przeznaczonej dla usługi połączeńhybrydowych.

Tabela 6. Hybrydowa pojemność usługi połączeń na jednej dedykowanej drodze ekspresowej

Mała droga ekspresowa

Średnia droga ekspresowa

Duża droga ekspresowa

2500 użytkowników

5 000 użytkowników

5 000 użytkowników

Ten wykres pokazuje, jak zmienia się maksymalna pojemność użytkownika wraz z liczbą i rozmiarem węzłów drogi ekspresowej w klastrze dedykowanym usłudze wywołania hybrydowego:
Rys.6. Pojemność użytkownika usługi wywołania hybrydowego według typu klastra dla klastra dedykowanego

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 wywołania używa wysokiej dostępności (HA) w celu zwiększenia ciągłości usług, ale klaster pojedynczego węzła nie może być wysoce dostępny. Wszyscy użytkownicy są automatycznie przypisywani do dwóch węzłów, gdy w klastrze znajdują się dwa lub więcej węzłów. Szczegółowe wyjaśnienie można znaleźć w yd.

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.

Tabela 7. Pojemność użytkownika usługi wiadomości hybrydowych na jednej dedykowanej drodze ekspresowej

Mała droga ekspresowa

Średnia droga ekspresowa

Duża droga ekspresowa

5 000 użytkowników

6,5 tys.

15 000 użytkowników

Rysunek 7. Skala użytkownika usługi komunikatów hybrydowych w klastrach hostów dedykowanych łączników. Ten diagram przedstawia maksymalne poziomy skali użytkownika podczas zwiększania węzłów w dedykowanym klastrze 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.

Wykres 8. Przykład coresidency: Hybrydowa usługa wiadomości i skalowanie użytkownika usługi wywołania hybrydowego według typu klastra. Ten diagram przedstawia maksymalną liczbę użytkowników usługi wiadomości i użytkowników usługi wywołania na klaster dla różnych typów klastrów obsługujących łączniki wiadomości i połączeń.
Wykres 9. Przykład coresidency: Hybrydowa usługa wiadomości i skalowanie użytkownika usługi kalendarza według typu klastra. Ten diagram przedstawia maksymalną liczbę użytkowników usługi wiadomości i użytkowników usługi kalendarza na klaster dla różnych typów klastra obsługujących łączniki wiadomości i kalendarza.

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

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.

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

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

Wywołaj użytkowników usługi

1,300

2,300

3,000

Użytkownicy usługi wiadomości

1,300

2,300

3,000

Różne środowiska kalendarza na coresident łącznika kalendarza z łącznikiem połączenia

Tabela przedstawia maksymalną liczbę użytkowników na klasterhostów łącznika drogi ekspresowej c, gdy klaster ma jeden lub dwa węzły. Liczby wyświetlane zakładać, że zarówno usługa wywołania hybrydowego i usługa kalendarza hybrydowego są aktywne w klastrze. Należy zauważyć, że ten klaster nie wykonuje połączeń przechodzenie dla usługiwywołania hybrydowego.

Tabela 9. Coresident Calendar Service and Call Service Scale (klaster hosta łącznika udostępnionego, bez przechodzenia połączeń)

Usługa

Małe węzły w klastrze

Średnie węzły w klastrze

Duże węzły w klastrze

Usługa hybrydowa Kalendarz

Program Exchange lokalny

1 700 użytkowników

3,4 tys.

6 000 użytkowników

Office 365 (łącznik lokalny)*

1000 użytkowników

1000 użytkowników

1000 użytkowników

Lokalna usługa Exchange i office 365 (wdrożenia programu Hybrid Exchange)

Maksymalnie 1000 użytkowników usługi Office 365 z 1700 użytkowników

Maksymalnie 1000 użytkowników usługi Office 365 z 3400 użytkowników

Maksymalnie 1000 użytkowników usługi Office 365 z 6000 użytkowników

Usługa hybrydowa Połączenie

1 700 użytkowników

3,4 tys.

5 000 użytkowników

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

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 klaster dwóch węzłów Expressway jest gospodarzem łączników usługi wywołania hybrydowego i usługi kalendarza hybrydowego. Klaster wykonuje również traversal wywołania dla usługi wywołania hybrydowego (sygnalizacji SIP i nośnikó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).

Tabela 10. Skala użytkownika dla usługi połączeń Coresident i usługi kalendarza z przejściem połączenia

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

Usługa połączenia

250 użytkowników

500 użytkowników (awaria nadmiarowa/pojedyncza)*, w tym 100 użytkowników MRA

1000 użytkowników

2000 użytkowników (awaria nadmiarowa/pojedyncza)*

2500 użytkowników

5000 użytkowników (awaria nadmiarowa/pojedyncza)*

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.

* W przypadku normalnie nadmiarowego wdrożenia z dwiema drogami ekspresowymi, jeśli jedna droga ekspresowa ulegnie awarii, druga może tymczasowo obsługiwać oba zestawy użytkowników dla wszystkich usług do czasu odzyskania nadmiarowości.

Kalendarz i usługa połączeń z dostępem mobilnym i zdalnym

W tym scenariuszu klaster MRA jednej lub dwóch małych maszyn wirtualnych drogi ekspresowej jest gospodarzem łącznika kalendarza i łącznika wywołania. 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.

Tabela 11. Skala złącza połączeń i kalendarza na małej drodze ekspresowej MRA-C

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

Wywołaj użytkowników usługi

500 użytkowników

500 użytkowników

Użytkownicy urządzeń mobilnych i dostępu zdalnego

100

100