Служба гібридного виклику в архітектурі з 'єднувача викликів пішла на кінець терміну служби (EOL), тому служба більше офіційно не підтримується. З 'єднувач дзвінків не слід розглядати для майбутнього планування пропускної спроможності швидкісних автомагістралей для гібридних послуг.


Ця стаття не охоплює планування пропускної спроможності для інтеграції служби гібридного календаря Cisco TMS з Office 365 або інтеграції Cisco TMS з Календарем Google. Інформацію про потужність див. у Посібнику з розгортання для служби гібридного календаря Cisco Webex.

Ми надаємо цю статтю, щоб розглянути ваші запитання щодо планування потенціалу та пояснити, як ми розраховуємо масштаби користувачів. Щоб змоделювати свій сценарій, спробуйте калькулятор потужності гібридних служб.

Міркування щодо планування

При плануванні пропускної спроможності швидкісних автомагістралей для вашої популяції користувачів гібридних послуг, враховуйте наступні питання:

  • Які гібридні послуги вам потрібні?

    Швидкісна дорога може розміщувати роз 'єми для гібридної служби викликів, гібридної служби календаря та гібридної служби повідомлень.

  • Скільки у вас користувачів на кожну послугу?

    Чим більше користувачів ви маєте для кожної служби, тим більше ймовірності, що ви захочете виділити кластери швидкісних автомагістралей для служб. Для менших груп населення правильним вибором є запуск декількох з 'єднувачів на спільному кластері (coresidency).

  • Чи зміняться ваші потреби?

    Можливо, ви захочете почати з малого, маючи один кластер швидкісних автомагістралей, який надає послуги групі перших впроваджувачів у вашій організації, і планувати зростання для майбутнього розгортання. Ви можете перейти від спільної моделі до спеціальної моделі або масштабувати наявний кластер, щоб задовольнити свої вимоги, що розвиваються.

Фактори, що сприяють

Ми визначаємо ємність кластера з точки зору наступних змінних:

  • Розмір вузла - кожна віртуальна машина Expressway має «розмір ВМ», який визначається під час встановлення ресурсами, призначеними для ВМ. В посібниках з монтажу швидкісних автомагістралей описані ці вимоги. Якщо у вас вже є Expressway, ви можете прочитати розмір VM на сторінці Status > System information (Стан > Інформація про систему) інтерфейсу Expressway.

  • Кількість вузлів - кластер швидкісної дороги може мати від одного до шести вузлів. Вони повинні мати однаковий розмір вузла та працювати в одній версії програмного забезпечення.

  • Стратегія безперервності обслуговування - послуги використовують стратегії для забезпечення безперервного обслуговування користувачів. Служба календаря та служба повідомлень використовують стратегію відмови.

    Стратегії детально описані в таблиці Стратегії безперервності обслуговування та масштабу виділених кластерів.

  • Coresidency- коли з 'єднувачі мають спільний кластер Expressway, ресурси, доступні для кожної служби, значно нижчі порівняно з виділеним кластером.

    Також можуть існувати інші сервіси на основі швидкісних автомагістралей на вашому хості з 'єднувача, такі як бізнес-дзвінки (B2B) або мобільний і віддалений доступ (MRA). У обмежених сценаріях, де підтримується цей тип кернування, числа шкали, які ми тут документуємо, обмежені тим, що ми перевірили. Крім описаного в цій статті, не можна надавати спільний доступ до кластера швидкісної автомагістралі вузла-з 'єднання з іншими службами. Ця функція не підтримується.

  • Спеціальні обмеженняслужби. Наприклад, підключення календаря призначено переважно для користувачів Microsoft Exchange і підтримує обмежену кількість користувачів Office 365.

Розрахунки для виділених кластерів швидкісних автомагістралей

Ми встановлюємо жорстке обмеження на кількість користувачів послуг, якими може керувати окрема виділена швидкісна автомагістраль ("кластер з одного користувача"), на основі доказів, які ми збираємо під час тестування та випробувань.

Таблиця 1. Обмеження кількості користувачів на виділеній єдиній швидкісній автомагістралі
Розмір вузла швидкісної дороги Шкала обслуговування гібридного календаря Масштаб служби гібридних повідомлень
1. Маленький 5000 5000
2. Середній 10 000 6500
3. Великий 15000 15000

