하이브리드 캘린더 서비스 사용자에게 서비스를 제공하는 고속도로 클러스터의 용량은 구성 Expresway-C 노드의 크기, 고속도로 클러스터의 노드 수, 서비스 연속성 전략에 따라 달라져요.

다음 표는 다양한 하이브리드 캘린더 환경을 전담하는 단일 고속도로의 최대 사용자 수를 보여줘요.

_{* 이러한 규모 제한을 피하려면 온-프레미스 커넥터 대신 클라우드 기반 캘린더 서비스를 사용하는 것이 좋습니다.Expressway 기반 하이브리드 캘린더의 경우 클러스터당 Office 365 사용자 용량을 1,000명으로 제한하는 것은 클러스터의 노드 크기나 개수와 무관해요. 이 제한은 Microsoft 클라우드 서비스와의 상호 작용에서 비롯된 것이지 온-프레미스 Expressway 배포의 규모에서 비롯된 것이 아니에요}.

참고로 사용자 용량은 한 노드 클러스터와 두 노드 클러스터의 경우 동일해요. 캘린더 서비스가 페일오버를 사용하여 서비스 연속성을 개선하기 때문이에요. 클러스터에 노드가 두 개 있으면 모든 사용자가 한 노드에 할당되고 다른 노드는 중복 백업이에요. 자세한 설명은 하이브리드 서비스 사용자를 위한 고속도로 클러스터 용량 계획을 참조하세요.

하이브리드 캘린더 서비스 사용자를 위한 고속도로 클러스터의 용량은 주로 클러스터의 크기와 노드 수, 서비스 연속성 전략에 따라 달라져요. 다음 표는 단일 전용 클러스터에서 노드 (또는 노드 OVA 크기) 를 늘릴 때 클러스터가 처리할 수 있는 최대 총 사용자 용량을 보여줍니다.

_{* 참고로 사용자 용량은 한 노드로 구성된 클러스터와 두 노드로 구성된 클러스터의 경우 동일해요.캘린더 서비스가 페일오버를 사용하여 서비스 연속성을 개선하기 때문이에요.클러스터에 노드가 두 개 있으면 모든 사용자가 한 노드에 할당되고 다른 노드는 중복 백업이에요.자세한 설명은 하이브리드 서비스 사용자를 위한 고속도로 클러스터 용량 계획을 참조하세요.}

호스트와 클러스터 전반의 사용자 할당

기본적으로 하이브리드 캘린더 서비스는 클러스터의 모든 캘린더 커넥터에 사용자를 자동으로 할당하고 균등하게 분배해요. 할당은 가용성에 따라 동적이고 관리자는 개별 사용자가 어느 특정 노드에 할당되는지를 제어할 수 없어요.

조직에 클러스터가 두 개 이상 있는 경우, 사용자 분포는 클러스터 가용성, 현재 할당 (장애 복구 시 플래핑 감소), 가장 높은 클러스터 선호도에 따른 정렬 순서 등 여러 요소를 기반으로 해요. 관리자는 또한 사용자 또는 사용자 그룹을 리소스 그룹에 할당할 수 있어요. 리소스 그룹은 클러스터별로 달라서 관리자가 특정 사용자 세트를 특정 클러스터에 할당하는 것을 제한할 수 있어요.

사용자 할당에 대한 기본적인 이해를 바탕으로 Expressway Calendar Connector의 사전 요구 사항을 고려하면 관리자가 조직에 적절한 용량을 규모에 맞게 배포할 수 있어요. 다음 파라미터가 주어졌을 때 126,000명의 사용자가 하이브리드 캘린더 서비스를 사용하도록 설정한 조직의 예를 살펴보죠.

• 대형 OVA 템플릿을 사용하는 6개 노드로 구성된 고속도로 클러스터 (노드당 사용자 15,000명 제한)

• 리소스 그룹 필요 없어요

