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

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

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

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

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

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

Назначение пользователей узлам и кластерам

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

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

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

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

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

С помощью формулы емкости для одного кластера U_calN = (N – 1) * U_cal1, где N = 6 и U_cal1 = 15 000 (использование большого шаблона OVA) можно определить максимальное количество пользователей: 75 000. Если в развертывании службы календаря общее количество пользователей составляет 126 000, требуется несколько кластеров главного узла соединителя календаря. Пользователи будут распределены равномерно, как показано на рисунке ниже.

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

Теперь, когда все пользователи назначены соединителю календаря, рассмотрим, что произойдет в случае сбоя в кластере. На рисунке ниже отображается сбой в одном узле. Пользователи, которые были назначены неисправному узлу (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 во избежание ненужных назначений пользователей между кластерами, как показано на рисунке ниже.

При планировании крупномасштабного развертывания службы календаря гибридного типа важно понимать, какое влияние окажет сбой, если он произойдет в развертывании. Если в таком же развертывании (126 000 пользователей) весь центр обработки данных выйдет из строя, существует вероятность того, что пользователи не будут назначены узлу соединителя календаря. Чтобы предотвратить сбой в работе службы при использовании этого сценария, клиенту потребуется третий кластер для перераспределения и обработки затронутых пользователей.

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

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

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

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

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

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

Пример. Масштабирование узла соединителя с тремя совместно размещенными соединителями

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

Введение

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

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

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

Служба календаря на базе Expressway с соединителем вызовов и обходом службы вызовов

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

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

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

Служба календаря с мобильным и удаленным доступом

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