통화 커넥터 아키텍처에 있는 하이브리드 통화 서비스는 사용 종료(EOL)되었으므로, 서비스는 더 이상 공식적으로 지원되지 않습니다. 통화 커넥터는 하이브리드 서비스의 향후 Expressway 용량 계획에 대해 고려되지 말아야 합니다.


이 문서는 Office 365에 하이브리드 캘린더 서비스 Cisco TMS 통합 또는 Google 캘린더에 Cisco TMS 통합에 대한 용량 계획을 다루지 않습니다. 용량에 대한 정보는 Cisco Webex 하이브리드 캘린더 서비스의 배포 안내서를 참조하십시오.

용량 계획 관련 질문을 해결하고 사용자 용량을 계산하는 방법을 설명하기 위해 이 문서를 제공합니다. 귀하의 시나리오를 모델로 사용하려면 하이브리드 서비스 용량 계산기를 사용해 보십시오.

계획 고려 사항

하이브리드 서비스 사용자 집단에 대해 Expressway 용량을 계획할 때 다음 질문을 고려하십시오.

  • 어떤 하이브리드 서비스가 필요합니까?

    Expressway는 하이브리드 통화 서비스 및 하이브리드 캘린더 서비스 및 하이브리드 메시지 서비스를 위한 커넥터를 호스트할 수 있습니다.

  • 각 서비스에 대해 사용자는 몇 명입니까?

    각 서비스에 대해 사용자가 많을수록 서비스에 Expressway 클러스터를 전용으로 사용할 가능성이 높아집니다. 적은 사용자 집단에 대해서는 공유된 클러스터(공동 상주)에서 여러 커넥터를 실행하는 것이 가능합니다.

  • 요구 사항이 변경될 수도 있습니까?

    한 개의 Expressway 클러스터를 통해 조직에 있는 얼리 어댑터 그룹에 서비스를 제공하여 적은 수로 시작한 후 더 많은 수로 확장할 수 있습니다. 변하는 요구 사항에 맞도록 공유된 모델에서 전용 모델로 마이그레이션하거나 기존 클러스터를 확장할 수 있습니다.

기여 요인

다음 변수의 조건에 따라 클러스터의 용량을 정의합니다.

  • 노드 크기—각 Expressway 가상 머신에는 설치할 때 VM에 할당된 리소스에 의해 결정되는 "VM 크기"가 있습니다. 해당 요구 사항은 Expressway 설치 안내서에서 설명합니다. 이미 Expressway가 있는 경우 Expressway 인터페이스의 상태 > 시스템 정보 페이지에서 VM 크기를 확인할 수 있습니다.

  • 노드 수—Expressway 클러스터에는 1-6개의 노드가 있을 수 있습니다. 노드는 동일한 노드 크기여야 하며 동일한 버전의 소프트웨어를 실행해야 합니다.

  • 서비스 지속성 전략—서비스는 사용자에게 지속적인 서비스를 보장하기 위해 전략을 사용합니다. 캘린더 서비스 및 메시지 서비스는 장애 조치 전략을 사용합니다.

    전략에 대해서는 서비스 지속성 전략 및 전용 클러스터의 용량 표에 자세히 설명되어 있습니다.

  • 공동 상주—커넥터가 Expressway 클러스터를 공유하면, 전용 클러스터에 비해 각 서비스에 사용할 수 있는 리소스가 훨씬 더 적습니다.

    커넥터 호스트에는 B2B(business to business calling) 또는 MRA(Mobile and Remote Access)와 같은 다른 Expressway 기반 서비스가 있을 수도 있습니다. 이러한 유형의 공동 상주가 지원되는 제한적인 시나리오에서 여기에 문서화한 용량의 숫자는 테스트한 내용으로 제한됩니다. 이 문서에 설명된 내용 이상에 대해서는 커넥터 호스트 Expressway 클러스터가 다른 서비스에서 공유되지 말아야 합니다. 즉, 이는 지원되지 않습니다.

  • 서비스별 제한 사항—예를 들어 캘린더 커넥터는 주로 Microsoft Exchange 사용자용이며 제한된 수의 Office 365 사용자를 지원합니다.

전용 Expressway 클러스터에 대한 계산

테스트와 평가판에서 수집한 자료를 바탕으로, 전용 싱글 Expressway가 관리할 수 있는 서비스 사용자의 수를 엄격하게 제한합니다("한 개의 클러스터").

