В этой статье приведены рекомендации по планированию емкости соединителя для развертываний служб Webex гибридного типа и определению возможностей масштабирования. Что касается систем развертываний выделенных и совместно размещенных соединителей, то здесь вы найдете информацию о максимальном поддерживаемом количестве пользователей для кластеров соединителя, факторах, которые определяют предельные значения для поддерживаемого количества пользователей, а также сведения о том, как использовать Control Hub для оценки потребности в добавлении дополнительных кластеров Expressway.
 |
Срок службы вызовов гибридного типа в архитектуре Call Connector закончился, поэтому служба официально больше не поддерживается. Call Connector не следует учитывать при планировании емкости Expressway для служб гибридного типа. |
 |
В этой статье не рассматривается планирование емкости для интеграции Cisco TMS службы календаря гибридного типа с Office 365 или интеграции Cisco TMS с календарем Google. Дополнительную информацию о емкости см. в руководстве по развертыванию службы календаря гибридного типа Cisco Webex. |
В этой статье приведена информация относительно вопросов планирования емкости и методов расчета масштабирования пользователей. Чтобы смоделировать определенные сценарии воспользуйтесь калькулятором емкости для служб гибридного типа.
Рекомендации по планированию
При планировании емкости Expressway для пользователей служб гибридного типа рассмотрите следующие вопросы.
Какие службы гибридного типа требуются?
На кластере Expressway можно разместить соединители для службы вызовов гибридного типа, службы календаря гибридного типа и службы сообщений гибридного типа.
Каково количество пользователей для каждой службы?
Чем больше пользователей у вас будет для каждой службы, тем вероятнее, что вы решите назначить отдельный кластер Expressway для этих служб. Для небольшого количества пользователей запуск нескольких соединителей на общем кластере (совместное размещение) является правильным решением.
Могут ли меняться ваши потребности?
Можно начать с одного кластера Expressway, который будет предоставлять службы для небольшой группы ранних пользователей в вашей организации, и запланировать увеличение их числа для будущего развертывания. Можно перейти с общей модели на выделенную модель или масштабировать существующий кластер в соответствии с растущими требованиями.
Факторы
Емкость кластера определяется с точки зрения приведенных ниже переменных.
Размер узла. Каждая виртуальная машина Expressway имеет "размер виртуальной машины", который определяется во время установки ресурсов, назначенных для виртуальной машины. Эти требования описаны в руководстве по установке Expressway. Если у вас уже есть Expressway, размер виртуальной машины можно узнать на странице интерфейса Expressway .
Число узлов. Кластер Expressway может содержать от одного до шести узлов. У них должен быть одинаковый размер и одинаковая версия программного обеспечения.
Стратегия обеспечения непрерывности обслуживания. В службах используются стратегии для обеспечения непрерывности обслуживания пользователей. В службе календаря и службе сообщений используется стратегия аварийного переключения.
Стратегии подробно описаны в таблице Стратегия обеспечения непрерывности обслуживания и масштабирование выделенных кластеров.
Совместное размещение. При совместном использовании соединителями кластера Expressway ресурсы, доступные для каждой службы, существенно ниже по сравнению с выделенным кластером.
На узле соединителя могут также размещаться другие службы на базе Expressway, например вызовы "бизнес для бизнеса" (B2B) или служба мобильного и удаленного доступа (MRA). В сценариях с предельным количеством, в которых поддерживается этот тип совместного размещения, параметры приведенного здесь масштабирования ограничены протестированными вариантами. Помимо сведений, описанных в этой статье, обратите внимание, что кластер Expressway узла соединителя не должен использоваться совместно с другими службами. Эта возможность не поддерживается.
Ограничения для конкретных служб. Например, соединитель календаря предназначен главным образом для пользователей Microsoft Exchange и поддерживает ограниченное количество пользователей Office 365.
Расчеты для выделенных кластеров Expressway
На основании данных тестирования и пробного использования установлено жесткое ограничение количества пользователей службы с правами на управление одним выделенным Expressway ("кластер одного").
| Размер узла Expressway | Масштабирование службы календаря гибридного типа | Масштабирование службы сообщений гибридного типа |
|---|---|---|
| 1. Маленький | 5000 | 5000 |
| 2. Средний | 10000 | 6500 |
| 3. Большой | 15000 | 15000 |
Мы используем алгоритмы непрерывности обслуживания для перевода значений на одном узле в значения на кластерах с несколькими узлами, как описано в таблице ниже. Результаты без объяснений приведены здесь:
Сравнение |
Служба календаря гибридного типа |
Служба сообщений гибридного типа |
|---|---|---|
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 или при использовании узлов большего размера. |
Расчеты для общих кластеров Expressway
Наш алгоритм предполагает, что совместное размещение соединителей обеспечивает пропорциональное совместное использование ресурсов одного узла. Этот алгоритм устанавливает рекомендованное ограничение для каждого типа пользователя на узле.
Например, в таблице ниже приведено максимальное количество пользователей для всех случаев выделения и совместного размещения на одном Expressway среднего размера.
| Цель Expressway | Пользователи службы календаря | Пользователи службы сообщений |
|---|---|---|
| Выделенный для службы календаря | 10,000 |
— |
Выделенный для службы сообщений |
— |
6,500 |
Совместное использование службой календаря и службой сообщений |
4,000 |
4,000 |
Совместное использование службами календаря, вызовов и сообщений |
2,300 |
2,300 |
Исчерпывающий список состояний совместного размещения для всех размеров кластеров не будет представлен. Вместо этого можно выполнить мониторинг емкости существующего развертывания служб гибридного типа или использовать калькулятор для планирования нового развертывания.
|
В калькуляторе предусмотрен выбор соединителей, размеров узла и количества узлов для моделирования развертывания. Оставшаяся часть этого раздела содержит сведения о расчете количества пользователей в модели. |
Как и для выделенных Expressway, этот алгоритм используется в отношении общих Expressway с целью определения количества пользователей для нескольких узлов. Отличие от алгоритма для выделенных ресурсов заключается в применении соответствующего расчета непрерывности обслуживания с целью получения возможности масштабирования пользователей для конкретной службы в кластере. Рассчитать масштабирование пользователей для кластера невозможно ввиду выполнения на кластере конкурирующих стратегий непрерывности обслуживания на основании данных о пользователях.
Цель кластера |
Пользователи службы сообщений гибридного типа для узлов 1, 2 и 3 |
||
|---|---|---|---|
Выделенный для службы сообщений |
6,500 |
6,500 |
13,000 |
Дополнительные факторы
На ресурсы кластера может возникать конкурирующая потребность, которая приведет к снижению его емкости. Ниже представлены примеры.
Служба календаря. Узел соединителя может также обслуживать пользователей O365. Приведенные количества и расчеты предполагают, что служба календаря предоставляется только вашей локальной инфраструктурой Exchange. Дополнительную информацию в числах и графиках о службе календаря "гибридного типа" см. в разделе службы календаря этой статьи.
Обработка вызовов. Узел соединителя может обрабатывать мультимедиа и сигналы вызова. По сути, это интеграция "Бизнес-бизнес" между вашей организацией и облаком Webex. Таким образом снижается емкость (описание см. в разделе Совместное размещение с другими решениями Expressway).
Теперь в Control Hub можно видеть процентное значение текущего максимального количества пользователей каждого ресурса Expressway служб гибридного типа. Цветная полоса показывает, находится ли емкость в допустимых пределах. Это представление позволяет оценить работоспособность развертываний служб гибридного типа и определить необходимость дополнительных ресурсов Expressway.
Зеленый. Количество Expressway соответствует допустимым предельным значениям емкости. (1–60 %)
Оранжевый. Количество Expressway является достаточным, но приближается к достижению предельного значения емкости. (61–90 %)
Красный. Количество Expressway является недостаточным, требуется добавить дополнительные ресурсы (91 % и выше).
Если устройства Expressway находятся в группе ресурсов, индикатор емкости отображается под отфильтрованным представлением кластеров в группе ресурсов.
Развертывания без групп ресурсов (по умолчанию).
В окне просмотра информации о клиенте на веб-сайте https://admin.webex.com перейдите к меню и прокрутите страницу до карточек служб гибридного типа, чтобы увидеть процент используемой емкости ресурсов Expressway для каждой службы.
Развертывания с группами ресурсов.
Если установлено значение емкости Н/Д, выберите группу ресурсов в представлении Отфильтровать для просмотра групп ресурсов и количества.
Значение обновляется для отображения процентного показателя емкости, используемой для кластеров в этой группе ресурсов и цветовой маркировки, позволяющей оценить состояние.
Информация, которую необходимо принять к сведению
Емкость кластера варьируется в зависимости от размера узла, количества узлов в кластере Expressway, количества служб, работающих на кластере, а также используемой стратегии – стратегии высокой доступности или аварийного переключения. Подробности см. в отдельных разделах, посвященных масштабированию служб календаря и сообщений.
Совместное размещение снижает возможность масштабирования пользователей для существующих служб. В алгоритм емкости заложено предположение, что каждый пользователь использует все службы.
Совместное размещение рекомендуется применять при использовании нескольких служб или для мелкомасштабного развертывания. Для работы служб, предназначенных для промышленной эксплуатации или крупномасштабных развертываний, рекомендуется использовать разные службы гибридного типа на выделенных кластерах Expressway.
Дальнейшие действия
Чтобы добавить дополнительные кластеры Expressway для служб гибридного типа, обратитесь к руководству по развертыванию для получения сведений о регистрации узлов соединителя в облаке и их добавлении к существующим кластерам.
Емкость кластера Expressway для пользователей службы календаря гибридного типа в основном зависит от размера и количества узлов в кластере, а также стратегии обеспечения непрерывности обслуживания. В таблице ниже приведены значения максимального общего количества пользователей, которое может быть обработано кластером, по мере увеличения количества узлов (или размера узла OVA) в одном выделенном кластере.
|
В среде Exchange гибридного типа с пользователями Office 365 ограничение составляет 1000 пользователей Office 365 на кластер, независимо от размера узлов кластера или количества узлов. Предпочтительным способом обработки пользователей Office 365 является облачная служба. Настоятельно рекомендуется размещать пользователей Office 365 на Expressway только временно. Это ограничение обусловлено взаимодействием с облачной службой Microsoft, а не масштабом развертывания локального кластера Expressway. Например, при наличии одного малого узла Expressway емкость ограничена до 1000 пользователей Office 365 и 4000 пользователей Microsoft Exchange. При наличии кластера из 6 малых узлов ограничение емкости составит 1000 пользователей Office 365 и 24 000 пользователей Microsoft Exchange. |
Размер узла Expressway |
1 или 2 узла* |
3 узла |
4 узла |
5 узлов |
6 узлов |
|---|---|---|---|---|---|
1. Маленький |
5000 |
10 000 |
15 000 |
20 000 |
25 000 |
2. Средний |
10 000 |
20 000 |
30 000 |
40 000 |
50 000 |
3. Большой |
15 000 |
30 000 |
45 000 |
60 000 |
75 000 |
* Обратите внимание на то, что для кластера с одним узлом и кластера с двумя узлами количество пользователей является одинаковым. Это связано с использованием функции отработки отказов для улучшения непрерывности работы службы календаря. Если кластер содержит два узла, то все пользователи назначаются одному узлу; другой узел является избыточным резервным компонентом. Подробное описание см. в разделе Планирование емкости кластера Expressway для пользователей служб гибридного типа.
Назначение пользователей узлам и кластерам
По умолчанию служба календаря гибридного типа автоматически назначает пользователей и распределяет их равномерно по всем соединителям календаря в кластере. Назначение осуществляется динамически на основе доступности. У администратора отсутствует возможность управления назначением отдельного пользователя определенному узлу.
Если в организации существует несколько кластеров, распределение пользователей зависит от нескольких факторов, включая доступность кластера, текущее назначение (с целью уменьшения количества действий во время восстановления после сбоя) и порядок сортировки на базе наиболее высоких предпочтительных параметров кластера. Администратор также может назначить группе ресурсов пользователя или группу пользователей. Группы ресурсов отличаются для кластеров, что позволяет администраторам ограничивать назначение определенных наборов пользователей конкретному кластеру.
Имея это базовое представление о назначении пользователей и принимая во внимание Предварительные требования соединителя календаря Expressway, администратор может развернуть соответствующую емкость в масштабе своей организации. Рассмотрим пример организации из 126 000 пользователей, для которых необходимо включить службу календаря гибридного типа, с учетом приведенных ниже параметров.
Кластеры Expressway из 6 узлов, использующие большой шаблон OVA (с ограничением до 15 000 пользователей на узел)
Группы ресурсов не требуются
С помощью формулы емкости для одного кластера UcalN = (N – 1) * Ucal1, где N = 6 и Ucal1 = 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 среднего размера |
Большой кластер Expressway |
|---|---|---|
5000 пользователей |
6500 пользователей |
15 000 пользователей |
|
Для кластера из одного узла и кластера из двух узлов количество пользователей является одинаковым. Это связано с тем, что для улучшения непрерывности обслуживания в службе сообщений используется стратегия аварийного переключения. Пользователи распределяются равномерно на нескольких узлах в кластере: в случае отказа одного узла пользователи этого узла будут назначены другим узлам. |
В этом разделе представлены сведения о совместном использовании Expressway узла соединителя с другими соединителями для нескольких служб гибридного типа, включая службу календаря и службу обмена сообщениями. Узел соединителя не используется совместно с другими решениями на базе Expressway, такими как MRA и B2B.
Емкость кластера узла соединителя зависит от размера составляющих узлов Expressway, количества узлов, соединителей, запущенных на кластере, а также стратегии обеспечения непрерывности обслуживания. Подробное описание этих факторов см. в разделе Планирование емкости кластера Expressway для пользователей служб гибридного типа.
Также представлен калькулятор для моделирования различных кластеров узла соединителя и отображения количества пользователей каждой службы, которое может поддерживать предлагаемый кластер.
В целом совместное размещение рекомендуется использовать только для небольших развертываний не более чем с двумя узлами. Если размер развертывания превышает емкость пары узлов, следует переместить соединители в кластеры Expressway, выделенные для каждой отдельной службы гибридного типа.
Пример. Масштабирование узла соединителя с тремя совместно размещенными соединителями
В таблице ниже приведен пример масштабирования и совместного размещения. Указано максимальное количество пользователей в кластере для каждой службы с различными спецификациями кластера узла соединителя. Кластер совместно используется службой календаря гибридного типа (с помощью локальной версии Exchange), службой вызовов гибридного типа и службой сообщений гибридного типа.
Служба |
Два небольших узла |
Два средних узла |
Два больших узла |
|---|---|---|---|
Пользователи службы календаря |
1,300 |
2,300 |
3,000 |
Пользователи службы сообщений |
1,300 |
2,300 |
3,000 |
Введение
В этом разделе представлены сведения о совместном использовании Expressway узла соединителя с другими решениями на базе Expressway. При размещении соединителей на Expressway, используемом в других целях, необходимо учитывать приведенные ниже важные предостережения.
Модель масштабируемости, которая применяется к выделенному Expressway соединителя узла, не поддерживается. Количества пользователей, указанные в других разделах этой статьи или рассчитанные с помощью калькулятора, не применяются, если узел соединителя используется совместно с другими службами Expressway.
Поддерживаемыми сценариями являются только комбинации служб на базе Expressway и соединителей служб гибридного типа, описанные в этой статье, а также связанные количества пользователей. Другие сценарии не были протестированы. Их работоспособность в вашей среде не гарантируется.
Служба календаря на базе Expressway с соединителем вызовов и обходом службы вызовов
В этом сценарии на кластере Expressway узла размещены два соединителя службы календаря гибридного типа. Кластер также выполняет обход вызова для других решений служб вызовов Cisco (сигналы SIP и мультимедиа).
В таблице приведены различные среды календаря, которые можно использовать с соединителем на базе Expressway. Соединитель календаря на базе Expressway не поддерживается на кластерах с более чем двумя узлами. Для улучшения возможностей масштабирования с Office 365 используйте облачный соединитель (см. статью Масштабирование службы календаря).
Служба |
Кластер из 2 небольших узлов |
Кластер из 2 средних узлов |
Кластер из 2 больших узлов |
|
|---|---|---|---|---|
Служба календаря |
Локальная версия Exchange |
Система на 50 пользователей |
1000 пользователей |
1000 пользователей |
Office 365† |
Система на 50 пользователей |
1000 пользователей |
1000 пользователей |
|
Локальная версия Exchange и Office 365 (развертывания Exchange гибридного типа) |
Максимум 500 пользователей для обоих элементов |
Максимум 1000 пользователей для обоих элементов |
Максимум 1000 пользователей для обоих элементов |
|
Обход вызова |
200 аудиосеансов 100 видеосеансов |
200 аудиосеансов 100 видеосеансов |
1000 аудиосеансов 500 видеосеансов |
|
† Во избежание ограничений этого масштабирования рекомендуется использовать облачную службу календаря вместо локального соединителя. Для службы календаря гибридного типа на базе Expressway ограничение количества пользователей Office 365 до 1000 пользователей на кластер не зависит от размера узла кластера или количества узлов. Это ограничение обусловлено взаимодействием с облачной службой Microsoft, а не масштабом развертывания локального кластера Expressway.
Служба календаря с мобильным и удаленным доступом
В этом сценарии на кластере MRA одной или двух небольших виртуальных машин Expressway размещается соединитель календаря. Этот сценарий предполагает, что кластер используется только для MRA и двух соединителей. Кластер ограничен одним или двумя небольшими узлами.
Цель Expressway |
Кластер из одного небольшого Expressway-C |
Кластер из двух небольших Expressway-C |
|---|---|---|
Пользователи службы календаря (локальный соединитель с Exchange) |
Система на 50 пользователей |
Система на 50 пользователей |
Пользователи с мобильным или удаленным доступом |
100 |
100 |
