다음을 통해 공유

  • 아티클

용량 계획

마지막으로 수정된 항목: 2011-01-07

용량 계획 요구 사항은 Office Communications Server 2007 R2에 제안되는 사용자 모델을 기반으로 합니다. 이 섹션에서는 이러한 사용자 모델을 설명하고 조직의 용량 계획을 수행하는 데 도움이 되는 정보를 제공합니다.

사용자 모델

이 섹션의 사용자 모델은 섹션 뒷부분에 설명된 용량 계획 요구 사항과 권장 사항의 토대가 됩니다.

Office Communications Server 사용자 모델

다음 표에서는 Office Communications Server의 사용자 모델에 대해 설명합니다.

표 1. Office Communications Server의 사용자 모델

범주 설명

클라이언트 분포

클라이언트 중 30%는 Communicator Web Access(2007 버전) 또는 Communicator Mobile(2007 버전)을 비롯한 Office Communicator 2007 클라이언트 실행

클라이언트 중 70%는 Office Communicator 2007 R2, Communicator Mobile 2007 R2 버전 또는 Communicator Web Access 실행. 모든 클라이언트가 Live Meeting 클라이언트 실행

원격 사용자 분포

사용자 중 90%는 내부에서 연결

사용자 중 10%는 에지 서버 및 디렉터(권장)를 통해 연결

대화 상대 분포

평균 80명의 대화 상대가 모바일 장치 사용

평균 50명의 대화 상대가 기타 장치 사용

대화 상대 중 70%는 조직 내에 있음

엔터프라이즈 사용자 중 10%는 원격 사용자

대화 상대 중 10%는 페더레이션 사용자

대화 상대 중 10%는 공용 IM 대화 상대

IM 세션

사용자별로 시간당 IM 세션 2개

세션당 인스턴트 메시지 10개

평균 메시지 크기 400바이트

단체 IM 세션의 평균 사용자 3명

다음 표에서는 이 섹션 뒷부분에 설명된 용량 계획 요구 사항과 권장 사항의 기반이 되는 회의 모델에 대해 설명합니다.

표 2. 회의 모델

범주 설명

예약된 모임과 "모임 시작" 모임

각 범주에 대해 50%

모임 동시성

사용자의 5%가 근무 시간 중에 회의에 참가합니다.

모임 미디어 분포

15%: 타사 오디오 회의 공급자를 통한 PSTN 오디오, PowerPoint

10%: 타사 오디오 회의 공급자를 통한 PSTN 오디오, 응용 프로그램 공유

15%: 메일 그룹 통합이 포함된 그룹 IM

10%: PSTN 오디오 전화 접속 회의 전용

10%: VoIP 오디오, PSTN 전화 접속 회의, PowerPoint

25%: VoIP 오디오, PSTN 전화 접속 및 비디오, 응용 프로그램 공유

5%: VoIP 오디오, PSTN 전화 접속, IM 및 응용 프로그램 공유

10%: VoIP 오디오, PSTN 전화 접속, 비디오, IM

모임 참가자 분포

회의 길잡이가 VoIP 오디오 및 PSTN 전화 접속 오디오와 함께 사용되는 모임에서는 VoIP 사용자와 전화 접속 사용자의 비율이 2:1입니다.

응용 프로그램 공유의 경우 웹 회의 서버를 사용하는 PSOM(Persistent Shared Object Model) 기반 응용 프로그램 공유와 새로운 응용 프로그램 공유 서버를 사용하는 RDP(Remote Desktop Protocol) 기반 응용 프로그램 공유의 두 가지 유형이 있습니다. 사용자 모델에서는 모든 임시 모임 중 80%가 RDP 기반 응용 프로그램 공유를 사용하고 20%가 PSOM을 사용한다고 가정합니다. 예약된 모임의 경우 사용자 모델에서는 사용되는 응용 프로그램 공유의 50%가 PSOM이고 50%가 RDP라고 가정합니다.