Ми використовуємо алгоритми безперервності обслуговування для екстраполяції номерів одиничних вузлів на кілька кластерів вузлів, як пояснюється в наступній таблиці. Якщо ви хочете отримати результати без пояснень, див.:

Таблиця 2. Стратегії безперервності обслуговування та масштаби виділених кластерів

Порівняти

Гібридна служба календаря

Гібридна служба обміну повідомленнями

1. Модель

Модель відмови

Модель відмови

2. Опис

Ми призначаємо кожного користувача одному вузлу в кластері. Це розподіляє користувачів між усіма вузлами.

Якщо вузол знижується, ми відновлюємо призначення користувача з цього вузла на інших вузлах.

Коли вузол знову з 'являється, ми змінюємо баланс призначень користувачів на всіх активних вузлах.

Ми призначаємо кожного користувача одному вузлу в кластері. Це розподіляє користувачів між усіма вузлами.

Якщо вузол знижується, ми відновлюємо призначення користувача з цього вузла на інших вузлах.

Коли вузол знову з 'являється, ми змінюємо баланс призначень користувачів на всіх активних вузлах.

3. Формула

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Визначення

Де:

UcalN - це кластер місткості N для користувачів служби календаря

N - кількість вузлів

Ucal1 - єдина потужність вузла для користувачів служби календаря

Де:

UmsgN - це кластер місткості N для користувачів служби повідомлень

N - кількість вузлів

Umsg1 - єдина потужність вузла для користувачів служби повідомлень

5. Примітки

Якщо N=1, перемикання не відбувається.

Відмова є автоматичною та обов 'язковою, якщо N>1.

Якщо N=2, ємність така ж, як якщо б N=1, з кращою безперервністю обслуговування.

Масштаб виграє від N>=3 або за допомогою більшого розміру вузла.

Якщо N=1, перемикання не відбувається.

Відмова є автоматичною та обов 'язковою, якщо N>1.

Якщо N=2, ємність така ж, як якщо б N=1, з кращою безперервністю обслуговування.

Масштаб виграє від N>=3 або за допомогою більшого розміру вузла.

Розрахунки для спільних кластерів швидкісних автомагістралей

Наш алгоритм передбачає, що з 'єднувачі coresident пропорційно поділяють ресурси одного вузла. Цей алгоритм консервативно встановлює ліміт для кожного типу користувача на вузлі.

Наприклад, наступна таблиця показує максимальну кількість користувачів для всіх виділених випадків та випадків ядра на одній середній швидкісній автомагістралі.

Таблиця 3. Шкала однієї середньої швидкісної автомагістралі для виділених сценаріїв або сценаріїв руху
Призначення швидкісної автомагістралі Користувачі служби календаря Користувачі служби повідомлень
Виділено для обслуговування календаря

10 000

Виділено для служби повідомлень

6,500

Спільний доступ надано службою календаря та службою повідомлень

4,000

4,000

Спільний доступ до Календаря, дзвінків і повідомлень

2,300

2,300

Ми не перераховуємо вичерпно всі стани ядра для всіх розмірів кластерів. Натомість ви можете відстежувати потужність існуючого розгортання гібридних служб або використовувати калькулятор для планування нового розгортання.


Калькулятор дозволяє вам вибрати роз 'єми, розмір вузла та кількість вузлів, щоб ви могли змоделювати ваше розгортання. Решта цього розділу пояснює, як він обчислює числа користувачів з вашої моделі.

Так само, як ми зробили для виділеної швидкісної дороги, ми екстраполюємо алгоритм для спільних швидкісних шляхів для визначення кількості користувачів для декількох вузлів. Відмінність від виділених випадків полягає в тому, що ми застосовуємо відповідний розрахунок безперервності послуги, щоб отримати шкалу користувача для певної послуги в кластері. Ми не можемо розрахувати масштаб користувача для кластера, оскільки кластер розташовує конкуруючі, засновані на користувачах стратегії безперервності послуг.

Таблиця 4. Потужність користувача на кластерах середніх вузлів

Мета кластера

Користувачі служби гібридних повідомлень для 1,2 та 3 вузлів

Виділено для служби повідомлень

6,500

6,500

13 000

Додаткові сприяючі фактори

Можуть існувати конкуруючі вимоги до ресурсів кластера, що зменшить можливості користувача. Це такі відомі приклади:

Сервіс календаря - хост-з 'єднувач також може обслуговувати користувачів O365. Цифри та розрахунки, наведені тут, передбачають, що лише ваша локальна інфраструктура Exchange надає Послугу календаря. Щоб дізнатися більше про "гібридну" службу календаря, у розділі "Служба календаря" цієї статті наведено деякі цифри та графіки.

Обробка викликів - вузол-з 'єднувач також може обробляти сигналізацію викликів та носії. Це фактично інтеграція "від бізнесу до бізнесу" між вашою організацією та хмарою Webex. Це зменшує пропускну спроможність, як описано в Coresidency з іншими рішеннями для швидкісних автомагістралей.

Ви можете використовувати Центр керування, щоб переглянути відсоткове значення поточної ємності користувача для кожного з ваших ресурсів гібридної швидкісної служби. Колірна смуга вказує, чи є ємність у допустимих межах. Це вікно дає змогу оцінити стан розгортання вашої гібридної служби та визначити, коли вам потрібно більше швидкісних автомагістралей.

  • Зелений- ваші швидкісні автомагістралі знаходяться в допустимих межах пропускної спроможності. (1%–60%)

  • - У вас достатньо швидкісних автомагістралей, але ви близькі до досягнення обмежень пропускної спроможності. (61%–90%)

  • Червоний- у вас недостатньо швидкісних автомагістралей і потрібно додати більше. (91% і більше)


    Якщо ваші швидкісні автомагістралі входять до групи ресурсів, індикатор пропускної спроможності з 'являється під фільтрованим виглядом кластерів у групі ресурсів.

  • Для розгортань без груп ресурсів (за замовчуванням):

    1. У розділі "Клієнти" перейдіть до розділу https://admin.webex.com " Послуги" > "Гібрид", а потім перейдіть до гібридних сервісних карток, щоб переглянути відсоток пропускної спроможності, використаної на ресурсах швидкісної дороги для кожної послуги.

  • Для розгортань з групами ресурсів:

    1. У розділі "Перегляд клієнта" перейдіть до розділу https://admin.webex.com " Послуги" > "Гібрид", перейдіть до гібридних сервісних карток, а потім у розділі "Ресурси" натисніть "Переглянути всі".

      Смужка місткості вказує лише місткість для кластерів поза групами ресурсів. Якщо всі кластери є частиною однієї або декількох груп ресурсів або служба не має налаштованих кластерів, панель місткості не відображається.

    2. Якщо значення ємності - Н/Д, виберіть групу ресурсів з Фільтра, щоб переглянути групи ресурсів і ємність.

      Значення оновлюється, щоб показати відсоток ємності, який використовується для кластерів у цій групі ресурсів, і кольорове кодування для позначення стану здоров 'я.

Що слід пам 'ятати

  • Пропускна спроможність кластера змінюється залежно від розміру вузла, кількості вузлів у кластері Expressway, кількості служб, які працюють у кластері, та стратегії високої доступності або відмови. Щоб отримати додаткову інформацію, перегляньте окремі розділи "Календар" та "Шкала повідомлень".

  • Coresidency зменшує масштаб користувача для існуючих послуг; алгоритм спроможності передбачає, що кожен користувач використовує всі служби.


    Ми рекомендуємо coresidency, коли ви випробовуєте кілька сервісів, або якщо у вас є невелике розгортання. Для виробничих служб або для масштабних розгортань рекомендуємо запускати різні гібридні служби на виділених кластерах швидкісних автомагістралей.

Що далі

Щоб додати більше швидкісних автомагістралей для гібридних служб, скористайтеся інструкціями з розгортання для реєстрації хостів коннекторів у хмарі та додавання їх до існуючих кластерів:

Потужність кластера Expressway для користувачів послуги гібридного календаря в першу чергу залежить від розміру та кількості вузлів у кластері, а також від стратегії безперервності обслуговування. Наступна таблиця показує максимальну загальну ємність користувача, яку кластер може обробляти, коли ви збільшуєте вузли (або розмір ВУЗЛА OVA) на одному виділеному кластері.


У гібридному середовищі Exchange з користувачами Office 365 існує обмеження в 1000 користувачів Office 365 на кластер, незалежно від кількості або розміру вузла кластера. Хмарна служба є переважним методом обробки користувачів Office 365. Ми наполегливо рекомендуємо тимчасово розміщувати користувачів Office 365 на швидкісній дорозі.

