Потужність кластера 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.

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

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

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

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

Завдяки цьому базовому розумінню призначення користувачів та враховуючи передумови роз 'єму календаря швидкісних автомагістралей, адміністратор може розгорнути відповідну потужність у масштабі для своєї організації. Давайте розглянемо приклад організації з 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, такими як MRA та B2B.

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

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

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

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

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

Вступ

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

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

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

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

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

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

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

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

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