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

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

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

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

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

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

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

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

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

С това основно разбиране на възлагането на потребителя и като се вземат предвид предпоставките за конектора за календара на Expressway, администраторът може да разположи подходящия капацитет в мащаб за своята организация. Нека разгледаме примерна организация от 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 потребителски капацитет и след това присвоява останалите потребители на клъстер Б. Потребителите са произволно и еднакво разпределени във всички възли в рамките на клъстера. Този пример показва равно разпределение на календар конектор хост възли (в рамките на всеки от двата клъстера) в различни центрове за данни RTP & pDX. Всеки възел използва един и същ OVA шаблон и следва насоките за висока наличност на Expressway. Конекторът на календара използва логиката на клъстериране на Expressway в 5+1 модел на съкращения, за да позволи сценарии с висока наличност.

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

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

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

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

Капацитетът на клъстер на Expressway за обслужване на потребители на хибридни съобщения зависи от размера на съставните възли на 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.}

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

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