Це обмеження випливає з взаємодії з хмарним сервісом Microsoft, а не з масштабу локального розгортання Expressway. Наприклад, якщо у вас є один невеликий вузол швидкісної дороги, ваша потужність обмежена 1000 користувачів Office 365 і 4000 користувачів Microsoft Exchange. Якщо у вас є кластер з 6 невеликих вузлів, ваша потужність обмежена 1000 користувачів Office 365 плюс 24 000 користувачів Microsoft Exchange.

Таблиця 5. Потужність користувача гібридного календарного сервісу для виділеного кластера

Розмір вузла швидкісної дороги

1 або 2 вузли*

3 Вузли

4 Вузли

5 вузлів

6 Вузлів

1. Маленький

5K

10 тис.

15 тис.

20 тис.

25 ТИС.

2. Середній

10 тис.

20 тис.

30 тис.

40 ТИС.

50 тис.

3. Великий

15 тис.

30 тис.

45 ТИС.

60 тис.

75 тис.

* Зауважте, що ємність користувача однакова для кластера з одного вузла і для кластера з двох вузлів. Це пов 'язано з тим, що служба календаря використовує відмову для покращення безперервності обслуговування. Всі користувачі призначаються одному вузлу, коли в кластері є два вузли; інший вузол є резервним. Детальні пояснення див. у розділі Планування пропускної спроможності кластерів швидкісних автомагістралей для користувачів гібридних послуг.

Призначення користувачів між хостами та кластерами

За замовчуванням служба гібридного календаря автоматично призначає і розподіляє користувачів рівномірно між усіма з 'єднувачами календаря в кластері. Призначення є динамічним на основі наявності, і адміністратор не має контролю над тим, до якого вузла призначений окремий користувач.

У випадках, коли організація має більше одного кластера, розподіл користувачів ґрунтується на багатьох факторах, включаючи доступність кластера, поточне призначення (щоб зменшити відхилення під час відновлення після збою) та порядок сортування на основі найвищих уподобань кластера. Адміністратор також має можливість призначити користувача або групу користувачів до групи ресурсів. Групи ресурсів є специфічними для кластера, тому вони дозволяють адміністраторам обмежувати призначення певних наборів користувачів до певного кластера.

Завдяки цьому базовому розумінню призначення користувачів та враховуючи передумови роз 'єму календаря швидкісних автомагістралей, адміністратор може розгорнути відповідну потужність у масштабі для своєї організації. Давайте розглянемо приклад організації з 126 000 користувачів, які будуть увімкнені для служби гібридного календаря, враховуючи такі параметри:

  • Швидкісні кластери з 6 вузлів, що використовують ВЕЛИКИЙ шаблон OVA (обмеження 15 000 користувачів на вузол)

  • Групи ресурсів не потрібні

Формула ємності для одного кластера, U calN = (N-1) * U cal1, де N=6 і Ucal1=15 000 (за допомогою ВЕЛИКОГО шаблону OVA) дає максимум 75 000 користувачів. При загальній кількості 126 000 користувачів у розгортанні служби календаря потрібні кілька кластерів хостів Calendar Connector. Користувачі будуть розподілені порівну, як показано на наступному малюнку:

Малюнок 1. Призначення
Два кластери по 6 вузлів кожен; кластер А розміщує 12 500 користувачів на вузол загалом 75 000 користувачів, кластер В розміщує 8500 користувачів на вузол загалом 51 000 користувачів. Разом налічується 126 000 користувачів, закріплених за службою гібридного календаря.

Служба гібридного календаря додає користувачів до кластера А спочатку, поки кластер не досягне 75 000 користувацької ємності, а потім призначає решту користувачів до кластера В. Користувачі розподіляються між усіма вузлами кластера випадковим чином та однаково. Цей приклад показує рівномірний розподіл вузлів хосту Calendar Connector (в межах кожного з двох кластерів) між центрами обробки даних RTP і PDX. Кожен вузол використовує один і ТОЙ же шаблон OVA і дотримується правил високої доступності Expressway. З 'єднувач календаря використовує логіку кластеризації Expressway в моделі резервування 5+1, щоб забезпечити сценарії високої доступності.

