소프트웨어 경계 계획(Office SharePoint Server)
업데이트 날짜: 2010년 8월
적용 대상: Office SharePoint Server 2007
마지막으로 수정된 항목: 2015-03-09
이 문서의 내용
계획 및 성능 지침 업데이트
테스트 환경
테스트 결과
적절한 성능을 위한 지침
이 문서에서는 Microsoft Office SharePoint Server 2007에 대해 테스트된 성능 및 용량 제한을 파악하는 데 필요한 정보, 테스트 환경 및 테스트 결과에 대한 정보 및 적절한 성능을 유지하기 위한 지침을 제공합니다. 이 문서의 정보를 사용하여 계획한 배포가 적절한 성능 및 용량 제한 범위에 포함되는지 확인하십시오.
중요
이 문서의 일부 지침은 Office SharePoint Server 2007 SP1용으로 업데이트되었습니다. 포괄적인 Office SharePoint Server 2007 SP1 업데이트 목록을 보려면 다운로드 가능한 문서: 다중 서버 환경에서 Office SharePoint Server 2007용 서비스 팩 1 계획 및 배포를 참조하십시오.
이 문서에서 제공되는 테스트 결과 및 지침은 단일 Office SharePoint Server 2007 설치에 적용됩니다. 서버 컴퓨터를 설치에 추가해도 적절한 성능을 위한 지침 섹션의 표에 나와 있는 사이트 개체의 용량 제한이 증가하지는 않습니다. 반면 서버 컴퓨터를 추가해도 서버 팜의 처리량은 늘어나지 않는데, 많은 수의 개체에 대해 적절한 성능을 유지하려면 보다 높은 처리량이 필요할 수 있습니다. 솔루션 내에 필요한 개체 수가 많은 경우에는 서버 팜을 여러 개 사용해야 할 수도 있습니다.
이 문서의 지침은 성능에 따라 결정됩니다. 다시 말해 제공된 지침을 초과할 수는 있지만 규모를 늘리면 성능이 감소할 수 있습니다.
지정된 환경에서 성능에 영향을 줄 수 있는 요인에는 여러 가지가 있으며 이러한 각 요인은 서로 다른 영역에서 성능에 영향을 줄 수 있습니다. 이 문서에 설명된 일부 테스트 결과 및 권장 사항은 사용 중인 환경에 없는 기능이나 사용자 작업과 관련이 있을 수 있으므로 이 경우에는 사용자의 솔루션에 적용하지 마십시오. 철저히 테스트를 거쳐야만 사용자의 환경과 관련된 정확한 데이터를 제공할 수 있습니다.
성능 및 용량에는 영향을 줄 수 있지만 이 가이드의 테스트 프로세스에는 속하지 않는 다른 요인에 대한 자세한 내용은 이 가이드의 기타 성능 및 용량 계획 요소(Office SharePoint Server)을 참조하십시오.
계획 및 성능 지침 업데이트
이 섹션에서는 최신 계획 및 성능 지침을 제공합니다. 다음 권장 사항은 저장소 계획 및 모니터링에 대한 성능 권장 사항(https://go.microsoft.com/fwlink/?linkid=105890&clcid=0x412) 백서에서 발췌한 것입니다.
Office SharePoint Server 2007 SP1을 위한 업데이트된 계획 및 성능 지침에 대한 자세한 내용은 다운로드 가능한 문서: 다중 서버 환경에서 Office SharePoint Server 2007용 서비스 팩 1 계획 및 배포를 참조하십시오.
관리 용이성 개선을 위한 콘텐츠 데이터베이스 크기 제한
환경의 관리 용이성 및 성능을 향상시킬 수 있도록 데이터베이스 크기 지정을 계획합니다.
대부분의 경우 Office SharePoint Server 2007의 성능을 높이려면 100GB보다 큰 콘텐츠 데이터베이스는 사용하지 않는 것이 좋습니다. 디자인상 100GB보다 큰 데이터베이스가 필요한 경우에는 다음의 지침을 따르십시오.
데이터에 대해 단일 사이트 모음을 사용합니다.
기본 제공 백업 및 복구 도구가 아닌 SQL Server 2005 또는 Microsoft System Center Data Protection Manager와 같은 차등 백업 솔루션을 사용합니다.
100GB 콘텐츠 데이터베이스를 사용하는 솔루션으로 이동하기 전에 SQL Server 2005를 실행하는 서버 및 I/O 하위 시스템을 테스트합니다.
가능한 경우에는 항상 100GB에 가까운 사이트 모음의 콘텐츠를 별도의 콘텐츠 데이터베이스에 있는 새 사이트 모음으로 분리하여 성능 또는 관리 문제를 방지하는 것이 좋습니다.
여러 사이트 모음을 포함하는 콘텐츠 데이터베이스의 크기를 약 100GB로 제한합니다.
참고
여기서 권장하는 제한은 Office SharePoint Server 2007을 호스팅하는 SQL Server 2005를 실행 중인 서버에만 적용되며 SQL Server 2005에 대한 일반 지침은 아닙니다.
버전 및 휴지통에 대해 저장소 할당
사이트에서 버전 관리 또는 휴지통을 사용하려는 경우에는 사이트 할당량에 줄 수 있는 영향을 파악해야 합니다.
버전 관리를 사용하는 라이브러리에서는 이전 버전에 사용되었던 저장소도 사이트 할당량 계산에 포함됩니다. 이를 염두에 두고 할당량을 적절하게 계획하십시오.
모든 사이트에 대해 하나 또는 두 휴지통 단계를 사용할 수 있습니다. 첫 단계(사용자 및 사이트 휴지통)는 사이트 할당량 계산에 포함되지만, 두 번째 단계(사이트 모음 휴지통)는 사이트 할당량 계산에 포함되지 않습니다. 그러나 2단계 휴지통의 콘텐츠는 사이트 모음에서 사용되는 저장소에 추가됩니다. 따라서 2단계 휴지통에 대해 충분한 추가 저장소 공간을 계획해야 합니다. 또한 각 휴지통 단계에서 삭제된 문서를 보관할 기간(일)도 면밀하게 검토해야 합니다.
할당량 지정 서식 파일을 사용하여 저장소 관리
특성이 비교적 단순한 사이트 모음은 할당량 지정 서식 파일을 사용하여 관리합니다. 할당량 지정 서식 파일은 사이트 모음에 대해 저장소 제한을 설정하며, 지정된 저장소 크기에 도달하면 전자 메일 알림을 보냅니다. 할당량 지정 서식 파일의 변경 내용은 새 사이트에만 적용되며 이전에 만든 사이트에는 적용되지 않습니다.
테스트 환경
다음 표에는 테스트 환경의 컴퓨터 사양이 표시되어 있습니다.
| 역할 | 사양 |
|---|---|
독립 실행형 컴퓨터 |
듀얼 코어 Intel Xeon 2.8GHz 64비트 프로세서 1개, 2GB RAM |
웹 서버 컴퓨터 |
듀얼 코어 Intel Xeon 2.8GHz 64비트 프로세서 2개, 4GB RAM |
Microsoft SQL Server가 실행되는 데이터베이스 컴퓨터 |
듀얼 코어 Intel Xeon 2.8GHz 64비트 프로세서 4개, 32GB RAM |
클라이언트 컴퓨터 |
Pentium III 1.2GHz 프로세서, 1GB RAM |
팜 컴퓨터 간에는 기가비트 이더넷 네트워크(초당 10억비트)를 사용했습니다.
다음 표에 나와 있는 구성에 대해 테스트를 수행했습니다.
| 데이터베이스 서버 | 웹 서버 1개 | 웹 서버 2개 | 웹 서버 3개 | 웹 서버 4개 | 웹 서버 5개 | 웹 서버 6개 | 웹 서버 7개 | 웹 서버 8개 |
|---|---|---|---|---|---|---|---|---|
0 |
X |
|||||||
1 |
X |
X |
X |
X |
X |
X |
X |
X |
여러 팜 구성에 대해 환경 관련 테스트도 수행했습니다. 환경 관련 구성 테스트에 대한 자세한 내용은 성능 및 용량 요구 사항 예측(Office SharePoint Server)에 나와 있는 시나리오 문서를 참조하십시오.
테스트 결과
아래의 차트, 그래프 및 표는 일련의 특정 매개 변수, 사용자 작업, 부하 상태에서 테스트 환경의 성능 변화를 보여 줍니다. 이러한 테스트는 8x1 Office SharePoint Server 2007 팜에서 수행되었으며, 제공된 결과는 모든 Office SharePoint Server 2007 환경에 적용됩니다.
참고
나중에 다른 구성도 테스트할 예정입니다. 테스트 결과가 나오면 게시됩니다.
각 작업의 성능 메트릭은 사이트 모음 사용 방식에 따라 다릅니다. 예를 들어 단일 사이트 모음은 매우 많은 하위 사이트를 포함할 수 있지만, 컨테이너를 열거하는 작업의 사용자 응답 시간은 사이트 모음 수가 증가하면 길어집니다. 컨테이너를 열거하지 않는 기타 작업의 성능은 적절한 상태로 유지됩니다.
테스트용으로 작성된 하위 사이트는 다음 표에 나와 있는 것처럼 분할됩니다.
| 하위 사이트 유형 | 전체에 대한 비율 |
|---|---|
팀 사이트 |
55% |
문서 작업 영역 |
20% |
모임 작업 영역 |
10% |
블로그 |
10% |
Wiki |
5% |
사이트 수가 증가할 때 사이트를 만드는 경우와 사이트를 열거하는 경우의 처리량 변화
사이트 모음의 사이트 수가 늘어나면 특정 작업에 대한 사용자 응답 시간이 길어집니다.
이 그래프는 기존 사이트 수가 증가할 때 사이트 모음의 사이트를 열거하는 경우와 새 사이트를 만드는 경우의 사용자 응답 시간을 보여 줍니다.
.gif "분석 그래프 - 사용자 응답 시간 대 사이트 수")
처리량과 사이트 모음 수 비교
RPS로 측정되는 처리량은 팜의 사이트 모음 수가 늘어나면 감소합니다.
다음 그림은 단일 콘텐츠 데이터베이스의 사이트 모음 수가 늘어날 때 다른 사이트 모음의 홈 페이지로 이동하는 경우의 처리량 감소를 보여 줍니다. 총 사이트 모음 수가 2,000개(RPS=265)에서 16,000개(RPS=66)로 늘어나면 처리량은 빠르게 감소하며, 총 사이트 모음 수가 50,000개로 증가할 때 RPS는 약 50으로 유지됩니다.
.gif "SharePoint 계획 - 처리량 대 사이트 수")
플랫 문서 라이브러리와 폴더가 포함된 문서 라이브러리의 처리량 차이
특정 작업의 처리량은 폴더의 항목 수가 늘어나면 감소합니다.
다음 그림은 확장에 필수적인 요소인 폴더를 효율적으로 사용하는 경우와 그렇지 않은 경우 문서 라이브러리의 모든 항목을 보는 작업 간의 처리량 차이를 보여 줍니다. 아래 그래프에 나와 있는 것처럼, 플랫 문서 저장소를 사용하는 경우 문서 수가 늘어나면 처리량 성능은 감소합니다. 총 문서 수가 2,000개 미만일 때 처리량은 151RPS(문서 200개)에서 63RPS(문서 2,000개)로 가장 크게 떨어집니다. 문서가 4,000개일 때 처리량은 약 13RPS로 감소합니다. 즉, 빈 라이브러리에서 시작했을 때에 비해 전체 처리량이 90% 이상 떨어집니다.
.gif "그래프: RPS 대 라이브러리의 문서 수")
다음 그림은 폴더를 사용하여 문서를 저장 및 구성하는 경우 폴더 보기 간의 상대 성능과 플랫 라이브러리 구조의 인덱싱된 보기를 보여 줍니다. 각 폴더에는 서로 다른 사용자가 만든 문서 500개가 들어 있습니다. 이 시나리오에서는 각 경우에 대해 문서가 백만 개가 될 때까지는 처리량이 크게 떨어지지 않습니다(단, 보기의 항목 수가 시스템의 성능 임계값을 초과하지 않아야 함). 그러나 폴더를 사용하는 경우의 성능이 더 우수합니다.
.gif "성능 및 라이브러리의 문서 그래프")
폴더의 항목 수가 늘어나면 폴더 보기 성능은 점차 떨어집니다. 위에 나와 있는 결과는 테스트를 기반으로 산출된 예상치이며, 실제 결과는 환경에 따라 다를 수 있습니다.
적절한 성능을 위한 지침
용량은 확장성의 영향을 직접적으로 받습니다. 이 섹션에서는 솔루션을 구성할 수 있는 개체를 제공하며 각 개체 유형에 대해 적절한 성능을 위한 지침을 설명합니다. 또한 제한 데이터와 해당 제한이 적용되는 상황에 대해 설명하는 참고 사항 및 추가 정보 링크(사용 가능한 경우)가 제공됩니다. 이 문서의 지침을 사용하여 전체 솔루션 계획을 검토하십시오.
사용자의 솔루션 계획에서 하나 이상의 개체가 권장 지침을 초과하는 경우 다음 작업 중 하나 이상을 수행하십시오.
솔루션을 평가하여 다른 영역에서 보완이 이루어지는지 확인합니다.
솔루션을 작성하고 배포할 때 테스트하고 모니터링할 수 있도록 이러한 영역에 플래그를 지정합니다.
솔루션을 다시 설계하여 용량 지침을 초과하지 않도록 합니다.
다음 표에서는 범주별 개체와 적절한 성능을 위한 권장 지침을 보여 줍니다. 적절한 성능은 테스트 시 시스템에서 해당하는 수의 개체를 지원할 수 있지만 그 수가 초과되면 성능이 저하됨을 의미합니다. 별표(*)는 하드 한도를 나타내고, 별표가 없는 경우는 테스트되었거나 지원되는 한도를 나타냅니다.
다음 표에서는 사이트 개체에 대한 권장 지침을 보여 줍니다.
| 사이트 개체 | 적절한 성능을 위한 지침 | 참고 | 성능 저하 시의 영향 범위 |
|---|---|---|---|
사이트 모음 |
콘텐츠 데이터베이스당 50,000개 |
사이트 모음 수가 늘어나면 전체 팜 처리량이 떨어집니다. |
팜 |
사이트 모음 |
웹 응용 프로그램당 150,000개 |
이 제한은 이론적 수치이며 다음에 따라 크게 달라질 수 있습니다.
이는 하드 한도가 아니며 단일 데이터베이스 서버에 적용됩니다. 사용자 환경에서는 웹 응용 프로그램당 이만큼의 사이트 모음을 호스팅하지 못할 수도 있습니다. 추가 데이터베이스 서버에 대해 콘텐츠 데이터베이스를 배포하면 웹 응용 프로그램당 사이트 모음 수에 적용되는 제한이 높아질 수 있습니다. 테스트를 수행하여 작업 중인 환경에 실제로 적용되는 제한을 확인해야 합니다. |
팜 |
웹 사이트 |
사이트 모음당 250,000개 |
하위 사이트를 중첩하면 웹 사이트의 총 수를 크게 늘릴 수 있습니다. 예를 들어 100개의 사이트에 각각 하위 사이트가 1,000개씩 있으면 총 웹 사이트 수는 100,000개가 됩니다. 사이트 및 하위 사이트의 최대 권장 수는 각각 하위 사이트를 2,000개씩 포함하는 125개 사이트(총 250,000개 사이트)입니다. |
사이트 모음 |
하위 사이트 |
웹 사이트당 2,000개 |
하위 사이트 수가 2,000개를 초과하면 지정된 웹 사이트의 하위 사이트를 열거하는 인터페이스의 성능이 떨어집니다. |
사이트 보기 |
문서 |
라이브러리당 5백만 개 |
표준 보기 및 사이트 계층 구조를 사용해 폴더를 중첩하면 매우 큰 문서 라이브러리를 만들 수 있습니다. 이 값은 문서 및 폴더 구성 방법과 저장되는 문서의 형식 및 크기에 따라 달라질 수 있습니다. |
라이브러리 |
항목 |
보기당 2,000개 |
테스트 결과 항목이 2,000개가 넘으면 성능이 저하되는 것으로 나타났습니다. 플랫 폴더 보기에 대해 인덱싱을 사용하면 성능을 높일 수 있습니다. |
목록 보기 |
문서 파일 크기 |
50MB(최대 2GB*) |
파일 저장 성능은 파일 크기에 비례합니다. 문서 파일의 기본 최대 크기는 50MB입니다. 이 최대값은 시스템에서 적용하는 것이지만, 최대 2GB까지로 변경할 수 있습니다. |
라이브러리, 파일 저장 성능 |
목록 |
웹 사이트당 2,000개 |
테스트 결과 항목이 2,000개가 넘으면 목록 보기 성능이 저하되는 것으로 나타났습니다. 큰 목록에 대한 자세한 내용은 백서: Office SharePoint Server 2007에서 큰 목록 사용을 참조하십시오. |
목록 보기 |
필드 형식 |
목록당 256개 |
이는 하드 한도는 아니지만, 목록의 필드 형식 수가 증가하면 목록 보기 성능이 떨어질 수 있습니다. |
목록 보기 |
열 |
문서 라이브러리당 2,000개 목록당 4,096개 |
이는 하드 한도는 아니지만, 문서 라이브러리 또는 목록의 열 수가 증가하면 목록 보기 성능이 떨어질 수 있습니다. |
라이브러리 및 목록 보기 |
웹 파트 |
페이지당 50개 |
이 수치는 단순한 웹 파트를 기준으로 하는 예상치입니다. 웹 파트의 복잡도에 따라 성능에 영향을 주지 않으면서 한 페이지에서 사용할 수 있는 웹 파트의 수가 달라집니다. |
페이지 |
관리 경로 |
웹 응용 프로그램당 20개 |
관리 경로 20개는 소프트 한도입니다. 관리 경로는 웹 서버에서 캐시되지 않으며, CPU 리소스를 사용하여 관리 경로 목록에 대해 받는 요청을 처리합니다. 단일 웹 응용 프로그램에서 관리 경로가 20개를 초과하기 전에 성능을 테스트해야 합니다. |
웹 응용 프로그램 |
다음 표에서는 사용자 개체에 대한 권장 지침을 보여 줍니다.
| 사용자 개체 | 적절한 성능을 위한 지침 | 참고 |
|---|---|---|
그룹의 사용자 |
웹 사이트당 2백만 명 |
개인 사용자 대신 Microsoft Windows 보안 그룹을 사용하여 보안을 관리하면 웹 사이트에 매우 많은 사용자를 추가할 수 있습니다. |
사용자 프로필 |
팜당 5백만 개 |
이 수는 Active Directory 등의 디렉터리 서비스에서 사용자 프로필 저장소로 가져올 수 있는 프로필 수를 나타냅니다. |
보안 주체 |
보안 가능한 모든 개체(범위)의 ACL(액세스 제어 목록)당 약 2,000개 |
범위에 대한 ACL의 전체 크기는 64kb 이하여야 합니다. 각 보안 주체의 크기는 약 32바이트이므로, 각 범위의 보안 주체는 약 2,000개 이하여야 합니다. 이 제한에 도달하면 해당 범위의 항목 및 해당 범위 아래의 모든 항목에 대한 인덱싱이 실패합니다. 또한, SharePoint 그룹은 인덱싱 프로세스 중에 확장되므로 2,000개가 넘는 사용자 또는 디렉터리 그룹이 포함된 SharePoint 그룹을 사용하여 범위를 보호하는 경우에는 이러한 그룹을 사용하여 보호되는 항목 및 이들 그룹 아래의 모든 항목에 대한 인덱싱이 실패할 수 있습니다. 이 제한은 Windows 통합 인증을 사용하는 경우에만 적용됩니다. |
다음 표에서는 검색 개체에 대한 권장 지침을 보여 줍니다.
| 검색 개체 | 적절한 성능을 위한 지침 | 참고 |
|---|---|---|
검색 인덱스 |
SSP당 하나 팜당 최대 20개 |
Office SharePoint Server 2007에서는 SSP당 하나의 콘텐츠 인덱스를 지원합니다. 팜당 최대 20개의 SSP가 권장되므로 최대 20개의 콘텐츠 인덱스가 지원됩니다. SSP는 하나의 인덱스 서버 및 하나의 콘텐츠 인덱스에만 연결할 수 있습니다. 그러나 하나의 인덱스 서버를 여러 SSP에 연결하고 각 SSP마다 하나의 콘텐츠 인덱스를 사용할 수는 있습니다. |
인덱싱된 문서 |
콘텐츠 인덱스당 5천만 개 |
Office SharePoint Server 2007에서는 인덱스 서버당 5천만 개의 문서를 지원합니다. 이를 인덱스 서버와 연결된 SSP 수에 따라 여러 콘텐츠 인덱스로 분할할 수 있습니다. |
콘텐츠 원본 |
SSP당 500개* |
시스템에서 적용되는 하드 한도입니다. |
시작 주소 |
콘텐츠 원본당 500개 |
시스템에서 적용되는 하드 한도입니다. |
알림 |
SSP당 1,000,000개 |
테스트된 한도입니다. |
범위 |
사이트당 200개 |
이는 사이트당 권장되는 제한입니다. 범위당 최대 100개의 범위 규칙을 사용하는 것이 좋습니다. |
표시 그룹 |
사이트당 25개 |
사용자 인터페이스를 통해 그룹화된 범위를 표시하는 데 사용됩니다. |
크롤링 규칙 |
SSP당 10,000개 |
유형에 관계없이 최대 10,000개의 크롤링 규칙이 권장됩니다. |
키워드 |
사이트당 15,000개 |
키워드당 최대 10개의 최상의 선택과 5개의 동의어를 사용하는 것이 좋습니다. |
크롤링 속성 |
SSP당 500,000개 |
크롤링 중에 검색되는 속성입니다. |
관리 속성 |
SSP당 100,000개 |
검색 시스템이 쿼리에 사용하는 속성입니다. 크롤링 속성은 관리 속성에 매핑됩니다. 관리 속성당 최대 100개의 매핑을 사용하는 것이 좋습니다. |
신뢰할 수 있는 페이지 |
관련성 수준당 200개 |
4개의 각 관련성 수준에 있을 수 있는 최대 사이트 수입니다. |
결과 제거 |
100개 |
단일 작업으로 시스템에서 제거해야 하는 최대 권장 URL 수입니다. |
크롤링 로그 |
5천만 개 |
크롤링 로그의 개별 로그 항목 수입니다. |
다음 표에서는 논리 아키텍처 개체에 대한 권장 지침을 보여 줍니다.
| 논리 아키텍처 개체 | 적절한 성능을 위한 지침 | 참고 |
|---|---|---|
SSP(공유 서비스 공급자) |
팜당 3개(팜당 최대 20개) |
|
영역 |
팜당 5개* |
팜에 대해 정의되는 영역 수는 5개로 하드 코드됩니다. |
웹 응용 프로그램 |
SSP당 99개 |
이 제한에는 해당 SSP에서 리소스를 사용하는 하위 팜의 웹 응용 프로그램 수가 포함됩니다. |
IIS(인터넷 정보 서비스) 응용 프로그램 풀 |
웹 서버당 8개 |
최대 수는 하드웨어 기능에 따라 결정됩니다. |
사이트 모음 |
웹 응용 프로그램당 50,000개 |
|
콘텐츠 데이터베이스 |
웹 응용 프로그램당 100개 |
|
사이트 모음 |
데이터베이스당 50,000개 |
다음 표에서는 실제 개체에 대한 권장 지침을 보여 줍니다.
| 실제 개체 | 적절한 성능을 위한 지침 | 참고 |
|---|---|---|
인덱스 서버 |
SSP당 1개* |
|
Excel Calculation Services를 실행하는 응용 프로그램 |
제한 없음 |
|
쿼리 서버 |
제한 없음 |
각 쿼리 서버에는 100개의 콘텐츠 데이터베이스가 지원되므로, 팜당 필요한 쿼리 서버 수는 팜의 콘텐츠 데이터베이스에 따라 달라집니다. 예를 들어 팜에 콘텐츠 데이터베이스가 500개 있으면 쿼리 서버는 최소한 5개 이상 필요합니다. |
웹 서버/데이터베이스 서버 비율 |
데이터베이스 서버당 웹 서버 8개 |
확장 인수는 작업 조합 방식에 따라 달라집니다. |
웹 서버/도메인 컨트롤러 비율 |
도메인 컨트롤러당 웹 서버 3개 |
인증 트래픽이 생성되는 정도에 따라 환경에서 도메인 컨트롤러당 더 많은 웹 서버가 지원될 수도 있습니다. |
웹 서버 수에 따른 처리량
테스트 환경에서는 데이터베이스 서버당 웹 서버가 5개일 때 팜 처리량이 일정하게 유지되었으며, 웹 서버를 더 추가해도 크게 변경되지 않았습니다. 데이터베이스 서버당 웹 서버를 최대 8개까지 배포할 수는 있지만, 웹 서버가 5개를 넘어간 후에는 처리량이 크게 증가하지 않습니다. 단일 데이터베이스 서버를 호출하는 웹 서버 수가 증가하면 데이터베이스 서버의 용량이 100%에 도달하기 때문입니다. 실제 환경에서의 결과는 데이터베이스 서버의 성능 특성에 따라 달라질 수 있습니다. 따라서 직접 테스트를 수행하여 팜 환경에 가장 적합한 웹 서버 수를 결정해야 합니다.
최적의 처리량에 도달한 후에 팜에 웹 서버를 더 추가하는 것이 좋은 경우도 있습니다. 웹 서버 CPU가 대부분 사용자 인증에 사용되는 경우가 그 예입니다. 이러한 경우에는 테스트를 통해 올바른 해결 방법을 찾아야 합니다.
사용자 응답 시간
다음 표에서는 네 가지 사용자 작업 유형에 적합한 사용자 응답 시간에 대한 지침을 제공합니다. 비즈니스 요구 사항에 따라서는 여기에 제안된 것보다 응답 시간이 더 길거나 짧을 수 있습니다.
이 테스트의 목표는 모든 최종 사용자 작업에 대해 초 단위 이하의 응답 시간을 제공하는 것입니다. 그러나 이것이 모든 경우에 가능한 것은 아니므로, 다음 표의 지침이 사용되었습니다.
| 작업 유형 | 예제 | 적절한 사용자 응답 시간 |
|---|---|---|
자주 수행하는 작업 |
|
3초 미만 |
가끔 수행하는 작업 |
|
5초 미만 |
특수한 작업 |
|
7초 미만 |
장시간 수행하는 작업 |
|
작업 및 시스템 구성에 따라 다릅니다. 장시간 수행하는 모든 작업에는 정보 또는 상태 페이지가 있습니다. |
이 문서의 다운로드
이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.
사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.