Windows SharePoint Services 공동 작업 환경의 성능 및 용량 요구 사항 예측(Office SharePoint Server)

  • 아티클

업데이트 날짜: 2009년 4월

적용 대상: Office SharePoint Server 2007

 

마지막으로 수정된 항목: 2015-03-09

이 문서의 내용

  • 주요 특징

  • 테스트 환경

  • 사용 프로필

  • 권장 사항

이 성능 및 용량 계획 시나리오에서는 엔터프라이즈 환경에서 공동 작업 및 문서 관리에 사용되는 단일 Windows SharePoint Services 3.0 팜을 구현합니다.

주요 특징

주요 특징에서는 시나리오에 공통되는 환경적 요소, 사용 특징 및 기타 고려 사항에 대해 설명합니다.

이 시나리오의 주요 특징은 다음과 같습니다.

  • **인증/권한 부여   **일반적으로 사용자는 인증 과정을 거치며, 보안 그룹을 사용하거나 사용자 계정에 따라 개별 사용자에게 액세스 권한을 부여하는 방법으로 사이트와 콘텐츠를 보호합니다. 이 시나리오에서는 Windows 통합 인증을 사용합니다.

  • **일반적(읽기) 및 복합적(읽기/쓰기) 사용자 작업   **공동 작업 환경에서는 여러 사용자가 콘텐츠를 보고 작성합니다. 이 시나리오의 처리량 목표는 문서 업로드 또는 다운로드와 같은 복잡한 사용자 작업의 응답 시간이 지나치게 길지 않도록 디자인되었습니다.

  • **시간 경과에 따른 데이터 및 사이트 증가   **초기 데이터 볼륨을 예측해야 할 뿐만 아니라 시간 경과에 따른 데이터 및 사이트 증가에 대비할 수 있도록 Windows SharePoint Services 3.0 공동 작업 환경을 구성해야 합니다. 초기 데이터 볼륨만 감당할 수 있는 규모의 서버 팜에서는 용량이 금방 부족해질 수 있습니다.

  • **사용자 응답 시간   **일반, 특수, 장기 실행 및 희소 작업에 대한 사용자 응답 시간의 목표를 정할 때는 Plan for software boundaries [Windows SharePoint Services] 섹션 끝부분에 나와 있는 사용자 응답 시간 표의 데이터를 기준으로 합니다. 느린 사용자 응답 시간을 허용하는 조직도 있는 반면, 사용자 응답 시간이 빨라야 하는 조직도 있습니다. 예상 사용자 응답 시간은 전체 처리량 목표를 결정하는 주요 요인입니다. 처리량은 서버 팜에서 초당 처리할 수 있는 요청 수를 의미합니다. 사용자가 많을수록 동일한 사용자 응답 시간을 달성하는 데 처리량 목표를 더 높게 잡아야 합니다.

  • **사용자 동시성   **동시성 비율이 10%이고 특정 시점에 동시 사용자의 1%가 요청을 수행한다고 가정합니다. 즉, 사용자가 10,000명인 경우 동시에 1,000명의 사용자가 솔루션을 실제로 사용하며 100명의 사용자가 요청을 수행한다고 가정합니다.

  • **장기 실행 비동기 작업   **콘텐츠 인덱싱 및 데이터베이스 백업 등의 작업을 수행하면 서버 팜에 성능 부하가 추가됩니다. 예제 토폴로지에서는 일반적인 성능상의 이유로 사용량이 적은 새벽과 같은 시간대에 이러한 작업이 실행된다고 가정합니다. 따라서 업무 시간 동안의 사용자 응답 속도에는 영향을 주지 않습니다.

테스트 환경

이 시나리오에 대한 테스트는 동시 사용자 수, 사용자 작업 및 사이트 모음, 사이트, 라이브러리 및 목록 등의 개체 수와 같은 여러 가지 요소가 변화할 때 다양한 팜 구성이 어떻게 반응하는지 예측할 수 있도록 디자인되었습니다.