표 1. 전용 싱글 Expressway에 대한 사용자 수 제한
Expressway 노드 크기 하이브리드 캘린더 서비스 용량 하이브리드 메시지 서비스 용량
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은 캘린더 서비스 사용자에 대한 싱글 노드 용량입니다.

위치:

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에서 모든 전용 사례 및 공동 상주 사례에 대해 사용자의 최대 수를 표시합니다.

표 3. 전용 또는 공동 상주 시나리오에 대해 한 개의 중간 Expressway의 용량
Expressway 목적 캘린더 서비스 사용자 메시지 서비스 사용자
캘린더 서비스 전용

10,000

메시지 서비스 전용

6,500

캘린더 서비스 및 메시지 서비스가 공유함

4,000

4,000

캘린더, 통화 및 메시지 서비스가 공유함

2,300

2,300

모든 클러스터 크기에 대해 모든 공동 상주 상태를 일일이 나열하지는 않습니다. 대신, 기존 하이브리드 서비스 배포의 용량을 모니터하거나 새로운 배포를 계획하기 위해 계산기를 사용할 수 있습니다.


계산기를 사용하여 커넥터, 노드 크기 및 노드 수를 선택하고, 귀하의 배포를 모델로 사용할 수 있습니다. 이 섹션의 나머지 부분에서는 모델에서 사용자 수를 계산하는 방법을 설명합니다.

전용 Expressway와 마찬가지로, 공유된 Expressway에 대한 알고리즘을 추정하여 여러 노드에 대한 사용자 수를 결정합니다. 전용 사례에 대한 차이점은 클러스터의 특정 서비스에 대한 사용자 용량을 구하기 위해 적절한 서비스 지속성 계산을 적용한다는 부분입니다. 클러스터가 현재 경쟁적인 사용자 기반 서비스 지속성 전략을 호스팅하고 있기 때문에 클러스터에 대한 사용자 용량은 계산할 수 없습니다.

표 4. 중간 노드의 클러스터에서 사용자 용량

클러스터 목적

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가 리소스 그룹에 위치하는 경우, 용량 표시기는 리소스 그룹에서 클러스터의 필터된 보기 아래에 나타납니다.

  • 리소스 그룹이 없는 배포에 대해 (기본값):

    1. https://admin.webex.com의 고객 보기에서 서비스 > 하이브리드로 이동한 후 하이브리드 서비스 카드로 스크롤하여 각 서비스의 Expressway 리소스에서 사용된 용량의 백분율을 확인합니다.

  • 리소스 그룹이 있는 배포의 경우:

    1. https://admin.webex.com의 고객 보기에서 서비스 > 하이브리드로 이동한 후 하이브리드 서비스 카드로 스크롤하고 리소스 아래에서 모두 보기를 클릭합니다.

      용량 표시줄에는 리소스 그룹 외부에 있는 클러스터의 용량만 표시됩니다. 모든 클러스터가 한 개 이상의 리소스 그룹의 일부이거나 서비스에 구성된 클러스터가 없는 경우, 용량 표시줄이 표시되지 않습니다.

    2. 용량 값이 N/A인 경우, 리소스 그룹 및 용량을 확인하기 위해 필터에서 리소스 그룹을 선택합니다.

      해당 값은 해당 리소스 그룹에서 클러스터에 대해 사용된 용량의 백분율을 표시하고, 상태를 나타내는 색상 코드를 업데이트합니다.

숙지해야 할 부분

  • 클러스터 용량은 노드 크기, Expressway 클러스터의 노드 수, 클러스터에서 실행 중인 서비스 수, 고가용성 또는 장애 조치 전략에 따라 달라집니다. 자세한 정보는 개별 캘린더 및 메시지 용량 섹션을 참조하십시오.

  • 공동 상주는 기존의 서비스에 대해 사용자 용량을 줄입니다. 즉, 용량 알고리즘은 모든 사용자가 모든 서비스를 사용하고 있다고 가정합니다.


    다수의 서비스를 시도하거나 작은 용량의 배포를 사용하고 있는 경우 공동 상주를 권장합니다. 프로덕션 중인 서비스나 큰 용량의 배포에 대해서는 전용 Expressway 클러스터에서 다른 하이브리드 서비스를 실행할 것을 권장합니다.

다음에 수행할 작업