단일 클러스터의 용량 공식, U _{CalN = (N-1) * U cal1 여기서 N=6, U cal1} =15,000 (대형 OVA 템플릿 사용) 으로 최대 75,000명의 사용자를 산출해요. 캘린더 서비스 배포 사용자 총 126,000명인데, 캘린더 커넥터 호스트 클러스터가 여러 개 필요해요. 다음 그림과 같이 사용자가 균등하게 분배될 거예요.

하이브리드 캘린더 서비스는 클러스터가 75,000 사용자 용량에 도달할 때까지 먼저 클러스터 A에 사용자를 추가한 다음 나머지 사용자를 클러스터 B에 할당해요. 사용자가 클러스터 내 모든 노드에 무작위로 균등하게 분포돼요. 이 예는 캘린더 커넥터 호스트 노드 (두 클러스터 각각 내) 가 데이터 센터 RTP와 PDX에 균등하게 분배되는 것을 보여줘요. 각 노드가 동일한 OVA 템플릿을 사용하며 고속도로 고가용성 가이드라인을 따른대요. 캘린더 커넥터는 5+1 이중화 모델의 고속도로 클러스터링 로직을 사용하여 고가용성 시나리오를 허용해요.

모든 사용자를 캘린더 커넥터에 할당했으니 이제 클러스터에 장애가 발생하면 어떻게 되는지 살펴보죠. 다음 그림은 단일 노드 장애를 보여줘요. 장애 노드, 클러스터 A의 5A에 할당된 사용자가 이제 그 클러스터의 나머지 노드로 페일오버했어요. 단일 노드 용량으로 최대 15,000명의 사용자를 수용할 수 있고 클러스터 A에 남아 있는 각 노드에는 원래 노드 5A에 할당된 사용자 2500명이 추가돼요. 클러스터 B나 클러스터 B에 할당된 사용자에게는 변경이나 영향이 없어요.

클러스터 A는 여전히 최대 용량이고 클러스터의 각 운영 노드는 이제 최대 용량인 15,000 사용자/노드예요. 따라서 다음 그림의 노드 4A처럼 클러스터 A의 다른 노드를 사용할 수 없게 되면 이제 클러스터 B가 추가 사용자 부하를 담당하게 돼요. 노드 4A의 15,000명의 사용자가 이제 클러스터 B에 재할당되어 클러스터 B 내의 모든 노드에 균등하게 분배돼요.

노드 4A와 5A가 복구되면 클러스터 A의 사용자가 클러스터 전체 노드에 재분배돼요. 다음 그림에 표시된 것처럼 클러스터 B로 페일오버한 사용자는 이 복구 단계 동안 클러스터 B에 남아 있어서 클러스터 간의 불필요한 사용자 할당을 피해요.

대규모 하이브리드 캘린더 서비스 배포를 계획할 때 알아야 할 핵심 항목은 배포 중에 장애가 발생할 경우 미치는 영향을 이해하는 거예요. 동일한 126,000 사용자 배포를 사용했는데 데이터 센터 전체가 손실되면 사용자가 캘린더 커넥터 노드에 할당되지 않을 가능성이 있어요. 이런 시나리오에서 서비스 중단을 방지하려면 고객이 재분배하고 영향을 받는 사용자를 처리할 세 번째 클러스터가 필요해요.

Hybrid Message 사용자에게 서비스를 제공하는 고속도로 클러스터의 용량은 구성 고속도로 노드의 크기, 클러스터의 노드 수, 서비스 연속성 전략에 따라 달라져요.

다음 표는 하이브리드 메시지에 사용되는 단일 고속도로의 최대 사용자 수를 보여줘요.

이 주제는 캘린더 서비스와 메시지 서비스 등 여러 하이브리드 서비스의 커넥터 간에 Expressway 커넥터 호스트를 공유하는 것에 관한 거예요. 커넥터 호스트는 MRA, B2B 같은 다른 고속도로 기반 솔루션과 공유되지 않아요.