테스트 결과에서 특정한 결론을 도출할 수도 있지만, 이 섹션에 나와 있는 구체적인 용량 및 성능 수치는 실제 환경과 다를 수 있습니다. 이러한 결과는 적절한 규모의 환경을 디자인하는 시작점을 제공하기 위한 것입니다. 초기 시스템 디자인을 마친 후 구성을 테스트하여 해당 환경의 여러 요소가 지원되는지 확인해야 합니다.

배포 테스트에 대한 자세한 내용은 성능 및 용량 계획용 도구(Windows SharePoint Services)를 참조하십시오.

가정

  • **64비트 아키텍처   **테스트 환경에서는 64비트 서버만 사용했습니다. 32비트 서버에도 Windows SharePoint Services 3.0을 배포할 수 있지만 Windows SharePoint Services 3.0 팜 배포에는 64비트 서버를 사용하는 것이 좋습니다. 자세한 내용은 성능 및 용량 계획 정보(Windows SharePoint Services) 문서의 64비트와 32비트 비교 섹션을 참조하십시오.

테스트용 토폴로지

자세한 테스트 결과를 얻을 수 있도록 독립 실행형 컴퓨터에서 8대의 웹 서버(Microsoft SQL Server 2005를 실행하는 단일 클러스터 컴퓨터 포함)에 이르는 다양한 팜 구성을 사용하여 테스트했습니다. 32에서 256개의 사용자 연결을 시뮬레이션하는 8대의 클라이언트 컴퓨터를 사용하여 테스트를 수행했습니다.

다음 표에서는 테스트에 사용된 구체적인 하드웨어를 보여 줍니다.

컴퓨터 역할 하드웨어

웹 서버

듀얼 코어 Intel Xeon 2.8GHz 프로세서 2개

4GB RAM

데이터베이스 서버

듀얼 코어 Intel Xeon 2.8GHz 프로세서 4개

32GB RAM

클라이언트 컴퓨터

Pentium 3 1.2GHz 프로세서 1개

1GB RAM

테스트 환경에는 기가비트(초당 10억 비트) 네트워크가 사용되었습니다.

사용 프로필

다음 표에서는 Windows SharePoint Services 3.0 공동 작업 테스트 환경의 사용 프로필을 보여 줍니다. Windows SharePoint Services 3.0 공동 작업 시나리오의 사용 프로필에서는 대부분의 사용자 작업이 팀 사이트 내에서 수행된다고 가정합니다.

Windows SharePoint Services 내의 검색 범위는 사이트 모음이므로 검색 작업은 처리량에 큰 영향을 주지 않습니다.

다음 표에서는 테스트 환경의 각 사용자 작업 유형에서 차지하는 처리량 백분율을 보여 줍니다.

작업 처리량 백분율

홈 페이지 가져오기

15.00

캐시된 문서 가져오기

15.00

정적 문서 가져오기

15.00

목록 페이지(HTML) 가져오기

10.00

목록 페이지(표) 가져오기

10.00

목록 양식 가져오기

7.00

404 오류

5.00

목록 항목 삽입

2.00

목록 항목 편집

2.00

목록 항목 삭제

2.00

문서 삽입

2.00

Outlook과 동기화

2.00

문서 삭제

2.00

URL 나열

2.00

*DAV*(Distributed Authoring and Versioning) 편집을 위해 문서 열기

1.00

DAV 문서 저장

1.00

*FPRPC*(FrontPage Server Extensions Remote Procedure Call) 편집을 위해 문서 열기

1.00

FPRPC 문서 저장

1.00

단기 체크 아웃

1.00

전자 메일 수신

1.00

*RSS*(Really Simple Syndication)

1.00

워크플로 시작

0.75

워크플로 작업 완료

0.75

사용자 추가/제거

0.50

권장 사항

이 섹션에서는 성능 및 용량에 대한 일반적인 권장 사항을 설명합니다. 이러한 권장 사항을 참조하여 중복 계획(Windows SharePoint Services) 문서에서 만든 시작 토폴로지의 용량 및 성능 특징을 파악하고 시작 토폴로지의 수평 또는 수직 확장 여부를 결정할 수 있습니다.

