Возможности кластера Expressway по обслуживанию пользователей гибридной службы календаря зависят от размера входящих в состав узлов Expressway-C, количества узлов в кластере Expressway и стратегии обеспечения непрерывности обслуживания.

В следующей таблице показано максимальное количество пользователей на одной скоростной автомагистрали, предназначенной для разных сред Hybrid Calendar.

_{* Чтобы избежать этого ограничения масштаба, мы рекомендуем использовать облачную службу календарей вместо локального коннектора. В гибридном календаре на базе ExpressWay ограничение количества пользователей Office 365 до 1000 на кластер не зависит от размера или количества узлов кластера; это ограничение связано с взаимодействием с облачным сервисом Microsoft, а не масштабами локального развертывания Expressway}.

Обратите внимание, что пользовательская емкость одинакова для кластера из одного узла и для кластера из двух узлов. Это связано с тем, что Calendar Service использует аварийное переключение для повышения непрерывности обслуживания. При наличии двух узлов в кластере все пользователи назначаются на один узел; другой узел представляет собой резервную резервную копию. Подробное объяснение см. в разделе Планирование пропускной способности кластера Expressway для пользователей гибридных сервисов.

Пропускная способность кластера Expressway для пользователей службы гибридного календаря в первую очередь зависит от размера и количества узлов в кластере, а также от стратегии обеспечения непрерывности обслуживания. В следующей таблице показана максимальная общая пользовательская емкость, которую может выдержать кластер при увеличении узлов (или размера узла OVA) в одном выделенном кластере.

_{* Обратите внимание, что пользовательские возможности одинаковы для кластера из одного узла и для кластера из двух узлов. Это связано с тем, что служба календаря использует отказоустойчивость для повышения непрерывности обслуживания. При наличии двух узлов в кластере все пользователи назначаются на один узел; другой узел представляет собой резервную резервную копию. Подробное объяснение см. в разделе Планирование пропускной способности кластера Expressway для пользователей гибридных сервисов}.

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

По умолчанию служба гибридного календаря автоматически назначает и равномерно распределяет пользователей по всем коннекторам календаря в кластере. Назначение динамично в зависимости от доступности, и администратор не может контролировать, к какому конкретному узлу отнесен отдельный пользователь.

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

Основываясь на базовом понимании назначения пользователей и принимая во внимание требования к Expressway Calendar Connector, администратор может развертывать ресурсы, необходимые для своей организации, в нужном масштабе. Рассмотрим пример организации из 126 000 пользователей, которым необходимо подключить службу гибридного календаря с учетом следующих параметров:

• Кластеры Expressway из 6 узлов, использующие большой шаблон OVA (ограничение 15 000 пользователей на узел)

• Группы ресурсов не требуются

Формула емкости для одного кластера U _CalN = (N-1) * U cal1, где N = 6 и U _cal1 = 15 000 (при использовании большого шаблона OVA) позволяет использовать максимум 75 000 пользователей. В развертывании службы календаря задействовано 126 000 пользователей, поэтому требуется несколько кластеров хостов Calendar Connector. Пользователи будут распределены поровну, как показано на следующем рисунке:

Служба гибридного календаря сначала добавляет пользователей в кластер A до тех пор, пока емкость кластера не достигнет 75 000 пользователей, а затем распределяет остальных пользователей в кластер B. Пользователи распределены по всем узлам кластера случайным образом и поровну. В этом примере показано равное распределение хост-узлов Calendar Connector (в каждом из двух кластеров) между центрами обработки данных RTP и PDX. Каждый узел использует один и тот же шаблон OVA и соответствует рекомендациям Expressway по обеспечению высокой доступности. Calendar Connector использует логику кластеризации Expressway в модели резервирования 5+1 для обеспечения сценариев высокой доступности.

Теперь, когда все пользователи подключены к Calendar Connector, давайте рассмотрим, что происходит в случае сбоя в кластере. На следующем рисунке показан сбой одного узла. Пользователи, назначенные на неисправный узел 5A в кластере A, теперь переключились на остальные узлы этого кластера. Емкость одного узла позволяет разместить до 15 000 пользователей, а каждый узел, оставшийся в кластере A, добавляет 2500 пользователей, первоначально назначенных на узел 5A. Никаких изменений или последствий для кластера B или для пользователей, назначенных в кластер B.

