Хибридна услуга за обаждания на архитектурата на конектора за обаждания е отишла Край на живота (EOL), така че услугата вече не се поддържа официално. Конектор за обаждания не трябва да се разглежда за бъдещо планиране на капацитета на Expressway за Хибридни услуги.


Тази статия не обхваща планиране на капацитета за хибриден календар услуга Cisco TMS интеграция с Office 365 или Cisco TMS интеграция с Google Календар. За информация за капацитета вижте ръководството за разполагане на услугата за хибриден календар на Cisco Webex.

Ние предоставяме тази статия, за да отговорим на вашите въпроси за планиране на капацитета и да обясним как изчисляваме мащаба на потребителите. За да моделирате вашия сценарий, опитайте калкулатора за капацитет на хибридните услуги.

Съображения за планиране

Когато планирате капацитета на Expressway за вашата потребителска популация на Хибридни услуги, помислете за следните въпроси:

  • Кои Хибридни услуги са ви необходими?

    Автомагистралата може да хоства конектори за хибридна услуга за обаждания, услуга за хибриден календар и услуга за хибридни съобщения.

  • Колко потребители имате, за всяка услуга?

    Колкото повече потребители имате за всяка услуга, толкова по-вероятно е да искате да посветите клъстери на Expressway на услуги. За по-малки популации изпълнението на няколко конектора на споделен клъстер (coresidency) е валиден избор.

  • Нуждите ти ще се променят ли?

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

Допринасящи фактори

Определяме капацитета на клъстера по отношение на следните променливи:

  • Размер навъзела — Всяка виртуална машина на Expressway има "VM размер", който се определя в момента на инсталиране от ресурсите, присвоени на VM. Ръководствата за инсталиране на Expressway описват тези изисквания. Ако вече имате Expressway, можете да прочетете размера на VM на страницата с информация за състоянието > системана интерфейса на Expressway.

  • Брой навъзлите — Възможно е клъстерът на Expressway да има между един и шест възела. Те трябва да са със същия размер на възела и да изпълняват една и съща версия на софтуера.

  • Стратегия за непрекъснатост на услугите — Услугите използват стратегии за осигуряване нанепрекъснато обслужване на потребителите. Услугата за календари и услугата за съобщения използват стратегия за отказ.

    Стратегиите са подробно описани в таблицата Стратегии за непрекъснатост на услугата и мащаб на посветени клъстери.

  • Coresidency—Когато конекторите споделят клъстер на Expressway, ресурсите, достъпни за всяка услуга, са значително по-ниски в сравнение със специализиран клъстер.

    Възможно е да има и други услуги, базирани на Expressway, на вашия хост на конектор, като бизнес до бизнес разговори (B2B) или Mobile и отдалечен достъп (MRA). В ограничените сценарии, при които се поддържа този тип корезидентност, мащабните номера, които документираме тук, са ограничени до това, което сме тествали. Отвъд това, което е описано в тази статия, конектор хост Expressway клъстер не трябва да се споделя с други услуги; това е неподдържано.

  • Ограничения за специфични за услугата—Например конекторът на календара е предназначен предимно за потребители на Microsoft Exchange и поддържа ограничен брой потребители на Office 365.

Изчисления за клъстери за специализирана автомагистрала

Задаваме твърд лимит на броя на потребителите на услуги, които специализиран единен Expressway може да управлява ("клъстер от един"), въз основа на доказателства, които събираме в тестването и изпитанията.

Таблица 1. Ограничения за потребителски номера на специализирана единична автомагистрала
Размер на възела на автомагистрала Скала за обслужване на хибриден календар Мащаб на услугата за хибридни съобщения
1. Малко 5000 5000
2. Средно 10000 6500
3. Голям 15000 15000

Използваме алгоритмите за непрекъснатост на услугата, за да екстраполираме номерата на единичните възли към няколко клъстера възли, както е обяснено в следващата таблица. Ако искате резултатите без обяснението, вижте:

Таблица 2. Стратегии за непрекъснатост на услугите и мащаб на посветените клъстери

Сравнявам

Услуга за хибриден календар

Услуга за хибридни съобщения

1. Модел

Модел на отказ

Модел на отказ

2. Описание

Присвояваме всеки потребител на един възел в клъстера. Това разпространява потребителите във всички възли.

Ако даден възел спадне, пресъздаваме потребителските назначения от този възел на другите възли.