가정: 참가자가 한 명인 모임에서는 RDP 응용 프로그램 공유를 사용하지 않습니다. 참가자가 두 명인 예약된 모임의 경우 모델에서는 20%가 RDP 응용 프로그램 공유를 사용한다고 가정합니다. 임시 모임의 경우 모델에서는 10%가 RDP 응용 프로그램 공유를 사용한다고 가정합니다.

원격 액세스 25%

익명 15%

페더레이션 10%

내부 50%

다음 표에서는 이 섹션 뒷부분에 설명된 용량 계획 요구 사항과 권장 사항의 기반이 되는 모임 콘텐츠 크기 모델에 대해 설명합니다.

표 3. 모임 콘텐츠 크기 모델

콘텐츠 형식 평균 크기 인스턴스 수

멀티미디어 콘텐츠(Flash, Windows Media Player)

50MB

1

PowerPoint

20MB

2

기타 MODI(Microsoft Office Document Imaging) 문서

10MB

3

참고 파일

5MB

1

Communicator Web Access 모델

Communicator Web Access 사용 모델은 Office communicator 사용 모델을 기반으로 하고 다음과 같은 가정을 전제로 합니다.

표 4. Communicator Web Access 사용

설명 값

총 사용자 수

5,000명 + 120명의 데스크톱 공유 사용자

데스크톱 공유 사용자

120명(20개 전화 회의)

대화 상대 목록에 있는 내부 사용자 비율

70%

레거시 사용자 비율

30%

사용자당 평균 대화 상대 수

50

사용자당 최대 대화 상대 수

260

사용자당 최소 대화 상대 수

1

사용자당 일일 평균 로그온 시간

12

사용자당 일일 평균 현재 상태 업데이트 횟수

82

사용자당 일일 인스턴트 메시지 대화 횟수

12

사용자당 일일 인스턴트 메시지 전화 회의 횟수

1

사용자당 전화 회의별로 보낸 인스턴트 메시지 수(피어-투-피어)

10

보낸 인스턴트 메시지 비율

분당 1개

시간당 인스턴트 메시지 세션 수

2

단체 세션의 평균 참가자 수

3

지정된 시점의 동시 전화 회의 사용자

총 사용자의 5%

사용자당 일일 현재 상태 쿼리 수

60

일일 사용자 검색 횟수

12

사용자당 일일 대화 상대 변경 횟수

13

동시 데스크톱 공유 사용자 비율

2%

데스크톱 공유 전화 회의의 최대 사용자 수

6

데스크톱 공유 전화 회의의 지속 시간

1시간

다음 표에는 데스크톱 공유 모델에 대한 정보가 나와 있습니다.

표 5. 데스크톱 공유 모델

설명 값

공유 데스크톱을 보는 사용자

100

데스크톱을 공유하는 사용자

20

전화 회의 수

20

소규모 전화 회의 크기

2

중간 규모 전화 회의 크기

3

대규모 전화 회의 크기

6

가장 큰 전화 회의 크기

6

소규모 전화 회의 비율

10

중간 규모 전화 회의 비율

15

대규모 전화 회의 비율

70

가장 큰 전화 회의 비율

5

전화 회의 지속 시간

1시간

일일 대화 횟수

24

앞의 표에 소개한 사용 모델은 Proliant에서 테스트한 결과를 토대로 합니다.

응답 그룹 서비스 사용자 모델

다음 표에서는 응답 그룹 서비스에 제안되는 사용자 모델에 대해 설명합니다. 이 모델은 이 섹션 뒷부분에 설명된 용량 계획 요구 사항과 권장 사항의 토대 역할을 합니다.

이 모델에서는 다음을 가정합니다.

  • 기본 대기 음악 파일을 사용 중입니다.
  • 영어를 사용 중입니다.

표 6. 응답 그룹 서비스 사용자 모델