하드웨어 권장 사항

다음 표에서는 웹 서버 및 데이터베이스 서버로 권장되는 하드웨어를 보여 줍니다. 최소 및 권장 시스템 요구 사항에 대한 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 확인(Windows SharePoint Services)을 참조하십시오.

참고

웹 서버 및 데이터베이스 서버의 메모리 요구 사항은 팜의 크기, 동시 사용자 수 및 팜에 있는 기능과 페이지의 복잡도에 따라 다릅니다. 규모가 작거나 사용량이 적은 팜에는 다음 표의 메모리 권장 사항이 적합할 수 있지만, 메모리 사용을 주의깊게 모니터링하여 메모리를 더 추가해야 하는지 확인해야 합니다.

컴퓨터 역할 권장 하드웨어

웹 서버

듀얼 2.5GHz 이상 프로세서(3GHz 이상 권장)

최소 2GB RAM 권장

사용 가능한 디스크 공간 3GB

로컬 또는 네트워크로 액세스 가능한 DVD 드라이브

해상도 1024x768 이상의 모니터

데이터베이스 서버

듀얼 2.5GHz 이상 프로세서(3GHz 이상 권장)

최소 4GB RAM 권장

콘텐츠와 데이터베이스 용량 비율 1:1.2에 따른 하드 디스크 공간. 즉, 콘텐츠가 100GB로 계획된 경우 최소 120GB의 사용 가능한 디스크 공간과 트랜잭션 로그를 위한 추가 공간이 필요합니다.

로컬 또는 네트워크로 액세스 가능한 DVD 드라이브

해상도 1024x768 이상의 모니터

시작점 토폴로지

중복 계획(Windows SharePoint Services)에 제공된 시작점 토폴로지와 해당 토폴로지를 비교하면 시작점 토폴로지의 성능을 예측할 수 있습니다. 이렇게 하면 성능 및 용량 목표를 달성하기 위해 시작점 토폴로지의 규모를 조정해야 할지 여부를 빠르게 확인할 수 있습니다.

규모가 확장된 토폴로지의 용량과 성능

시작점 토폴로지 중 하나의 용량과 성능을 높이려면 서버 컴퓨터의 용량을 늘려 규모를 확대하거나 토폴로지에 서버를 더 추가하여 규모를 확장합니다. 이 섹션에서는 규모가 확장된 몇 가지 토폴로지의 일반적인 성능 특징을 설명합니다. 예제 토폴로지는 공동 작업 시나리오에서 토폴로지의 규모를 조정하는 다음과 같은 일반적인 방법을 나타냅니다.

  • 더 많은 사용자 부하를 처리하려면 웹 서버 컴퓨터를 추가합니다.

  • 더 많은 데이터 부하를 처리하려면 클러스터 또는 미러된 단일 서버의 용량을 늘리거나, 64비트 서버로 업그레이드하거나, 클러스터 또는 미러된 서버를 추가하여 데이터베이스 서버 역할에 용량을 추가합니다.

  • 클러스터 또는 미러된 데이터베이스 서버 컴퓨터 1대당 웹 서버 컴퓨터의 비율이 8대를 넘지 않도록 유지합니다.

처리량 목표 예측

처리량은 서버 팜에서 초당 수행할 수 있는 작업 수입니다. 초당 요청되는 작업 수는 특정 성능 수준의 목표 값보다 낮은 것이 좋습니다. 요청되는 작업 수가 목표 값을 초과하면 사용자 작업 및 기타 작업이 완료되는 시간이 길어집니다.

처리량을 측정하는 단위는 RPS(초당 요청 수)입니다. 일반적인 최종 사용자 동작 모델을 사용하면 RPS 수치를 총 사용자 수로 변환할 수 있습니다. 사람의 다양한 동작과 마찬가지로 "일반적인" 동작은 광범위합니다. Windows SharePoint Services 3.0의 사용자 모델에는 다음과 같은 두 가지 변수가 있습니다.

  1. 동시성 - 시스템을 실제로 사용하는 사용자의 백분율입니다.

  2. 요청 속도 - 활성 사용자가 생성하는 시간당 평균 요청 수입니다. 다음 표에서는 네 가지 수준의 사용자 동작을 보여 줍니다.

