Благодарим за обратната връзка.
Ограничения на потребителския капацитет за експресно базирани хибридни услуги
Обратна връзка?Услугата за хибридни повиквания на архитектурата Call Connector е изтекла края на живота (EOL), така че услугата вече не се поддържа официално. Call Connector не трябва да се взема предвид при бъдещо планиране на капацитета на скоростните пътища за хибридни услуги.
Тази статия не обхваща планирането на капацитета за хибридната календарна услуга Cisco TMS интеграция с Office 365 или Cisco TMS интеграция с Google Calendar. За информация за капацитета вижте Ръководство за в недряване на услугата за Cisco Webex хибриден календар.
Предоставяме тази статия, за да отговорим на вашите въпроси за планиране на капацитета и да обясним как изчисляваме потребителския мащаб. За да моделирате вашия сценарий, опитайте калкулатора за капацитет на хибридни услуги.
Съображения за планиране
Когато планирате капацитета на бърза магистрала за вашата популация потребители на хибридни услуги, помислете за следните въпроси:
-
Кои хибридни услуги се нуждаете?
Експресната пътека може да хоства конектори за хибридна услуга за обаждания, хибридна услуга за календари и услуга за хибридни съобщения.
-
Колко потребители имате за всяка услуга?
Колкото повече потребители имате за всяка услуга, толкова по-вероятно е да искате да посветите клъстери на бързи пътища на услуги. За по-малки популации стартирането на множество конектори на споделен клъстер (корезиденция) е валиден избор.
-
Ще се променят ли вашите нужди?
Може да искате да започнете малко, с един клъстер за бързи пътища, предоставящ услуги на група от ранни потребители във вашата организация, и да планирате растеж за бъдещо внедряване. Можете да мигрирате от споделен модел към специален модел или да мащабирате съществуващия си клъстер, за да отговаряте на променящите се изисквания.
Допринасящи фактори
Определяме капацитета на клъстера по отношение на следните променливи:
-
Раз@@ мер на въз ела — Всяка виртуална машина на Expressway има „размер на VM“, който се определя по време на инсталирането от ресурсите, присвоени на VM. Ръковод ствата за инсталиране на автомагистрала описват тези изисквания. Ако вече имате автомагистрала, можете да прочетете размера на виртуалната машина на страницата Съ на интерфейса на експресната пътека.
-
Брой възли — Клъстерът за бързи пътища може да има между един и шест възела. Те трябва да са със същия размер на възела и да изпълняват една и съща версия на софтуера.
-
Стратегия за непрекъснат ост на услугите — Услугите използват стратегии, за да осигур ят непрекъснато обслужване на потребителите. Календарната услуга и услугата за съобщения използват стратегия за прекъсване на неизправност.
Стратегиите са подробно описани в таблицата Стратегии за непрекъснатост на услугите и мащаб на специализирани клъстер
-
Съжителство — Когато конекторите споделят клъстер за бързи пътища, ресурсите, налични за всяка услуга, са значително по-ниски в сравнение със специалния клъстер.
Възможно е да има и други експресни услуги на вашия хост на конектора, като например разговори между бизнеса (B2B) или мобилни и Remote Access (MRA). В ограничените сценарии, при които се поддържа този тип съвместна резиденция, номерата на скалата, които документираме тук, са ограничени до това, което сме тествали. Освен описаното в тази статия, клъстерът на хост на конектора Expressway не трябва да се споделя с други услуги; това не се поддържа.
-
Специфични за услугата ограничения — Например Конекторът за календар е предназначен предимно за Microsoft Exchange потребители и поддържа ограничен брой потребители на Office 365.
Изчисления за специални клъстери за бързи пътища
Ние зададохме твърдо ограничение за броя на потребителите на услуги, които специална единствена автомагистрала може да управлява („клъстер от една“), въз основа на доказателства, които събираме при тестове и опити.
| Размер на възела на скоростната пътека | Хибридна скала за календарна услуга | Хибридна скала за обслужване на съобщения |
|---|---|---|
| 1. Малък | 5000 | 5000 |
| 2. Среден | 10000 | 6500 |
| 3. Голям | 15000 | 15000 |
Използваме алгоритмите за непрекъснатост на услугата, за да екстраполираме номерата на единичните възли към множество клъстери на възли, както е обяснено в следващата таблица. Ако искате резултатите без обяснението, вижте:
|
Сравнете |
Хибридна услуга за календар |
Хибридна услуга за съобщения |
|---|---|---|
|
1. Модел |
Модел за превключване |
Модел за превключване |
|
2. Описание |
Присвояваме всеки потребител на един възел в клъстера. Това разпространява потребителите във всички възли. Ако възел падне, ние пресъздаваме потребителските задания от този възел на другите възли. Когато възелът се върне отново, ние ребалансираме задачите на потребителите във всички активни възли. |
Присвояваме всеки потребител на един възел в клъстера. Това разпространява потребителите във всички възли. Ако възел падне, ние пресъздаваме потребителските задания от този възел на другите възли. Когато възелът се върне отново, ние ребалансираме задачите на потребителите във всички активни възли. |
|
3. Формула |
U калН = (N-1) * U кал1 |
U MsgN = (N-1) * U msg 1 |
|
4. Определения |
Къде: U CalN е клъстерът от N капацитет за потребители на календарна услуга N е броят на възлите U cal1 е капацитет ът на единичния възел за потребителите на календарна услуга |
Къде: U MsgN е клъстерът от N капацитет за потребители на услуги за съобщения N е броят на възлите U msg1 е капацитет ът на единичния възел за потребителите на услугата за съобщения |
|
5. Бележки |
Ако N = 1, няма превключване. Превключването при неизправност е автоматично и задължително, ако N>1. Ако N=2, капацитетът е същият като N=1, с по-добра непрекъснатост на обслужването. Мащабът се възползва от N> = 3 или чрез използване на по-голям размер на възела. |
Ако N = 1, няма превключване. Превключването при неизправност е автоматично и задължително, ако N>1. Ако N=2, капацитетът е същият като N=1, с по-добра непрекъснатост на обслужването. Мащабът се възползва от N> = 3 или чрез използване на по-голям размер на възела. |
Изчисления за споделени клъстери за бързи пъти
Нашият алгоритъм предполага, че съвместните конектори пропорционално споделят ресурсите на един възел. Този алгоритъм консервативно задава лимита за всеки тип потребител на възела.
Например, следващата таблица показва максималния брой потребители за всички специални случаи и случаите за съвместно пребиваване на една средна скоростна пътека.
| Цел на експресната магистрала | Потребители на календарни услуги | Потребители на услуги за съобщения |
|---|---|---|
|
| ||
| Посветен на календарната услуга |
10,000 |
— |
|
Посветен на услугата за съобщения |
— |
6,500 |
|
Споделено от календарна услуга и услуга за съобщения |
4,000 |
4,000 |
|
Споделено чрез услуги за календар, повикване и съобщения |
2,300 |
2,300 |
Ние не изброяваме изчерпателно всички състояния на съвместна резиденция за всички размери на клъстерите. Вместо това можете да наблюдавате капацитета на съществуващото внедряване на хибридни услуги или да използвате калкулатора, за да планирате ново внедряване.
Калкулаторът ви позволява да избирате конектори, размер на възела и брой възли, за да можете да моделирате внедряването си. Останалата част от този раздел обяснява как изчислява потребителските номера от вашия модел.
Точно както направихме за специалната магистрала, ние екстраполираме алгоритъма за споделени бързи пътища, за да определим потребителските номера за множество възли. Разликата от специалните случаи е, че прилагаме подходящото изчисление на непрекъснатостта на услугата, за да получим потребителската скала за определена услуга в клъстера. Не можем да изчислим потребителската скала за клъстер а, тъй като клъстерът хоства конкурентни, базирани на потребителя стратегии за непрекъснатост на услугите.
|
Цел на клъстера |
Потребители на хибридни услуги за съобщения за 1,2 и 3 възли | ||
|---|---|---|---|
|
Посветен на услугата за съобщения |
6,500 |
6,500 |
13,000 |
Допълнителни допринася
Възможно е да има конкурентни изисквания към ресурсите на клъстера, които ще намалят капацитета на потребителите. Това са известните примери:
Календарна услуга — Хостът на конектора може да обслужва и потребители на O365. Показаните тук числа и изчисления предполагат, че само локалната ви инфраструктура на Exchange предоставя услугата Календар. За повече информация относно „хибридната“ услуга за календар имаме някои числа и графики в раздела Календарна услуга на тази статия.
Обработка на повик вания — Хостът на конектора може също да обработва сигнализация на повиквания и носители. Това е ефективно интеграция „Бизнес към бизнес“ между вашата организация и облака Webex. Това намалява капацитета, както е описано в Корезиденция с други решения за бързи пътища.
Можете да използвате Control Hub, за да видите процентна стойност от текущия потребителски капацитет на всеки от вашите ресурси за бърза магистрала за хибридни услуги. Цветна лента показва дали капацитетът е в приемливи граници. Този изглед ви позволява да оцените състоянието на внедряването на вашите хибридни услуги и ви насочва кога имате нужда от повече скоростни пътища.
-
Зелено — Ваш ите скоростни пътища са в рамките на приемливи ограничения на капацитета. (1%–60%)
-
Амбър — Имате достатъчно скоростни пътища, но сте близо до достигане на ограничения на капацитета. (61%–90%)
-
Червено — Нямате достатъчно скоростни пътища и трябва да добавите още. (91% и повече)
Ако вашите бързи пътища са в група ресурси, индикаторът за капацитет се показва под филтриран изглед на клъстерите в групата ресурси.
-
За внедряване без групи ресурси (по подразбиране):
-
От изгледа на клиента в https://admin.webex.com отидете на У и след това превъртете до хибридните сервизни карти, за да видите процента на капацитета, използван от ресурсите на автомагистралата за всяка услуга.
-
-
За внедряване с групи ресурси:
-
Ако стойността на капацитета е N/A, изберете група ресурси от Фил тър, за да прегледате групите ресурси и капацитета.
Стойността се актуализира, за да покаже процента капацитет, който се използва за клъстери в тази група ресурси и цветово кодиране, за да посочи състоянието.
-
Неща, които трябва да имате предвид
-
Капацитетът на клъстера варира в зависимост от размера на възела, броя на възлите в клъстера Expressway, колко услуги се изпълняват в клъстера и високата наличност или стратеги ята за прекъсване на неизправност. За повече информация вижте отделните раздели Календар и мащаб на съобщенията.
-
Корезиденцията намалява потребителския мащаб за съществуващите услуги; алгоритъмът на капацитета предполага, че всеки потребител използва всички услуги.
Препоръчваме съвместна резиденция, когато изпробвате множество услуги или ако имате внедряване в малък мащаб. За услуги в производството или за мащабни внедрявания препоръчваме да използвате различните хибридни услуги на специални клъстери за бързи пътища.
Какво да правя по-нататък
За да добавите още бързи пътища за хибридни услуги, използвайте стъпките на ръководството за внедряване за регистриране на хостове на конектори в облака и добавянето им към съществуващи клъстери:
Капацитетът на клъстера за бързи пътища за обслужване на потребителите на хибридни календарни услуги зависи от размера на съставните възли Expressway-C, броя на възлите в клъстера на Expressway и стратегията за непрекъснатост на услугата.
Следващата таблица показва максималния брой потребители на една магистрала, посветена на различните среди на хибридния календар.
|
Календарна среда |
Малка скоростна пътека |
Средна скоростна пътека |
Голяма скоростна пътека |
|---|---|---|---|
|
Само локален Exchange |
5 000 потребители |
10 000 потребители |
15 000 потребители |
|
Само за Office 365* |
1 000 потребители |
1 000 потребители |
1 000 потребители |
|
Локални Exchange и Office 365* (внедряване на хибридни Exchange) |
Максимум 1000 потребители на Office 365 от общо 5000 потребители |
Максимум 1000 потребители на Office 365 от общо 10 000 потребители |
Максимум 1000 потребители на Office 365 от общо 15 000 потребители |
* За да избегнете това ограничение на мащаба, препоръчваме ви да използвате базираната в облак услуга Календар вместо локалния конектор. За базирания на ExpressWay хибриден календар ограничаването на потребителския капацитет на Office 365 до 1000 на клъстер е независимо от размера или броя на възлите на клъстера; това ограничение произтича от взаимодействието с облачната услуга на Microsoft, а не от мащаба на локалното внедряване на Expressway.
Имайте предвид, че капацитетът на потребителя е еднакъв за клъстер от един възел и за клъстер от два възела. Това е така, защото Календарната услуга използва превключване на файлове, за да подобри непрекъснатостта на услугата. Всички потребители са присвоени към един възел, когато в клъстера има два възела; другият възел е излишно резервно копие. За подробно обяснение вижте Планиране на капацитет на клъстерите за бързи пътища за потребители на хибридни услуги.
Капацитетът на клъстера за бързи пътища за потребители на хибридни календарни услуги зависи преди всичко от размера и броя на възлите в клъстера и стратегията за непрекъснатост на услугата. Следващата таблица показва максималния общ потребителски капацитет, с който клъстерът може да обработва, докато увеличавате възлите (или размера на OVA възела) на един специален клъстер.
В хибридна среда на Exchange с потребители на Office 365 има ограничение от 1000 потребители на Office 365 на клъстер, независимо от броя или размера на възлите на клъстера. Услугата, базирана на облак, е предпочитаният метод за работа с потребители на Office 365. Горещо препоръчваме да хоствате само временно потребители на Office 365 на Expressway.
Това ограничение произтича от взаимодействието с облачната услуга на Microsoft, а не от мащаба на локалното внедряване на Expressway. Например, ако имате един малък възел за бърза магистрала, капацитетът ви е ограничен до 1000 потребители на Office 365 и 4000 Microsoft Exchange потребители. Ако имате клъстер от 6 малки възела, капацитетът ви е ограничен до 1000 потребители на Office 365 плюс 24 000 Microsoft Exchange потребители.
|
Размер на възела на скоростната пътека |
1 или 2 възла* |
3 възли |
4 възли |
5 възли |
6 възли |
|---|---|---|---|---|---|
|
1. Малък |
5K |
10K |
15K |
20K |
25K |
|
2. Среден |
10K |
20K |
30K |
40K |
50K |
|
3. Голям |
15K |
30K |
45K |
60K |
75K |
* Обърнете внимание, че капацитетът на потребителя е еднакъв за клъстер от един възел и за клъстер от два възела. Това е така, защото Календарната услуга използва превключване, за да подобри непрекъснатостта на услугата. Всички потребители са присвоени към един възел, когато в клъстера има два възела; другият възел е излишно резервно копие. За подробно обяснение вижте Планиране на капацитет на клъстерите за бързи пътища за потребители на хибридни услуги.
Присвояване на потребители между хостове и клъстери
По подразбиране услугата за хибриден календар автоматично присвоява и разпределя потребителите равномерно във всички съединители за календари в клъстер. Назначаването е динамично въз основа на наличността и администраторът няма контрол върху кой конкретен възел е назначен отделен потребител.
В случаите, когато дадена организация има повече от един клъстер, разпределението на потребителите се основава на множество фактори, включително наличност на клъстери, текущо възлагане (за намаляване на размахването по време на възстановяване при неуспех) и ред на сортиране въз основа на най-високите предпочитания на клъстера. Администраторът също има възможност да присвоява потребител или група потребители към група ресурси. Групите ресурси са специфични за клъстера, така че позволяват на администраторите да ограничават присвояването на определени набори от потребители към конкретен клъстер.
С това основно разбиране за задаването на потребителя и като се вземат предвид предпоставките за свързване на календара на експресните пъ тища, администраторът може да разгърне подходящия капацитет в мащаб за своята организация. Нека разгледаме примерна организация от 126 000 потребители, които да бъдат активирани за услугата Хибриден календар, като се имат предвид следните параметри:
-
Клъстери за бързи пътища от 6 възела, използващи големия шаблон OVA (ограничение от 15 000 потребители на възел)
-
Не се изискват групи ресурси
Формулата за капацитет за един клъстер, U CalN = (N-1) * U cal1, където N = 6 и U cal1 = 15 000 (използвайки големия шаблон OVA) дава максимум 75 000 потребители. С общо 126 000 потребители в внедряването на услугата календар са необходими множество хост клъстери за календарни съединители. Потребителите ще бъдат разпределени еднакво, както е показано на следната фигура:
Услугата за хибриден календар първо добавя потребители към клъстер А, докато клъстерът достигне капацитета на 75 000 потребителя, а след това присвоява останалите потребители към клъстер Б. Потребителите са разпределени на случаен принцип и еднакво във всички възли в клъстера. Този пример показва равно разпределение на хост възлите на Calendar Connector (във всеки от двата клъстера) в центровете за данни RTP и PDX. Всеки възел използва един и същ шаблон OVA и следва указанията за висока наличност на Expressway. Календарният конектор използва логиката за клъстерване на експресната пътека в модел на резервиране 5+1, за да позволи сценарии за висока наличност.
С всички потребители, присвоени към календарен конектор, нека сега разгледаме какво се случва, когато има повреда в клъстер. Следващата фигура показва повреда на един възел. Потребителите, които са били присвоени към неуспешния възел, 5A в клъстер А, вече са преминали към останалите възли в този клъстер. Капацитетът на един възел позволява до 15 000 потребители и всеки възел, останал в клъстер А, добавя 2500 потребители, които първоначално са били назначени на възел 5А. Няма промяна или въздействие върху клъстер Б или към потребителите, назначени в клъстер Б.
Клъстер А все още е с максимален капацитет и всеки от оперативните възли в клъстера сега е с максимален капацитет, 15 000 потребители/възел. Следователно, ако друг възел в клъстер А стане недостъпен, като възел 4A на следващата фигура, клъстер B вече ще отговаря за поемането на допълнителното потребителско натоварване. 15 000 потребители от възел 4A вече са преназначени към клъстер В и еднакво разпределени във всички възли в клъстер Б.
Когато възлите 4A и 5A се възстановят, потребителите на клъстер А ще бъдат преразпределени между възлите в клъстера. Потребителите, които не успяха да преминат към клъстер B, остават в клъстер B по време на тази фаза на възстановяване, за да избегнат ненужните потребителски задавания между клъстерите, както е показано на следващата фигура.
Ключов елемент, който трябва да знаете при планирането на широкомащабно внедряване на хибридна услуга за календар, е разбирането на въздействието на неуспеха, ако той се случи при внедряването. Ако използваме същото внедряване на 126 000 потребители, но случайно загубим цял център за данни, има потенциал потребителите да не бъдат присвоени към възел Календарен съединител. За да се предотврати прекъсване на услугата при този тип сценарии, клиентът ще се нуждае от трети клъстер, който да преразпределя и обработва засегнатите потребители.
Капацитетът на клъстера за бързи пътища за обслужване на потребителите на хибридни съобщения зависи от размера на съставните възли на скоростните пътища, броя на възлите в клъстера и стратегията за непрекъснатост на услугата.
Следващата таблица показва максималния брой потребители на една магистрала, която се използва за хибридното съобщение.
|
Малка скоростна пътека |
Средна скоростна пътека |
Голяма скоростна пътека |
|---|---|---|
|
5 000 потребители |
6,500 потребители |
15 000 потребители |
Потребителските номера са еднакви за клъстер от един възел и за клъстер от два възела. Това е така, защото услугата за съобщения използва превключване при прекъсване, за да подобри непрекъснатостта на услугата Потребителите се разпределят равномерно в множеството възли в клъстера: ако един възел се провали, потребителите на този възел се присвояват към другите възли.
Тази тема е свързана със споделянето на хост конектор Expressway между конекторите за множество хибридни услуги, включително календарна услуга и услуга за съобщения. Хост ът на конектора не се споделя с други решения, базирани на Express, като MRA и B2B.
Капацитетът на хост клъстера на конектора зависи от размера на съставните възли на експресната пътека, броя на възлите, конекторите, които работят в клъстера, и стратегията за непрекъснатост на услугата. Вижте П ланиране на капацитета на клъстерите за бързи пътища за потребители на хибридни услуги за подробно обяснение на тези фактори.
Има и калкулатор, за да моделирате различни хост клъстери на конектори и да видите колко потребители на всяка услуга може да поддържа предложеният ви клъстер.
Като цяло препоръчваме съвместна резиденция само за внедряване с по-малък размер до два възела. Ако вашето внедряване надвишава капацитета на двойка възли, трябва да преместите конекторите към клъстери на Expressway, които са посветени на всяка конкретна хибридна услуга.
Пример: Конекторна хост скала с три съвместни конектора
Следващата таблица показва пример за мащаб и съвместна резиденция. Той дава максималния брой потребители на клъстер, за всяка услуга, с различни спецификации на хост клъстера на конектора. Клъстерът се споделя между хибриден календар (използващ локалния Exchange), хибридното обаждане и услугата за хибридни съобщения.
|
Услуга |
Два малки възли |
Два средни възли |
Два големи възли |
|---|---|---|---|
|
Потребители на услугата Календар |
1,300 |
2,300 |
3,000 |
|
Потребители на услугата за съобщения |
1,300 |
2,300 |
3,000 |
Въведение
Тази тема е за споделяне на конектор хост Expressway с други решения, базирани на ExpressWay. Когато решите да хоствате конектори на автомагистрала, която използвате за други цели, се прилагат следните важни предупреждения:
-
Не можем да поддържаме модела за мащабируемост, който се прилага за специален хост на конектора Expressway. Потребителските номера, получени от четенето на другите теми в тази статия или използването на калкулатора, не се прилагат, когато хостът на конектора се споделя с други услуги за бързи пътища.
-
Комбинациите от услуги, базирани на ExpressWay и конектори за хибридни услуги, описани в тази статия, и свързаните с тях потребителски номера, са единствените поддържани сценарии. Не сме тествали други сценарии и не можете да очаквате те да работят във вашата среда.
Експресно базирана календарна услуга с конектор за повикване и движение на услугата за повикване
В този сценарий, конектори за хибриден календар с два възела Expressway клъстер. Клъстерът извършва и преминаване на повиквания за други решения за обаждания на Cisco (SIP сигнализация и медии).
Таблицата показва различните календарни среди, които можете да използвате с конектора, базиран на ExpressWay. Конекторът за календар, базиран на ExpressWay, не се поддържа в клъстери с повече от два възела. Използвайте конектора, базиран на облак, за по-голям мащаб с Office 365 (вижте Ма щаб на услугата на календара).
|
Услуга |
Два малки възелови клъстери |
Клъстер с два средни възела |
Два големи възелови клъстери | |
|---|---|---|---|---|
|
Услуга за календар |
Локален Exchange |
500 потребители |
1 000 потребители |
1 000 потребители |
|
Офис 365 † |
500 потребители |
1 000 потребители |
1 000 потребители | |
|
Локални Exchange и Office 365 (хибридни внедрявания на Exchange) |
Макс. 500 потребители и за двете |
Максимум 1000 потребители и за двете |
Максимум 1000 потребители и за двете | |
|
Обадете се на Траверсал |
200 аудио сесии 100 видео сесии |
200 аудио сесии 100 видео сесии |
1000 аудио сесии 500 видео сесии | |
† За да избегнете това ограничение на мащаба, препоръчваме ви да използвате базираната в облак услуга Календар вместо локалния конектор. За базирания на ExpressWay хибриден календар ограничаването на потребителския капацитет на Office 365 до 1000 на клъстер е независимо от размера или броя на възлите на клъстера; това ограничение произтича от взаимодействието с облачната услуга на Microsoft, а не от мащаба на локалното внедряване на Expressway.
Календар с мобилни устройства и Remote Access
При този сценарий MRA клъстер от една или две малки виртуални автоматични машини за бързи пътища хоства Календарния конектор. Този сценарий предполага, че клъстерът се използва само за MRA и двата конектор а. Клъстерът е ограничен до един или два малки възела.
|
Цел на експресната магистрала |
Клъстер от един малък експресвай-C |
Клъстер от две малки експресни C |
|---|---|---|
|
Потребители на услугата Календар (локален конектор към Exchange) |
500 потребители |
500 потребители |
|
Мобилни и Remote Access потребители |
100 |
100 |