Кластер A по-прежнему имеет максимальную пропускную способность, и каждый из рабочих узлов кластера теперь имеет максимальную пропускную способность — 15 000 пользователей на узел. Таким образом, если другой узел в кластере A станет недоступен, например узел 4A на следующем рисунке, кластер B теперь будет нести ответственность за дополнительную нагрузку на пользователей. 15 000 пользователей из узла 4A теперь переведены в кластер B и равномерно распределены по всем узлам кластера B.

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

Главное, на что следует обратить внимание при планировании крупномасштабного развертывания службы Hybrid Calendar Service, — это понимание последствий сбоя в развертывании. Если мы используем то же самое развертывание на 126 000 пользователей, но потеряем целый центр обработки данных, существует вероятность того, что пользователи не будут подключены к узлу Calendar Connector. Чтобы предотвратить перебои в обслуживании в подобном сценарии, заказчику потребуется третий кластер для перераспределения и обслуживания затронутых пользователей.

Возможности кластера Expressway по обслуживанию пользователей гибридных сообщений зависят от размера входящих в состав узлов Expressway, количества узлов в кластере и стратегии обеспечения непрерывности обслуживания.

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

В этом разделе рассказывается о совместном использовании хоста соединителя Expressway между коннекторами нескольких гибридных служб, включая службу календарей и службу сообщений. Хост соединителя не используется совместно с другими решениями на базе ExpressWay, такими как MRA и B2B.

Пропускная способность кластера хост-коннекторов зависит от размера входящих в состав узлов Expressway, количества узлов, коннекторов, работающих в кластере, и стратегии обеспечения непрерывности обслуживания. Подробное описание этих факторов см. в разделе Планирование пропускной способности кластера Expressway для пользователей гибридных сервисов.

Существует также калькулятор, позволяющий смоделировать разные кластеры хостов соединителей и узнать, сколько пользователей каждой из служб может поддерживать предлагаемый кластер.

Как правило, совместное использование ресурсов рекомендуется только для небольших развертываний, включающих до двух узлов. Если емкость развертывания превышает пропускную способность пары узлов, следует перенести коннекторы в кластеры Expressway, предназначенные для каждой конкретной гибридной службы.

Пример: масштаб хостов коннекторов с тремя параллельными коннекторами

В следующей таблице приведен пример масштабирования и совпадений. В нем указано максимальное количество пользователей в кластере для каждой службы с различными характеристиками кластера хостов соединителя. Кластер используется совместно с гибридным календарем (с использованием локального сервера Exchange), гибридным вызовом и службой гибридных сообщений.

Введение

В этом разделе рассказывается о совместном использовании хоста соединителя Expressway с другими решениями на базе Expressway. При размещении разъемов на скоростной автомагистрали, используемой для других целей, действуют следующие важные предостережения:

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

• Комбинации сервисов на основе Expressway и коннекторов гибридных сервисов, описанные в этой статье, и соответствующие номера пользователей — единственные поддерживаемые сценарии. Мы не тестировали другие сценарии, и вы не можете ожидать, что они будут работать в вашей среде.

Служба календарей на базе ExpressWay с коннектором вызовов и функцией обхода вызовов

В этом сценарии гибридный календарь кластера Expressway состоит из двух узлов. Кластер также выполняет обход вызовов для других решений Cisco для вызовов (сигнализация SIP и мультимедиа).

В таблице представлены различные календарные среды, которые можно использовать с соединителем на базе Expressway. Коннектор календаря на базе Expressway не поддерживается в кластерах с более чем двумя узлами. Используйте облачный коннектор для повышения масштабируемости Office 365 (см. раздел «Масштаб службы календаря»).

_{† Чтобы обойти это ограничение масштаба, мы рекомендуем использовать облачную службу календарей вместо локального коннектора. В гибридном календаре на базе ExpressWay ограничение количества пользователей Office 365 до 1000 на кластер не зависит от размера или количества узлов кластера; это ограничение связано с взаимодействием с облачным сервисом Microsoft, а не масштабами локального развертывания Expressway}.

Календарь с мобильным телефоном и Remote Access

В этом сценарии коннектор календаря размещен в кластере MRA из одной или двух небольших виртуальных машин Expressway. В этом сценарии предполагается, что кластер используется только для MRA и двух коннекторов. Кластер ограничен одним или двумя небольшими узлами.