다음과 같은 방법으로 일반적인 부하에 대한 대략적인 처리량 지침을 계산할 수 있습니다.

사용자 수 * 활성 사용자 백분율/요청 속도

예를 들어 사용자가 1,000명인 경우에는 다음과 같습니다.

동시 사용자 = 1,000 * 10% = 100

시간당 사용자당 예상 요청 수 = 36 = 사용자마다 100초당 요청 1회

처리량 = 동시 사용자/요청 속도 = 100/100 = 1RPS

따라서 1RPS는 각각 요청을 시간당 36회 수행하는 최대 1,000명의 사용자를 지원할 수 있습니다.

다음 표에서는 네 가지 사용자 부하 수준에 대한 처리량 목표를 보여 줍니다.

사용자 부하 요청 속도 지원되는 사용자 수

낮음

시간당 요청 20회. 활성 사용자는 180초마다 요청을 생성합니다.

처리량 1RPS는 동시 사용자 180명과 총 사용자 1,800명을 지원합니다.

일반

시간당 요청 36회. 활성 사용자는 100초마다 요청을 생성합니다.

처리량 1RPS는 동시 사용자 100명과 총 사용자 1,000명을 지원합니다.

높음

시간당 요청 60회. 활성 사용자는 60초마다 요청을 생성합니다.

처리량 1RPS는 동시 사용자 60명과 총 사용자 600명을 지원합니다.

최대

시간당 요청 120회. 활성 사용자는 30초마다 요청을 생성합니다.

처리량 1RPS는 동시 사용자 30명과 총 사용자 300명을 지원합니다.

조직에 기존 공동 작업 솔루션이 있는 경우 IIS 로그를 확인하여 현재 환경의 사용 패턴과 추세를 파악할 수 있습니다. IIS 로그 구문을 분석하는 방법에 대한 자세한 내용은 로그 파일 분석(IIS 6.0) (영문)(https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x412)을 참조하십시오.

조직에서 새로운 공동 작업 솔루션 배포를 계획하는 경우 다음 섹션의 정보를 참조하여 사용 패턴을 예측할 수 있습니다.

처리량 목표 예측

이전 섹션에 나와 있는 서버 팜의 예측된 처리량 성능은 다음과 같은 가정에 기초합니다.

  • 일반적인 작업의 사용자 응답 속도가 1초 이내입니다.

  • 사용자 동시성 비율이 10%입니다.

  • 인덱싱 작업이 야간 시간대 12시간 동안 실행됩니다.

이 섹션의 정보를 참조하여 이러한 가정 값을 조직의 특징에 맞게 변경하십시오. 이렇게 하면 조직의 처리량 목표가 달리질 수도 있습니다.

테스트 결과: 팜 구성에 따른 처리량

이 섹션의 표에서는 이 문서 앞부분의 테스트 환경에 나열된 하드웨어를 사용하여 다양한 사용자 작업 프로필을 테스트한 결과를 보여 줍니다. 사용자 연결 수는 테스트 중 사용된 고정 매개 변수입니다.

다음 표에서는 읽기/쓰기 혼합 및 읽기 전용 사용자 작업을 테스트한 결과를 보여 줍니다.

팜 구성 RPS 총 사용자 연결 수

 

 

 

낮은 사용량

일반 사용량

높은 사용량

최대 사용량

혼합

읽기

혼합

읽기

혼합

읽기

혼합

읽기

혼합

읽기

1 대 1

50

100

90,000

180,000

50,000

100,000

30,000

60,000

15,000

30,000

2 대 1

99

185

178,200

333,000

99,000

185,000

59,400

111,000

29,700

55,500

3 대 1

115

265

207,000

477,000

115,000

265,000

69,000

159,000

34,500

79,500

4 대 1

120

275

216,000

495,000

120,000