Когато възелът се върне нагоре, ние пребалансираме потребителските назначения във всички активни възли.

Присвояваме всеки потребител на един възел в клъстера. Това разпространява потребителите във всички възли.

Ако даден възел спадне, пресъздаваме потребителските назначения от този възел на другите възли.

Когато възелът се върне нагоре, ние пребалансираме потребителските назначения във всички активни възли.

3. Формула

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Дефиниции

Къде:

UcalN е клъстерът на N капацитет за потребители на Календарна услуга

N е броят на възлите

Ucal1 е капацитетът на единния възел за потребителите на Calendar Service

Къде:

UmsgN е клъстерът на N капацитет за потребителите на Услугата за съобщения

N е броят на възлите

Umsg1 е капацитетът на единния възел за потребителите на Услугата за съобщения

5. Бележки

Ако N=1, няма отказ.

Failover е автоматично и задължително, ако N>1.

Ако N=2, капацитетът е същият като ако N=1, с по-добра непрекъснатост на обслужването.

Мащабът се възползва от N>=3 или с помощта на по-голям размер на възела.

Ако N=1, няма отказ.

Failover е автоматично и задължително, ако N>1.

Ако N=2, капацитетът е същият като ако N=1, с по-добра непрекъснатост на обслужването.

Мащабът се възползва от N>=3 или с помощта на по-голям размер на възела.

Изчисления за клъстери на споделени експресни пътища

Алгоритъмът ни предполага, че коресидентните конектори пропорционално споделят ресурсите на един възел. Този алгоритъм консервативно задава ограничението за всеки тип потребител на възела.

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

Таблица 3. Мащаб на един среден експресен път за сценарии за специализирана или корезидентска дейност
Цел на автомагистрала Потребители на услуги в календара Потребители на услуги за съобщения
Посветена на календарната услуга

10,000

Посветена на услуга за съобщения

6,500

Споделено от услуга за календар и услуга за съобщения

4,000

4,000

Споделено от "Календар", "Обаждане" и "Услуги за съобщения"

2,300

2,300

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


Калкулаторът ви позволява да изберете конектори, размер на възела и брой възли, така че можете да моделирате разполагането си. Остатъкът от този раздел обяснява как изчислява потребителските номера от вашия модел.

Точно както направихме за посветения Expressway, екстраполираме алгоритъма за споделени Expressways, за да определим потребителските номера за няколко възела. Разликата от посветените случаи е, че прилагаме подходящото изчисление за непрекъснатост на услугата, за да получим потребителската скала за определена услуга на клъстера. Не можем да изчислим потребителския мащаб за клъстера, защото клъстерът хоства конкурентни, базирани на потребители, стратегии за непрекъснатост на услугите.

Таблица 4. Потребителски капацитет на клъстери от средни възли

Клъстер цел

Потребители на услуги за хибридни съобщения за 1,2 и 3 възела

Посветена на услуга за съобщения

6,500

6,500

13,000

Допълнителни допринасящи фактори

Възможно е да има конкурентни изисквания към ресурсите на клъстера, които ще понижат потребителския капацитет. Това са известните примери:

Услуга на календара—Хостът на конектора може също да обслужва o365 потребители. Числата и изчисленията, показани тук, предполагат, че само вашата инфраструктура на търговския Exchange предоставя Календарната услуга. За повече информация относно "хибридната" Календарна услуга имаме някои номера и графики в раздела Календарна услуга на тази статия.

Обработка наповикванията — Хостът на конектора може също да обработва сигнализацията на обажданията и носителя. Това е ефективно интеграция "Бизнес към бизнес" между вашата организация и облака Webex. Това намалява капацитета, както е описано в Coresidency с други решения за експресни пътища.