З усіма користувачами, призначеними для з 'єднувача календаря, давайте тепер розглянемо, що відбувається, коли в кластері виникає помилка. На наступному малюнку показано збій одного вузла. Користувачам, яким було призначено вузол, що зазнав невдачі, 5A в кластері A, тепер не вдалося передати решту вузлів в цьому кластері. Єдина потужність вузла дозволяє до 15 000 користувачів, і кожен вузол, що залишився в кластері А, додає 2500 користувачів, які спочатку були призначені на вузол 5А. Немає ніяких змін або впливу на кластер B або на користувачів, призначених для кластера B.

Малюнок 2. Один вузол у кластері А стає недоступним

Кластер А все ще знаходиться на максимальній потужності, і кожен з операційних вузлів у кластері зараз знаходиться на максимальній потужності, 15 000 користувачів/вузол. Тому, якщо інший вузол у кластері А стає недоступним, наприклад, вузол 4А на наступному малюнку, кластер В тепер буде відповідати за підхоплення додаткового навантаження користувача. 15 000 користувачів з вузла 4А тепер перепризначені до кластера B і рівномірно розподілені між усіма вузлами в межах кластера B.

Малюнок 3. Два вузли в кластері А стають недоступними

Коли вузли 4A та 5A відновлюються, користувачі кластера A будуть перерозподілені між вузлами кластера. Користувачі, яким не вдалося перейти до кластера B, залишаються в кластері B під час цього етапу відновлення, щоб уникнути зайвих призначень користувачів між кластерами, як показано на наступному малюнку.

Малюнок 4. Відновлення та перерозподіл користувачів між активними вузлами

Ключовим елементом, про який слід знати при плануванні широкомасштабного розгортання служби гібридного календаря, є розуміння впливу несправності, якщо вона відбудеться під час розгортання. Якщо ми використовуємо те саме 126 000 користувачів, але втрачаємо весь центр обробки даних, існує ймовірність того, що користувачі не будуть призначені до вузла Calendar Connector. Щоб запобігти відключенню послуг у цьому типі сценарію, клієнту знадобиться третій кластер для перерозподілу та обробки постраждалих користувачів.

Малюнок 5. Вплив втрати ЦОД

Потужність кластера Expressway для обслуговування користувачів служби гібридних повідомлень залежить від розміру складаючих вузлів Expressway, кількості вузлів у кластері та стратегії безперервності обслуговування.

У наведеній нижче таблиці показано максимальну кількість користувачів на одній швидкісній автомагістралі, яка використовується для гібридної служби повідомлень.

Таблиця 6. Потужність гібридного сервісу повідомлень користувача на одній виділеній швидкісній автомагістралі

Мала швидкісна автомагістраль

Середня швидкісна дорога

Велика швидкісна автомагістраль

5000 користувачів

6500 користувачів

15 000 користувачів

Малюнок 6. Масштаб користувача служби гібридних повідомлень на виділених кластерах хостів коннекторів. Ця діаграма показує максимальний рівень масштабу користувача при збільшенні вузлів у виділеному кластері для гібридної служби повідомлень

Номери користувачів однакові для кластера з одного вузла і для кластера з двох вузлів. Це пояснюється тим, що служба повідомлень використовує перемикання на відмову для покращення безперервності обслуговування. Користувачі рівномірно розподілені між декількома вузлами в кластері: якщо один вузол виходить з ладу, користувачі цього вузла призначаються іншим вузлам.

Малюнок 7. Приклад Coresidency: Гібридна служба повідомлень та Календарна служба Масштаб користувача за типом кластера. Ця діаграма показує максимальну кількість користувачів служби повідомлень і користувачів служби календарів у кожному кластері для різних типів кластерів, які розміщують як з 'єднувачі повідомлень, так і з' єднання календарів.

Ця тема стосується спільного використання з 'єднувального вузла швидкісної дороги між з' єднувачами для декількох гібридних служб, включаючи службу календаря та службу повідомлень. Хост-комп 'ютер не має спільного доступу з іншими рішеннями на основі Expressway, такими як MRA та B2B.

Пропускна здатність хост-кластера коннектора залежить від розміру вузлів швидкісної дороги, кількості вузлів, коннекторів, які працюють на кластері, та стратегії безперервності обслуговування. Детальне пояснення цих факторів див. у розділі Планування пропускної спроможності кластерів швидкісних автомагістралей для користувачів гібридних послуг.

Також існує калькулятор для моделювання різних кластерів хостів-з 'єднувачів і визначення кількості користувачів кожної служби, яку може підтримувати запропонований кластер.