275,000

72,000

165,000

36,000

82,500

5 대 1

136

280

244,800

504,000

136,000

280,000

81,600

168,000

40,800

84,000

6 대 1

130

280

234,000

504,000

130,000

280,000

78,000

168,000

39,000

84,000

7 대 1

134

290

241,200

522,000

134,000

290,000

80,400

174,000

40,200

87,000

8 대 1

130

280

234,000

504,000

130,000

280,000

78,000

168,000

39,000

84,000

다음 그래프에서는 프런트 엔드 웹 서버의 수가 변화할 때 읽기/쓰기 및 읽기 전용 작업의 처리량 변화를 보여 줍니다. 이 그래프는 위에 나와 있는 표의 테스트 결과를 반영하지 않으며, 프런트 엔드 웹 서버가 시스템에 추가될 때의 일반적인 성능 추세를 보여 주기 위한 것입니다.

읽기 작업만 지원하는 정적 포털 사이트 등의 시스템에서는 읽기와 쓰기 작업을 모두 지원하는 시스템보다 높은 처리량 수준을 유지할 수 있습니다.

Windows SharePoint Services 성능 예제

사용자 응답 시간 예측

우선 조직에서 사용자 응답 시간이 느려도 무방한지 아니면 사용자 응답 시간이 빨라야 하는지를 확인합니다. 응답 시간은 다음과 같이 분류됩니다.

  • 느림(3-5초)   사용자 응답 시간이 이 속도로 느려도 문제가 발생하지 않습니다.

  • 권장(1-2초)   평균적인 사용자 응답 시간 목표입니다.

  • 빠름(1초 이내)   조직의 비즈니스 속도가 빨라야 하는 경우입니다.

조직의 요구 사항에 가장 가깝게 일치하는 사용자 응답 시간 및 사용자 수에 따라 처리량을 판단합니다. 단일 서버 배포에서는 최대 1,000명의 사용자를 처리할 수 있으므로 나열된 최소 사용자 수는 500명입니다.

다음 표에서는 사용자 응답 시간에 따른 처리량 목표를 보여 줍니다.

총 사용자 느림(RPS) 권장(RPS) 빠름(RPS)

500

0.4

0.5

0.7

1,000

0.7

1.0

1.2

5,000

4.0

5.0

6.0

10,000

9.0

10.0

12.0

20,000

18.0

20.0

24.0

50,000

40.0

50.0

60.0

100,000

90.0

100.0

120.0

조직에 적합한 처리량 목표가 식별되었으면 예제 토폴로지의 테스트 결과를 다시 평가하여 토폴로지 및 하드웨어를 적절히 선택했는지 확인합니다.

동시성 비율 예측

그런 다음 조직의 동시성 비율을 예측합니다. 동시성 비율은 솔루션을 동시에 사용하는 사용자의 백분율입니다. 사용량이 많은 시간에 예상되는 동시성 비율을 사용합니다. 다음 표에서는 총 사용자 수와 동시성 비율에 따른 권장 처리량 목표를 보여 줍니다.

다음 표에서는 다양한 동시성 비율에 따른 처리량 목표를 RPS 단위로 보여 줍니다.

총 사용자 동시성 비율 5% 10% 15% 25% 50% 75% 100%

500

0.25

0.5

0.75

1.25

2.5

3.75

5.0

1000

0.5

1.0

1.5

2.5

5.0

7.5

10.0

5,000

2.5

5.0

7.5

12.5

25.0

37.5

50.0

10,000

5.0

10.0

15.0

25.0

50.0

75.0

100.0

20,000

10.0

20.0

30.0

50.0

100.0

150.0

200.0

50,000

25.0

50.0

75.0

125.0

250.0

375.0

500.0

100,000

50.0

100.0

150.0

250.0

500.0

750.0

1,000

예상되는 동시성 비율에 따라 조직에 적합한 처리량 목표가 식별되었으면 예제 토폴로지의 테스트 결과를 다시 평가하여 토폴로지 및 하드웨어를 적절히 선택했는지 확인합니다.