하이브리드 서비스에 대해 다른 Expressway를 추가하려면 커넥터 호스트를 클라우드에 등록하고 기존의 클러스터에 추가하는 작업에 대한 배포 안내서 단계를 사용하십시오.

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


Office 365 사용자가 있는 하이브리드 Exchange 환경에서는 클러스터의 노드 수 또는 크기와 관계없이 클러스터당 1,000명의 Office 365 사용자로 제한됩니다. 클라우드 기반 서비스는 Office 365 사용자를 처리하는 데 선호되는 방법입니다. Expressway에서 Office 365 사용자를 일시적으로만 호스팅하는 것이 좋습니다.

이 제한 사항은 Microsoft 클라우드 서비스와의 상호 작용에 기반하는 것으로, 온프레미스 Expressway 배포의 용량과는 상관이 없습니다. 예를 들어 작은 Expressway 노드가 한 개 있는 경우 용량은 1,000명의 Office 365 사용자 및 4,000명의 Microsoft Exchange 사용자로 제한됩니다. 6개의 작은 노드로 구성된 클러스터가 있는 경우 용량은 1,000명의 Office 365 사용자 및 24,000명의 Microsoft Exchange 사용자로 제한됩니다.

표 5. 전용 클러스터에 대한 하이브리드 캘린더 서비스 사용자 용량

Expressway 노드 크기

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 클러스터 용량 계획하기를 참조하십시오.

호스트 및 클러스터에 대한 사용자 지정

기본적으로 하이브리드 캘린더 서비스는 클러스터의 모든 캘린더 커넥터에서 사용자를 자동으로 지정하고 동일하게 분배합니다. 지정은 가용성에 따라 동적이며 관리자는 개별 사용자가 지정된 특정 노드를 제어할 수 없습니다.

조직에 둘 이상의 클러스터가 있는 경우 사용자 분배는 클러스터 가용성, 현재 지정(실패 복구 중에 플래핑을 줄이기 위해), 가장 높은 클러스터 기본 설정에 따른 정렬 순서를 포함하여 여러 요소를 기반으로 합니다. 또한 관리자는 사용자 또는 사용자 그룹을 리소스 그룹에 지정할 수 있습니다. 리소스 그룹은 클러스터에 따라 다르므로 관리자는 특정 사용자 집합의 지정을 특정 클러스터로 제한할 수 있습니다.

관리자는 사용자 지정에 대해 기본적으로 이해하고 Expressway 캘린더 커넥터 필수 조건을 고려하여 조직에 적합한 용량을 대규모로 배포할 수 있습니다. 다음 파라미터에 따라 하이브리드 캘린더 서비스를 사용할 수 있는 126,000명의 사용자로 구성된 조직의 예를 살펴보겠습니다.

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

  • 필요한 리소스 그룹 없음

단일 클러스터에 대한 용량 공식, UcalN= (N-1) * Ucal1(여기서 N=6 및 Ucal1=15,000(큰 OVA 템플릿 사용))은 최대 75,000명의 사용자를 생성합니다. 캘린더 서비스 배포에 총 126,000명의 사용자가 포함된 경우 여러 캘린더 커넥터 호스트 클러스터가 필요합니다. 사용자는 다음 그림에 표시된 것과 같이 동일하게 분배됩니다.

그림 1. 지정
각각 6개의 노드로 구성된 두 개의 클러스터, 즉 클러스터 A는 총 75,000명의 사용자에 대해 노드당 12,500명의 사용자를 호스팅하며 클러스터 B는 총 51,000명의 사용자에 대해 노드당 8,500명의 사용자를 호스팅합니다. 종합하면 하이브리드 캘린더 서비스에는 126,000명의 사용자가 지정됩니다.

하이브리드 캘린더 서비스는 클러스터가 75,000명의 사용자 용량에 도달할 때까지 먼저 사용자를 클러스터 A에 추가한 후 나머지 사용자를 클러스터 B에 지정합니다. 사용자는 클러스터 내의 모든 노드에 무작위로 동일하게 분배됩니다. 이 예에서는 데이터 센터 RTP & PDX에서 (두 클러스터 각각에 있는) 캘린더 커넥터 호스트 노드의 동일한 분배를 보여줍니다. 각 노드는 동일한 OVA 템플릿을 사용하며 Expressway 고가용성 지침을 따릅니다. 캘린더 커넥터는 5+1 중복 모델에서 Expressway 클러스터링 논리를 사용하여 고가용성 시나리오를 허용합니다.