Загалом, ми рекомендуємо coresidency тільки для менших розмірів розгортань до двох вузлів. Якщо ваше розгортання перевищує потужність пари вузлів, слід перемістити з 'єднувачі до кластерів швидкісних автомагістралей, призначених для кожної певної гібридної служби.

Приклад: Масштаб головного роз 'єму з трьома кореспондентськими роз' ємами

Наступна таблиця показує приклад масштабу та керівництва. Він надає максимальну кількість користувачів на кластер для кожної служби з різними специфікаціями кластера хост-комп 'ютерів. Кластер надає спільний доступ до гібридної служби календаря (за допомогою локального Exchange), гібридної служби викликів і гібридної служби повідомлень.

Таблиця 7. Приклад: Масштаб хоста з 'єднувача з двома з' єднувачами кореспондента

Служба

Два малих вузла

Два середні вузли

Два великих вузли

Користувачі служби календаря

1,300

2,300

3,000

Користувачі служби повідомлень

1,300

2,300

3,000

Вступ

Ця тема стосується спільного використання з 'єднувального вузла Expressway з іншими рішеннями на основі Expressway. Коли ви вирішуєте розмістити з 'єднувачі на швидкісній автомагістралі, яку ви використовуєте для інших цілей, застосовуються такі важливі застереження:

  • Ми не можемо підтримувати модель масштабованості, яка застосовується до виділеного з 'єднувача вузла Expressway. Номери користувачів, отримані в результаті читання інших тем у цій статті або використання калькулятора, не застосовуються, коли хост-з 'єднувач надається іншим службам швидкісної дороги.

  • Комбінації служб на основі швидкісних автомагістралей та гібридних з 'єднувачів служб, описані в цій статті, а також пов' язані з ними номери користувачів є єдиними підтримуваними сценаріями. Ми не тестували інші сценарії, і ви не можете очікувати, що вони працюватимуть у вашому середовищі.

Служба календаря на основі швидкісних автомагістралей із з 'єднувачем дзвінків і обхід служби дзвінків

У цьому сценарії кластер з двох вузлових роз 'ємів Expressway Hybrid Calendar Service. Кластер також виконує обхід викликів для інших рішень Cisco (сигналізація SIP та носії).

У таблиці наведено різні середовища календаря, які можна використовувати з роз 'ємом на основі швидкісної автомагістралі. Роз 'єм Календаря на основі швидкісної дороги не підтримується на кластерах з більш ніж двома вузлами. Використовуйте хмарний з 'єднувач для більшого масштабу в Office 365 (див. Шкала обслуговування календаря).

Таблиця 8. Шкала користувача для обслуговування календаря з обміном дзвінками

Служба

Два малих вузлових скупчення

Кластер з двома середніми вузлами

Два великих кластери вузлів

Служба календаря

Локальний обмін

500 користувачів

1000 користувачів

1000 користувачів

Office 365

500 користувачів

1000 користувачів

1000 користувачів

Локальна біржа та Office 365 (розгортання гібридної біржі)

Максимум 500 користувачів для обох

Максимум 1000 користувачів для обох

Максимум 1000 користувачів для обох

Обхід дзвінка

200 аудіосесій

100 відеосесій

200 аудіосесій

100 відеосесій

1000 аудіосесій

500 відеосесій

† Щоб уникнути цього обмеження масштабу, радимо використовувати хмарну службу календаря замість локального з 'єднувача. Для служби на основі гібридного календаря Expressway обмеження потужності користувача Office 365 до 1000 на кластер не залежить від розміру або кількості вузлів кластера; це обмеження випливає з взаємодії з хмарною службою Microsoft, а не з масштабу локального розгортання Expressway.

Календар з мобільним і віддаленим доступом

У цьому сценарії кластер MRA з однієї або двох невеликих віртуальних машин Expressway розміщує з 'єднувач календаря. Цей сценарій передбачає, що кластер використовується тільки для MRA та двох роз 'ємів. Кластер обмежений одним або двома невеликими вузлами.

Таблиця 9. Масштаб з 'єднувача календаря на малій швидкісній дорозі MRA-C

Призначення швидкісної автомагістралі

Скупчення однієї малої швидкісної автомагістралі-C

Скупчення двох малих швидкісних автомагістралей

Користувачі служби календаря (локальний з 'єднувач для Exchange)

500 користувачів

500 користувачів

Користувачі мобільного зв 'язку та віддаленого доступу

100

100