구성 요소 엔터프라이즈 배포별 Standard Edition Server별

활성 에이전트(공식 및 비공식)

1,200

1,200

표준 응답 그룹 수

450

150

사용되는 큐 수

각 헌트 그룹에 대해 하나의 고유한 큐, 1단계 대화형 응답 그룹에 대해 두 개

각 헌트 그룹에 대해 하나의 고유한 큐, 1단계 대화형 응답 그룹에 대해 두 개

그룹에서의 라우팅 배포 방법

병렬 라우팅: 40%

최장 유휴 시간: 40%

직렬: 10%

라운드 로빈: 10%

병렬 라우팅: 40%

최장 유휴 시간: 40%

직렬: 10%

라운드 로빈: 10%

IVR(대화형 음성 응답)에서 음성 인식을 사용하는 워크플로 및 IVR에서 DTMF(Dual-tone Multi-frequency)만 사용하는 워크플로의 백분율 비교

음성 인식/텍스트 음성 변환(SR/TTS) + DTMF: 50% DTMF: 50%

SR/TTS + DTMF:50% DTMF: 50%

헌트 그룹 수(50%의 단순한 헌트 그룹과 50%의 복잡한 헌트 그룹의 혼합)

600

300

그룹당 평균 에이전트 수

10개 에이전트

10개 에이전트

에이전트가 속해 있는 평균 그룹 수

2개 그룹

2개 그룹

큐당 그룹 수(평균)

90%: 1개 그룹 10%: 2개 그룹

90%: 1개 그룹 10%: 2개 그룹

동시 응답 그룹 호출 수

480

60

평균 호출 시간(IVR 부분 + 대기 음악)

30초

30초

에이전트와의 평균 통화 시간

3분

3분

공식 에이전트의 하루 로그인/로그아웃 주기 수(하루 8시간 기준)

4

4

용량 계획 요구 사항 및 권장 사항

다음 표에서는 조직의 용량 계획을 수립하는 데 도움이 되는 정보를 제공합니다.

표 7. 각 토폴로지에 대해 지원되는 최대 사용자 수

토폴로지 필요한 서버 지원되는 최대 사용자 수

Standard Edition Server

Standard Edition Server 1대

5,000

엔터프라이즈 풀, 통합 구성

모든 서버 역할을 실행하는 Enterprise Edition 프런트 엔드 서버 8대

백 엔드 SQL Server 1대

100,000

Dd425159.note(ko-kr,office.13).gif참고:
IM 및 현재 상태만 배포할 경우 Office Communications Server 2007 R2는 200,000개의 클라이언트 끝점을 지원합니다. 여기서 각 끝점은 Communicator와 같은 클라이언트 프로그램이며 Microsoft SQL Server 데이터베이스 소프트웨어를 실행하는 프런트 엔드 서버 8대와 16코어 컴퓨터 1대를 기반으로 합니다. 백 엔드 데이터베이스는 4방향 쿼드 코어 또는 8방향 듀얼 코어 2.0GHz 이상의 컴퓨터에서 실행해야 합니다.

보관 서버

보관 서버 1대

300,000

모니터링 서버

모니터링 서버 1대

200,000

그룹 채팅 서버

그룹 채팅 서버 3대

60,000(서버당 20,000)

Dd425159.note(ko-kr,office.13).gif참고:
이 향상된 서버 및 사용자 지원에 대해서는 QFE1을 배포해야 합니다.

에지 서버 토폴로지에서는 총 사용자 수의 10%가 인트라넷 외부에서 연결한다고 가정합니다. 다음 표에서는 아래의 각 에지 서버 역할 및 토폴로지에서 지원하는 최대 클라이언트 연결 수를 보여 줍니다.

표 8. 에지 서버 토폴로지에 대해 지원되는 최대 클라이언트 수

토폴로지 지원되는 성능

에지 서버