인덱싱 시간대 예측

마지막으로 인덱싱 작업을 12시간의 야간 시간대로 제한할 수 있는지 확인합니다. Windows SharePoint Services 3.0 공동 작업 환경에서 인덱싱 작업은 일반적으로 사용자가 시작하지 않은 최장기 실행 작업을 나타냅니다. 자체 환경에서 테스트를 수행하여 인덱싱 작업의 지속 시간 및 인덱싱 작업으로 소모되는 처리량이 목표 사용자 응답 시간에 지장을 주는지 여부를 확인해야 합니다.

디스크 공간 요구 사항 예측

이 섹션에 나와 있는 표를 참조하여 공동 작업 시나리오의 디스크 공간 요구 사항을 예측할 수 있습니다. 하드웨어의 디스크 공간 요구 사항은 서버 역할 및 시나리오에 따라 크게 달라지며 콘텐츠 데이터베이스에 저장할 데이터, 캐싱 요구 사항 및 검색으로 크롤링되는 외부 콘텐츠에 따라서도 달라집니다. 다음 설명에서는 설치 파일의 크기와 같은 예측 가능한 디스크 공간 요구 사항에 따라 가능한 경우 수식에 숫자를 채워 넣습니다.

우선 서버 역할에 따른 디스크 공간 요구 사항을 예측합니다. 그런 다음 계획된 토폴로지에 따라 여러 서버 역할에서 동일한 실제 서버 컴퓨터를 공유하는 경우의 필요 공간을 모두 더합니다. 마지막으로 하드웨어의 규모가 디스크 공간 요구 사항에 맞는지 확인합니다.

또한 데이터베이스 서버에 SQL Server 저장소와 관련된 최상의 방법을 적용해야 합니다. 자세한 내용은 실제 데이터베이스 저장소 디자인 (영문)(https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x412)을 참조하십시오. 데이터베이스 서버를 둘 이상 구현하는 경우 각 검색 서버에 SQL 디스크 공간 요소를 개별적으로 적용합니다.

참고

운영 체제 및 프로그램 파일은 데이터 파일과 구분하여 별도의 드라이브 또는 RAID(Redundant Array of Independent Disks)에 저장해야 합니다.

데이터베이스 서버 디스크 공간 요구 사항

다음 표를 사용하여 팜에 있는 데이터베이스 서버의 디스크 공간 요구 사항을 계산합니다. 데이터베이스 서버를 둘 이상 구현하는 경우 각 검색 서버에서 이 합계를 별도로 계산합니다.

범주 설명 크기

운영 체제 파일

Windows Server 2003 설치 프로그램 및 시스템 파일에 필요한 디스크 공간입니다. 자세한 내용은 설치 파티션의 파일 시스템 선택(https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x412)을 참조하십시오.

4GB

스왑 파일

스왑 파일 크기는 기본적으로 실제 메모리 크기와 같습니다.

SQL Server 설치 파일

SQL Server 설치 프로그램 및 프로그램 파일에 필요한 디스크 공간입니다. 자세한 내용은 SQL Server 2005 Standard Edition 시스템 요구 사항(https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x412)을 참조하십시오.

425MB

데이터베이스 로그 파일

로그 파일에 필요한 디스크 공간은 로그 설정 및 데이터베이스 수에 따라 다릅니다. 자세한 내용은 실제 데이터베이스 저장소 디자인 (영문)(https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x412)을 참조하십시오.

구성 데이터베이스

구성 데이터베이스는 이 크기 이상으로 커지지 않습니다.

1.5GB

콘텐츠 데이터베이스

다음과 같은 사항을 고려하여 콘텐츠 데이터베이스에 저장될 초기 콘텐츠 크기를 예측합니다.

  • 초기 콘텐츠의 크기에 1.3을 곱하여 SQL 데이터베이스에 저장되는 콘텐츠의 크기를 구합니다.

  • 문서에 대해 버전 관리를 사용하는 경우 각 버전의 복사본이 데이터베이스에 저장됩니다.

이후 증가