Можете да използвате контролния център, за да прегледате процентна стойност на текущия потребителски капацитет на всеки от вашите ресурси на Hybrid Services Expressway. Цветна лента показва дали капацитетът е в приемливи граници. Този изглед ви позволява да оцените здравето на вашите хибридни разполагания на услуги и ви насочва за това кога имате нужда от повече Expressways.

  • Зелено—Вашите Автомагистрали са в приемливи граници на капацитета. (1%–60%)

  • Кехлибар—Имате достатъчно Expressways, но сте близо до достигане на ограничения на капацитета. (61%–90%)

  • Red—Нямате достатъчно Expressways и трябва да добавите още. (91% и повече)


    Ако вашите Expressways са в група ресурси, индикаторът за капацитет се появява под филтриран изглед на клъстерите в групата ресурси.

  • За разполагания без групи ресурси (по подразбиране):

    1. От изгледа на клиента в , отидете на https://admin.webex.comУслуги > Хибрид , след коетопревъртете до хибридните карти за услуги, за да видите процента на капацитета, използван в ресурсите на Expressway за всяка услуга.

  • За разполагане с групи ресурси:

    1. От изгледа на клиента в https://admin.webex.com, отидете на Услуги > Хибрид,превъртете до хибридните карти за обслужване и след това под Ресурси щракнете върхуПрегледна всички .

      Лентата с капацитет показва капацитета само за клъстери извън групи ресурси. Ако всички клъстери са част от една или повече групи ресурси или услугата няма клъстери, които са конфигурирани, лентата на капацитета не се показва.

    2. Ако стойността на капацитета е N/A, изберете група ресурси от Филтър, за да прегледате групи ресурси & капацитет.

      Актуализациите на стойността, за да се покаже процентът на капацитета, който се използва за клъстери в тази група ресурси и цветово кодиране, за да се посочи здравето.

Неща, които трябва да имате предвид

  • Капацитетът на клъстера варира в зависимост от размера на възела, броя на възлите в клъстера Expressway, колко услуги се изпълняват на клъстера и високата наличност или стратегията за отказ. За повече информация вижте отделните раздели Календар и Съобщение мащаб.

  • Корезидентството намалява потребителския мащаб за съществуващите услуги; алгоритъмът за капацитет предполага, че всеки потребител използва всички услуги.


    Препоръчваме ви корезидентство, когато изпробвате няколко услуги, или ако имате разгръщане в малък мащаб. За услуги в производството, или за широкомащабни разгръщания ви препоръчваме да стартирате различните хибридни услуги на специализиран Expressway клъстери.

Какво да направите след това

За да добавите още Expressways for Hybrid Services, използвайте стъпките на ръководството за разполагане за регистриране на хостове на конектори към облака и добавянето им към съществуващите клъстери:

Капацитетът на клъстера на 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.

Таблица 5. Потребителски капацитет на услугата за хибриден календар за специализиран клъстер

Размер на възела на автомагистрала

1 или 2 Възли*

3 Възли

4 Възли

5 Възли

6 Възли

1. Малко

5K

10K

15K

20K

25K

2. Средно

10K

20K

30K

40K

50K

3. Голям

15K

30K

45K

60K

75K

* Имайте предвид, че потребителският капацитет е еднакъв за клъстер от един възел и за клъстер от два възела. Това е така, защото Услугата календар използва неуспешно за подобряване на непрекъснатостта на услугата. Всички потребители са присвоени на един възел, когато има два възела в клъстера; другият възел е излишно архивиране. Вижте Капацитет на клъстера за планиране на експресни пътища за потребители на хибридни услуги за подробно обяснение.

Присвояване на потребители в различни хостове и клъстери

По подразбиране услугата хибриден календар автоматично присвоява и разпределя потребителите равномерно във всички календарни конектори в клъстер. Възлагането е динамично въз основа на наличността и администраторът няма контрол върху кой конкретен възел е присвоен отделен потребител.

В случаите, когато дадена организация има повече от един клъстер, разпространението на потребителите се основава на множество фактори, включително наличността на клъстера, текущото присвояване (за намаляване на клапването по време на възстановяване на отказ) и ред на сортиране, базиран на най-високо предпочитание на клъстера. Администраторът също има възможност да присвои потребител или група потребители на група ресурси. Ресурсните групи са специфични за клъстера, така че позволяват на администраторите да сдържат присвояване на конкретни набори от потребители към конкретен клъстер.

С това основно разбиране на възлагането на потребителя и като се вземат предвид предпоставките за конектора за календара на Expressway, администраторът може да разположи подходящия капацитет в мащаб за своята организация. Нека разгледаме примерна организация от 126 000 потребители, които да бъдат разрешени за услугата хибриден календар, предвид следните параметри:

  • Струпване на експресни пътища от 6 възела, използващи големия шаблон OVA (лимит от 15 000 потребители на възел)

  • Не са необходими групи ресурси