액세스 에지 서비스: 클라이언트 연결 5,000개

웹 회의 에지 서비스: 1,000개의 클라이언트 연결

A/V 에지 서비스: 동시 A/V(오디오/비디오) 세션 500개

외부 액세스에는 디렉터를 배포하는 것이 좋습니다.

표 9. Communicator Web Access 용량

성능 측정 기준 Communicator Web Access 현재 상태 및 IM, Java용 Communicator Mobile, 검색 및 데스크톱 공유

사용자 수

사용자 5,000명

동시 데스크톱 공유 사용자 120명

[!참고] 컴퓨터 구성: 2.3GHz CPU, 8.0GB 메모리, 프로세서 8개, 커널 SSL 사용 안 함, ASP NET 1.5 요청 큐 제한을 1.5 * 서버의 동시 사용자 수로 설정, HTTPS 연결, 다른 가상 서버 또는 Office Communications Server와 함께 배치하지 않음, 16GB 가상 메모리, Communicator Web Access 로깅(정품 추적)을 해제로 설정

[!참고] 컴퓨터 구성: 3.0GHz CPU, 1.0GB 메모리, 100Mbps 네트워크, 80GB 하드 드라이브, Internet Explorer 7.0 브라우저, Microsoft Windows XP SP2 운영 체제, 1280x1024 디스플레이

표 10. 저장소 디스크 용량 계획

저장소 드라이브 읽기당 평균 디스크 바이트 수 및 쓰기당 평균 디스크 바이트 수(사용자 100,000명 기준) 초당 디스크 읽기 및 쓰기(사용자 100,000명 기준)

엔터프라이즈 풀 백 엔드 데이터 드라이브

읽기: 0

쓰기: 2,180

읽기: 0

쓰기: 158.3

엔터프라이즈 풀 RTC 로그

읽기: 0

쓰기: 832

읽기: 0

쓰기: 216.2

엔터프라이즈 풀 RTCdyn 로그

읽기: 996

쓰기: 2,289

읽기: 0.002

쓰기: 561.3

보관 로그 파일 드라이브

읽기: 0

쓰기: 3,783

읽기: 0

쓰기: 110.1

보관 데이터 파일 드라이브

읽기: 761

쓰기: 3,532

읽기: 0.091

쓰기: 38.7

모니터링(QoE 및 CDR) 데이터 로그 드라이브

읽기: 8,192

쓰기: 6,213

읽기: 85.5

쓰기: 193.1

표 11. 보관 및 모니터링 데이터베이스 저장소 용량 계획

구성 요소 시간당 평균 데이터베이스 증가량 사용량 가정

보관 데이터베이스

시간당 636MB(100,000개 끝점 기준)

메시지당 400바이트(초당 320개 메시지 기준)

모니터링 데이터베이스

CDR: 시간당 162MB(100,000개 끝점 기준)

QoE: 시간당 482MB(100,000개 끝점 기준)

클라이언트에서 화상 통화에 대해 QoE 데이터를 만들지 않는다고 가정

표 12. 그룹 채팅 용량 계획

대화방 사용 사용자 연결 비율 메시지 속도

각 사용자가 30개의 대화방 참가

대화방당 30명의 참가자

각 서버에서 초당 2개의 사용자 연결 시작

초당 40개 메시지(모든 대화방)

[!참고] 대화방에서는 30명 이상의 참가자를 지원하고 그룹 채팅 클라이언트에서는 30개 이상의 대화방을 지원할 수 있습니다. 그러나 대화방의 참가자 수가 많으면 서버 성능에 영향을 줄 수 있습니다. 대화방에 대해 테스트된 구성의 최대 참가자 수는 1,000명입니다. 참가자 수가 많은 대화방의 사용은 만든 전체 대화방의 10% 이내로 제한해야 합니다.

[!참고] 용량 계획 스프레드시트뿐만 아니라 업데이트된 그룹 채팅 용량 계획 문서는 Microsoft 다운로드 센터에서 무료로 다운로드할 수 있습니다.