이제 모든 사용자가 캘린더 커넥터에 지정된 상태에서 클러스터에 오류가 발생하면 어떻게 되는지 살펴보겠습니다. 다음 그림에서는 단일 노드 실패를 보여줍니다. 클러스터 A에서 실패한 노드(5A)에 지정된 사용자는 이제 해당 클러스터에 있는 나머지 노드로 장애 조치되었습니다. 단일 노드 용량은 최대 15,000명의 사용자를 허용하고 클러스터 A에 남은 각 노드는 원래 노드 5A에 지정된 2,500명의 사용자를 추가합니다. 클러스터 B 또는 클러스터 B에 지정된 사용자에게는 어떠한 변화 또는 영향도 미치지 않습니다.

그림 2. 클러스터 A에 있는 한 개의 노드를 사용할 수 없음

클러스터 A는 여전히 최대 용량이며 해당 클러스터에 있는 각 작동 노드는 이제 최대 용량(노드당 15,000명의 사용자)입니다. 따라서 다음 그림에서 클러스터 A에 있는 다른 노드(예: 노드 4A)를 사용할 수 없는 경우 클러스터 B는 이제 추가 사용자 로드를 선택해야 합니다. 노드 4A에 지정된 15,000명의 사용자는 이제 클러스터 B에 다시 지정되고 클러스터 B 내의 모든 노드에 동일하게 분배됩니다.

그림 3. 클러스터 A에 있는 두 개의 노드를 사용할 수 없음

노드 4A 및 5A를 복구하면 클러스터 A의 사용자는 클러스터에 있는 노드에 다시 분배됩니다. 클러스터 B로 장애 조치한 사용자는 다음 그림에 표시된 것과 같이 클러스터 간에 불필요한 사용자 지정을 방지하기 위해 이 복구 단계 중에 클러스터 B에 남아 있습니다.

그림 4. 활성 노드에 대한 복구 및 사용자 재분배

대규모 하이브리드 캘린더 서비스 배포를 계획할 때 알아야 할 주요 항목은 배포에서 발생하는 오류가 미치는 영향을 이해하는 것입니다. 동일한 126,000명의 사용자 배포를 사용하지만 전체 데이터 센터가 손실되는 경우 사용자가 캘린더 커넥터 노드에 지정되지 않을 수도 있습니다. 이 유형의 시나리오에서 서비스 중단을 방지하기 위해 고객은 영향을 받는 사용자를 재분배하고 처리할 세 번째 클러스터가 필요합니다.

그림 5. 데이터 센터의 손실이 미치는 영향

하이브리드 메시지 서비스 사용자에게 서비스를 제공하는 Expressway 클러스터의 용량은 구성된 Expressway 노드의 크기, 클러스터에 있는 노드의 수 및 서비스 지속성 전략에 따라 다릅니다.

다음 표에서는 하이브리드 메시지 서비스에 사용되는 단일 Expressway의 최대 사용자 수를 보여줍니다.

표 6. 하나의 전용 Expressway에서 하이브리드 메시지 서비스 사용자 용량

작은 Expressway

중간 Expressway

큰 Expressway

5,000 사용자

6,500 사용자

15,000 사용자

그림 6. 전용 커넥터 호스트 클러스터에서 하이브리드 메시지 서비스 사용자 규모. 이 다이어그램은 하이브리드 메시지 서비스 전용 클러스터에서 노드를 늘릴 때 최대 사용자 용량 수준을 보여줍니다.

사용자 수는 한 개의 노드로 구성된 클러스터 및 두 개의 노드로 구성된 클러스터에 대해 동일합니다. 이는 메시지 서비스에서 서비스 지속성을 향상하기 위해 장애 조치를 사용하기 때문입니다. 클러스터에서 다수의 노드 전반에 대해 사용자는 동일하게 분배됩니다. 한 개의 노드가 실패하는 경우, 해당 노드의 사용자는 다른 노드로 지정됩니다.

그림 7. 공동 상주 예제: 클러스터 유형별 하이브리드 메시지 서비스 및 캘린더 서비스 사용자 규모. 이 다이어그램은 메시지 및 캘린더 커넥터 모두를 호스트하고 있는 다른 유형의 클러스터에 대해 클러스터당 최대 메시지 서비스 사용자 및 캘린더 서비스 사용자를 표시합니다.