Формулата за капацитет за един клъстер, UcalN= (N-1) * Ucal1 където N= 6 и Ucal1 =15 000 (с помощта на големия шаблон OVA) дава максимум 75 000 потребители. С 126,000 общо потребители в разполагането на календарни услуги са необходими няколко календар конектор хост клъстери. Потребителите биха били разпределени поравно, както е показано на следната фигура:

Фигура 1. Задача
Два клъстера от по 6 възела всеки; клъстер А хоства 12 500 потребители на възел за общо 75 000 потребители, клъстер Б хоства 8500 потребители на възел за общо 51 000 потребители. Заедно има 126 000 потребители, присвоени на услугата хибриден календар.

Услугата за хибриден календар добавя потребителите да клъстер А първо, докато клъстерът достигне 75,000 потребителски капацитет и след това присвоява останалите потребители на клъстер Б. Потребителите са произволно и еднакво разпределени във всички възли в рамките на клъстера. Този пример показва равно разпределение на календар конектор хост възли (в рамките на всеки от двата клъстера) в различни центрове за данни RTP & pDX. Всеки възел използва един и същ OVA шаблон и следва насоките за висока наличност на Expressway. Конекторът на календара използва логиката на клъстериране на Expressway в 5+1 модел на съкращения, за да позволи сценарии с висока наличност.

С всички потребители, присвоени на Конектор за календар, нека сега да проучим какво се случва, когато има неуспех в клъстер. Следващата фигура показва единичен възел неуспех. Потребителите, които са били присвоени на неуспешния възел, 5A в клъстер А, сега са се провалили на останалите възли в този клъстер. Един възел капацитет позволява до 15,000 потребители и всеки възел остава в клъстер А добавя 2500 потребители, които първоначално са били присвоени на възел 5А. Няма промяна или въздействие на клъстер Б или на потребителите, присвоени на клъстер Б.

Фигура 2. Един възел в клъстер А става недостъпен

Клъстер А все още е с максимален капацитет и всеки от оперативните възли в клъстера сега е с максимален капацитет, 15 000 потребители/възел. Затова ако друг възел в клъстер А стане недостъпен, като възел 4А в следващата фигура, клъстер Б сега ще бъде отговорен за вдигане на допълнителното натоварване на потребителя. 15 000 потребители от възел 4A сега са преназначени на клъстер B и еднакво разпределени във всички възли в рамките на клъстер Б.

Фигура 3. Два възела в клъстер А станат недостъпни

Когато възли 4A и 5A се възстановят, потребителите на клъстер А ще бъдат преразпределени през възлите в клъстера. Потребителите, които не са преуспешни да клъстер Б остават на клъстер Б по време на тази фаза на възстановяване, за да се избегнат ненужни потребителски назначения между клъстери, както е показано на следващата фигура.

Фигура 4. Възстановяване и преразпределение на потребителя през активни възли

Ключов елемент, за който трябва да сте наясно при планирането на широкомащабно разполагане на Услугата за хибриден календар, е разбирането на въздействието на неизправност, ако тя трябваше да възникне при разполагането. Ако използваме същото разполагане на 126 000 потребители, но се случи да загубим цял център за данни, има потенциал за потребителите да не бъдат присвоени на възел на Конектор за календар. За да предотвратите отпадане на услугата при този тип сценарий, клиентът би се нуждаел от трети клъстер за преразпределяне и обработка на засегнатите потребители.

Фигура 5. Въздействие на центъра за загуба на данни

Капацитетът на клъстер на Expressway за обслужване на потребители на Услугата за хибридни съобщения зависи от размера на съставните възли на Expressway, броя на възлите в клъстера и стратегията за непрекъснатост на услугата.

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

Таблица 6. Потребителски капацитет на услугата за хибридно съобщение на един специализиран автомагистрала

Малък автомагистрала

Средна автомагистрала

Голям автомагистрала

5000 потребители

6500 потребители

15 000 потребители

Фигура 6. Хибридно съобщение услуга потребителски мащаб на специализиран конектор хост клъстери. Тази диаграма показва максималните нива на потребителски мащаб, тъй като увеличавате възли на специализиран клъстер за Услугата за хибридни съобщения

Потребителските номера са еднакви за клъстер от един възел и за клъстер от два възела. Това е така, защото Услугата за съобщения използва отказ при подобряване на непрекъснатостта на услугата. Потребителите се разпределят равномерно в множеството възли в клъстера: ако един възел е неуспешен, потребителите на този възел са присвоени на другите възли.