표 13. PSOM(Persistent Shared Object Model) 응용 프로그램에 대한 응용 프로그램 공유 용량 계획

응용 프로그램 공유 사용량 송신 및 수신(Kbps) 프로세서 시간 사용자당 평균 대역폭 사용량(Kbps)

15개 회의, 90명의 사용자

수신: 1,370(최대 2,728)

송신: 6,370(최대 12,315)

평균: 8.5

최대: 24.4

공유자당 송신: 713.57

뷰어당 수신: 552.92

표 14. 중재 서버 용량 계획

컴퓨터

내부 사용자 90%, 외부/원격 사용자 10%

듀얼 프로세서, 듀얼 코어 3.0GHz CPU, 4GB 메모리 및 1Gbps 네트워크 어댑터 카드 2개 장착

듀얼 프로세서, 쿼드 코어 2.3GHz CPU, 4GB 메모리 및 1Gbps 네트워크 어댑터 카드 2개 장착

외부/원격 사용자 100%

듀얼 프로세서, 듀얼 코어 3.0GHz CPU, 4GB 메모리 및 1GB 네트워크 어댑터 카드 2개 장착

듀얼 프로세서, 쿼드 코어 2.3GHz CPU, 4GB 메모리 및 1GB 네트워크 어댑터 카드 2개 장착

[!참고] 앞의 표에서 CPU 사용률은 용량의 75%인 것으로 가정합니다.
중재 서버의 규모 수는 사용자의 위치, 즉 사용자와 중재 서버 간의 거리에 따라 크게 좌우됩니다. 내부 네트워크 외부에 있는 사용자의 경우 미디어 스택에서 낮은 비트 전송률을 사용하여 성능에 상당한 영향을 줄 수 있습니다.

주소록 서버의 용량 계획에서는 주소록 서버 데이터베이스 및 주소록 웹 쿼리 서비스 데이터베이스의 크기, 다운로드 파일 크기 및 주소록 웹 쿼리 서비스에 액세스할 Windows용 Office Communicator Mobile 클라이언트 수를 계획해야 합니다.

주소록 서버가 다운로드 파일을 만드는 주소록 서버 데이터베이스와 파일 서버에 사용되는 디스크의 크기는 주로 저장해야 하는 대화 상대의 수에 따라 달라집니다. 파일 서버를 사용하여 다른 데이터도 저장할 수 있습니다. 자세한 내용은 저장소 요구 사항에서 “폴더” 섹션을 참조하십시오. 주소록 서버가 데이터베이스와 다운로드 파일에 저장할 대화 상대 수를 예측하는 한 가지 방법은 각 사용자에게 2개의 대화 상대 개체가 있다고 가정하는 것입니다. 따라서 조직의 사용자 수에 2를 곱하여 주소록 서버의 저장소 요구 사항을 예측할 수 있습니다.

  • 일반적인 주소록 다운로드 파일 크기 가정:
    • 100,000명의 대화 상대, 다운로드 파일용 2.5GB 저장소(직원당 2명의 대화 상대 기준)
    • 100,000명의 직원, 다운로드 파일용 5GB 저장소
  • 일반적인 주소록 웹 쿼리 데이터베이스 크기 가정:
    • 100,0000명의 대화 상대, 1.5GB 저장소
    • 데이터베이스 로그용 1GB

표 15. 엔터프라이즈 풀에 대한 주소록 웹 쿼리 서비스 성능

사용자 수 최대 모바일 장치 수 주소록 데이터베이스의 항목 수 초당 쿼리 수 사용 현황 메모

합계: 100,000

음성 사용: 30,000

18,000(음성을 사용하는 사용자의 60%)

300,000

평균: 17.7

사용량이 가장 많은 시간: 26.55

프런트 엔드 서버 8대