이후 증가는 공동 작업 시나리오의 핵심적인 특징입니다. 초기에 필요할 것으로 예상되는 데이터 양의 두 배에 대비하여 계획을 세워야 합니다. 해당 환경에 적합한 숫자를 입력하십시오.

사용 가능한 공간

각 하드 디스크 또는 볼륨에 최소 25%의 사용 가능한 공간을 확보합니다.

합계

검색 서버 디스크 공간 요구 사항

다음 표를 사용하여 팜에 있는 검색 서버의 디스크 공간 요구 사항을 계산합니다. Windows SharePoint Services 3.0 검색 서버를 둘 이상 구현하는 경우 각 검색 서버에서 이 합계를 별도로 계산합니다.

범주 설명 크기

운영 체제 파일

Windows Server 2003 설치 프로그램 및 시스템 파일에 필요한 디스크 공간입니다. 자세한 내용은 설치 파티션의 파일 시스템 선택(https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x412)을 참조하십시오.

4GB

페이징 파일

페이징 파일 크기는 기본적으로 실제 메모리 크기와 같습니다.

Windows SharePoint Services 3.0 설치 파일

이 수치는 전체 설치를 기준으로 하는 대략적인 크기입니다.

1.3GB

Microsoft .NET Framework 버전 3.0

60MB

콘텐츠 인덱스

인덱스 서버에서 인덱싱할 콘텐츠 데이터베이스의 콘텐츠 양을 더하고 2로 나눕니다. 결과 값이 콘텐츠 인덱스의 예상 크기입니다.

사용 가능한 공간

각 하드 디스크 또는 볼륨에 최소 25%의 사용 가능한 공간을 확보합니다.

합계

웹 서버 디스크 공간 요구 사항

다음 표를 사용하여 팜에 있는 웹 서버의 디스크 공간 요구 사항을 계산합니다.

범주 설명 크기

운영 체제 파일

Windows Server 2003 설치 프로그램 및 시스템 파일에 필요한 디스크 공간입니다. 자세한 내용은 설치 파티션의 파일 시스템 선택(https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x412)을 참조하십시오.

4GB

스왑 파일

스왑 파일 크기는 기본적으로 실제 메모리 크기와 같습니다.

Windows SharePoint Services 3.0 설치 파일

1.3GB

.NET Framework 버전 3.0

60MB

사용 가능한 공간

각 하드 디스크 또는 볼륨에 최소 25%의 사용 가능한 공간을 확보합니다.

합계

성능 모니터링

성능 카운터를 통해 시스템 상태를 모니터링하는 작업은 시스템의 규모를 확대하거나 확장할 시점을 판단할 때 중요한 요소입니다. 다음 표의 정보를 참조하여 모니터링할 성능 카운터 및 성능 카운터를 적용할 프로세스를 확인할 수 있습니다.

웹 서버

다음 표에서는 팜의 웹 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.

성능 카운터 적용 프로세스 참고

프로세서 시간(%)

전체

이 스레드에서 프로세서를 사용하여 명령을 실행할 때 경과한 시간의 백분율을 보여 줍니다.

% 메모리 사용률

응용 프로그램 풀

응용 프로그램 풀의 평균 시스템 메모리 사용률을 보여 줍니다. 모니터링할 올바른 응용 프로그램 풀을 식별해야 합니다.

기본적인 지침은 최대 메모리 사용률을 식별하고 여기에 10%를 더한 값을 응용 프로그램 풀에 할당하는 것입니다.

데이터베이스 서버

다음 표에서는 팜의 데이터베이스 서버에 대해 모니터링할 성능 카운터와 프로세스를 보여 줍니다.

성능 카운터 적용 프로세스 참고

프로세서 시간(%)

전체

이 스레드에서 프로세서를 사용하여 명령을 실행할 때 경과한 시간의 백분율을 보여 줍니다.

% 메모리 사용률

전체

평균적인 시스템 메모리 사용률을 보여 줍니다.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.

참고 항목

기타 리소스

기타 성능 및 용량 계획 요인(Windows SharePoint Services)