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

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

_{* Щоб уникнути цього обмеження масштабу, ми рекомендуємо використовувати хмарну службу календаря замість локального з’єднувача. Для гібридного календаря на основі Expressway обмеження можливостей користувача Office 365 до 1000 на кластер не залежить від розміру або кількості вузлів кластера. Це обмеження виникає внаслідок взаємодії з хмарною службою Microsoft, а не масштабу локального розгортання Expressway.}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вступ

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

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

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

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

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

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

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

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

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