사용자 중 30%는 통합 통신을 사용합니다.

쿼리 수가 초당 100개일 때 성능에 가장 영향이 적습니다.

표 16. 오디오/비디오 용량 계획

미디어 코덱 평균 대역폭(Kbps) 예상 작업(%) 최대 대역폭(Kbps)

광대역 오디오

RTAudio

34.8

61

57

광대역 오디오

Siren

22.2

43

51.6

협대역 오디오

RTAudio

25.9

65

39.8

비디오

RTVideo

258.3

82

350

파노라마 비디오

RTVideo

220.5

70

350
  • 미디어 스트림에 대해 인용된 대역폭 수에는 실제 인코딩된 미디어뿐 아니라 프레이밍, 암호화 및 IP 라우팅 정보에 대한 오버헤드가 모두 포함됩니다.
  • 평균 코덱 대역폭 값은 측정치를 기반으로 하며 일반적인 작업 수준 값을 기준으로 최대 이론 대역폭에서 파생됩니다. 오디오 작업 수준에서는 스트림의 음성 작업을 고려하고, 비디오 작업 수준에서는 비디오 이미지 내의 동작 양을 고려합니다.
  • PSTN 게이트웨이에서 Office Communications Server VoIP와 PSTN 간의 통화에 대한 음성 작업 감지가 덜 적절한 점을 고려하여 RT 오디오 협대역의 작업 수준이 약간 높습니다. 배포된 PSTN 게이트웨이에서 음성 작업 감지를 사용하지 않도록 설정하는 경우 이 수치를 15% 더 늘려야 합니다.
  • 파노라마 이미지 내에서 배경 영역의 상대적 비율이 높기 때문에 파노라마 비디오가 일반 비디오 스트림보다 작업 수준이 낮습니다.

미디어 대역폭 요구 사항 및 권장 사항

기본 미디어 게이트웨이의 경우 게이트웨이와 중재 서버 간의 대역폭 요구 사항은 동시 통화당 80Kbps입니다. 이 숫자를 각 게이트웨이의 포트 수와 곱하면 중재 서버의 게이트웨이 측에 필요한 대역폭을 대략적으로 예상할 수 있습니다. Office Communications Server 측의 대역폭 요구 사항은 비교적 더 작습니다.

중재 서버를 구성하는 경우 기본 미디어 포트 게이트웨이 범위인 60,000~64,000을 적용하는 것이 좋습니다. 포트 범위를 줄이면 서버 용량이 훨씬 줄어들기 때문에 미디어 포트 요구 사항과 시나리오에 대해 잘 아는 관리자가 특정한 이유가 있을 때만 수행해야 합니다. 따라서 기본 포트 범위를 변경하지 않는 것이 좋습니다.

음성 및 비디오와 같은 고대역폭 트래픽은 제대로 프로비전되지 않은 네트워크에 부담을 줍니다. 미디어 트래픽을 알려진 포트 범위로 제한하면 이러한 문제를 더 쉽게 해결할 수 있습니다.

모바일 데이터 대역폭 요구 사항

8시간 근무의 경우 모바일 액세스에 약 1MB의 대역폭이 필요합니다. 이 값은 다음과 같은 사용 사례를 기준으로 합니다.

  • 15명의 사용자가 포함된 메일 그룹 1개
  • 사용자별로 시간당 현재 상태 업데이트가 4회인 구성원이 80명 있는 대화 상대 목록
  • 시간당 현재 상태 업데이트가 4회인 태그가 지정된 대화 상대 한 명
  • 시간당 1개씩 일일 12개의 전화 통화(2시간마다 1개의 수신 전화와 1개의 발신 전화)
  • 통화당 2분
  • 사용자는 1개의 추가 끝점(예: Office Communicator 또는 일반 전화기)에 로그인됨
  • 2시간마다 1개의 IM 세션
  • 수신 IM과 발신 IM은 동일(1:1)