커넥터 호스트 클러스터의 용량은 구성 Expressway 노드의 크기, 노드 수, 클러스터에서 실행되는 커넥터, 서비스 연속성 전략에 따라 달라져요. 이러한 요소에 대한 자세한 설명은 하이브리드 서비스 사용자를 위한 고속도로 클러스터 용량 계획을 참조하세요.

다른 커넥터 호스트 클러스터를 모델링하고 제안된 클러스터가 지원할 수 있는 각 서비스의 사용자 수를 확인할 수 있는 계산기도 있어요.

일반적으로 최대 두 개의 노드로 구성된 소규모 배포에만 코레지던시를 추천해요. 배포가 한 쌍의 노드 용량을 초과하면 커넥터를 특정 하이브리드 서비스 전용의 고속도로 클러스터로 이동해야 해요.

예: 세 개의 코레지던트 커넥터가 있는 커넥터 호스트 스케일

다음 표는 규모와 코어레지던시의 예를 보여줘요. 커넥터 호스트 클러스터의 사양이 달라서 각 서비스에 대해 클러스터당 최대 사용자 수를 알려줘요. 클러스터는 하이브리드 캘린더 (온-프레미스 Exchange 사용), 하이브리드 통화, 하이브리드 메시지 서비스 사이에서 공유돼요.

소개

이 주제는 고속도로 커넥터 호스트를 다른 고속도로 기반 솔루션과 공유하는 것에 관한 거예요. 다른 용도로 사용 중인 고속도로의 커넥터를 호스팅하기로 선택하면 다음과 같은 중요한 주의 사항이 적용돼요.

• 전용 커넥터 호스트 Expressway에 적용되는 확장성 모델은 지원할 수 없어요. 이 글의 다른 주제를 읽거나 계산기를 사용하여 얻은 사용자 번호는 커넥터 호스트를 다른 고속도로 서비스와 공유할 때는 적용되지 않아요.

• 이 문서에 설명된 고속도로 기반 서비스와 하이브리드 서비스 커넥터의 조합과 관련 사용자 수가 지원되는 유일한 시나리오예요. 다른 시나리오는 테스트하지 않았어요. 당신의 환경에서 작동하리라고는 기대할 수 없어요.

콜 커넥터와 콜 서비스 트래버설 기능이 있는 고속도로 기반 캘린더 서비스예요

이 시나리오에서는 2노드 고속도로 클러스터 하이브리드 캘린더 커넥터예요. 클러스터는 다른 Cisco 통화 솔루션 (SIP 신호 및 미디어) 에 대한 통화 순회도 수행해요.

표는 Expressway 기반 커넥터로 사용할 수 있는 다양한 캘린더 환경을 보여줘요. Expressway 기반 캘린더 커넥터는 노드가 세 개 이상인 클러스터에서는 지원되지 않아요. Office 365로 확장하려면 클라우드 기반 커넥터를 사용하세요 (캘린더 서비스 확장 참조).

_{† 규모 제한을 피하려면 온프레미스 커넥터 대신 클라우드 기반 캘린더 서비스를 사용하는 것이 좋습니다.Expressway 기반 하이브리드 캘린더의 경우 클러스터당 Office 365 사용자 용량을 1,000명으로 제한하는 것은 클러스터의 노드 크기나 개수와 무관해요. 이 제한은 Microsoft 클라우드 서비스와의 상호 작용에서 비롯된 것이지 온-프레미스 Expressway 배포의 규모에서 비롯된 것이 아니에요}.

모바일과 캘린더예요 Remote Access

이 시나리오에서는 한 두 개의 작은 Expressway VM으로 구성된 MRA 클러스터가 캘린더 커넥터를 호스팅하고 있어요. 이 시나리오에서는 클러스터가 MRA와 두 커넥터에만 사용된다고 가정해요. 클러스터는 하나 또는 두 개의 작은 노드로 제한돼요.