이 주제는 캘린더 서비스 및 메시지 서비스를 포함하여 여러 하이브리드 서비스의 연결 간에 커넥터 호스트 Expressway 공유에 관한 것입니다. 커넥터 호스트는 MRA 및 B2B 등 다른 Expressway 기반 솔루션에서 공유되지 않습니다.

커넥터 호스트 클러스터의 용량은 구성되는 Expressway 노드의 크기, 노드의 수, 클러스터에서 실행되고 있는 커넥터의 수 및 서비스 지속성 전략에 따라 달라집니다. 해당 요소의 자세한 설명은 하이브리드 서비스 사용자에 대해 Expressway 클러스터 용량 계획하기를 참조하십시오.

다른 커넥터 호스트 클러스터를 모델화할 수 있는 계산기도 사용할 수 있으며, 이를 통해 제안하는 클러스터에서 지원할 수 있는 각 서비스의 사용자가 몇 명인지 확인합니다.

일반적으로 최대 두 개 노드의 작은 크기 배포에만 공동 상주를 권장합니다. 배포가 노드 한 쌍의 용량을 초과하는 경우에는 커넥터를 각 특정 하이브리드 서비스 전용의 Expressway 클러스터로 이동해야 합니다.

예: 세 개의 공동 상주 커넥터에서 커넥터 호스트 용량

다음 표는 용량 및 공동 상주에 대한 예제를 나타냅니다. 이는 각 서비스에 대해 커넥터 호스트 클러스터의 다른 사양으로 클러스터당 사용자의 최대 수를 제공합니다. 클러스터는 하이브리드 캘린더 서비스(온프레미스 Exchange 사용), 하이브리드 통화 서비스 및 하이브리드 메시지 서비스 간에 공유됩니다.

표 7. 예: 두 개의 공동 상주 커넥터에서 커넥터 호스트 용량

서비스

두 개의 작은 노드

두 개의 중간 노드

두 개의 큰 노드

캘린더 서비스 사용자

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에서 더 큰 용량의 경우 클라우드 기반 커넥터를 사용합니다(캘린더 서비스 용량 참조).

표 8. 통화 순회에서 캘린더 서비스에 대한 사용자 용량

서비스

두 개의 작은 노드 클러스터

두 개의 중간 노드 클러스터

두 개의 큰 노드 클러스터

캘린더 서비스

온-프레미스 Exchange

500 사용자

1,000 사용자

1,000 사용자

Office 365

500 사용자

1,000 사용자

1,000 사용자

온-프레미스 Exchange 및 Office 365 (하이브리드 Exchange 배포)

모두에 대해 최대 500 사용자

모두에 대해 최대 1,000 사용자

모두에 대해 최대 1,000 사용자

통화 순회

200 오디오 세션

100 비디오 세션

200 오디오 세션

100 비디오 세션

1,000 오디오 세션

500 비디오 세션

† 이 용량 제한 사항을 최소화하기 위해 온-프레미스 커넥터 대신 클라우드 기반 캘린더 서비스를 사용할 것을 권장합니다. Expressway 기반 하이브리드 캘린더 서비스의 경우 클러스터당 Office 365 사용자 용량은 클러스터의 노드 크기 또는 수와 관계없이 1000명으로 제한됩니다. 이 제한 사항은 Microsoft 클라우드 서비스와의 상호 작용에 기반하는 것으로, 온프레미스 Expressway 배포의 용량과는 상관이 없습니다.

모바일 및 Remote Access의 캘린더

이 시나리오에서는 한 개 또는 두 개의 작은 Expressway VM의 MRA 클러스터가 캘린더 커넥터를 호스트합니다. 이 시나리오는 클러스터가 MRA 및 두 개의 커넥터에 대해서만 사용되고 있다고 가정합니다. 클러스터는 한 개 또는 두 개의 작은 노드로 제한됩니다.

표 9. 작은 MRA Expressway-C에서 캘린더 커넥터 용량

Expressway 목적

한 개의 작은 Expressway-C의 클러스터

두 개의 작은 Expressway-C의 클러스터

캘린더 서비스 사용자 (Exchange에 대한 온-프레미스 커넥터)

500 사용자

500 사용자

모바일 및 Remote Access 사용자

100

100