Фигура 7. Пример за корезидентство: Хибридно съобщение услуга и календар услуга потребителски мащаб по тип клъстер. Тази диаграма показва максималните потребители на Услугата за съобщения и потребители на Calendar Service на клъстер, за различни видове клъстер хостинг както конектори за съобщения, така и за календари.

Тази тема е за споделяне на конектор хост Expressway между конекторите за няколко хибридни услуги, включително услуга календар и услуга за съобщения. Хостът на конектора не се споделя с други решения, базирани на Expressway като MRA и B2B.

Капацитетът на куплунг хост клъстер зависи от размера на съставните Expressway възли, броя на възлите, конекторите, които се изпълняват на клъстера и стратегията за непрекъснатост на услугата. Вижте Планиране expressway клъстер капацитет за хибридни услуги потребители за подробно обяснение на тези фактори.

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

Като цяло, ние препоръчваме ядросъседство само за по-малък размер разполагане на до два възела. Ако разполагането ви надвишава капацитета на двойка възли, трябва да преместите конектори към клъстери на Expressway, които са посветени на всяка конкретна хибридна услуга.

Пример: Мащаб на хоста на конектора с три конектора на корезидента

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

Таблица 7. Пример: Мащаб на хоста на конектора с два корезидента конектора

Услуга

Два малки възела

Два средни възела

Два големи възела

Потребители на услуги в календара

1,300

2,300

3,000

Потребители на услугата за съобщения

1,300

2,300

3,000

Въвеждането

Тази тема е за споделяне на конектор хост Expressway с други решения, базирани на Expressway. Когато изберете да хоствате конектори на Expressway, които използвате за други цели, се прилагат следните важни кавери:

  • Не можем да поддържаме модела на мащабируемост, който се отнася за специализиран конектор хост Expressway. Потребителските номера, които получавате от четенето на другите теми в тази статия, или с помощта на калкулатора, не се прилагат, когато хостът на конектора е споделен с други услуги на Expressway.

  • Комбинациите от базирани на Expressway услуги и хибридни услуги конектори, описани в тази статия и свързаните потребителски номера, са единствените поддържани сценарии. Не сме тествали други сценарии и не можете да очаквате да работят във вашата среда.

Услуга за календар, базирана на експресния път, с конектор за обаждания и траверсална услуга за обаждания

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

Таблицата показва различните календарни среди, които можете да използвате с конектора, базиран на Expressway. Конекторът "Календар", базиран на Expressway, не се поддържа на клъстери с повече от два възела. Използвайте конектора, базиран на облака, за по-голям мащаб с Office 365 (вижте Мащаб на услугата на календара).

Таблица 8. Потребителски мащаб за услуга на календара с траверсален разговор

Услуга

Два малък възел клъстер

Два среден възел клъстер

Два голям възел клъстер

Услуга за календар

Борса на място

500 потребители

1000 потребители

1000 потребители

Офис 365

500 потребители

1000 потребители

1000 потребители

Обмен на място и Office 365 (хибридна exchange разполагания)

Max 500 потребители и за двете

Max 1000 потребители и за двете

Max 1000 потребители и за двете

Повикване Траверсал

200 аудио сесии

100 видео сесии

200 аудио сесии

100 видео сесии

1000 аудио сесии

500 видео сесии

† За да избегнете това ограничение на мащаба, ви препоръчваме да използвате базираната в облака Календарна услуга вместо конектора на място. За услугата за хибриден календар, базирана на Expressway – ограничението на потребителския капацитет на Office 365 до 1000 на клъстер е независимо от размера или броя на възлите на клъстера; това ограничение произтича от взаимодействието с облачната услуга на Microsoft, а не от мащаба на разполагането на експресния път на място.

Календар с мобилен и отдалечен достъп

В този случай MRA клъстер от един или два малки Expressway VMs е домакин на конектор календар. Този сценарий предполага клъстерът се използва само за MRA и двата конектора. Клъстерът е ограничен до един или два малки възела.

Таблица 9. Календар конектор скала на малък MRA Expressway-C

Цел на автомагистрала

Клъстер на един малък експресуей-C

Клъстер на две малки експресуей-Cs

Потребители на календарната услуга (конектор на търговския към Exchange)

500 потребители

500 потребители

Потребители на мобилен и отдалечен достъп

100

100