엔터프라이즈 인트라넷 공동 작업 환경 실험 연구(SharePoint Server 2010)

 

적용 대상: SharePoint Server 2010

마지막으로 수정된 항목: 2016-11-30

이 문서에서는 Microsoft SharePoint Server 2010을 기반으로 하는 엔터프라이즈 인트라넷 공동 작업 솔루션의 성능 및 용량 계획에 대한 지침을 제공합니다. 여기에는 다음 항목이 포함됩니다.

• 하드웨어, 팜 토폴로지 및 구성 등의 테스트 환경 사양

• 테스트 팜 데이터 집합

• 유사한 환경을 배포하는 데 필요한 하드웨어, 토폴로지 및 구성을 결정하고, 적절한 용량 및 성능 특성을 위해 환경을 최적화하는 데 도움이 되는 대한 테스트 결과 분석

이 문서의 내용

• 환경 소개

• 용어

• 개요

• 사양

• 결과 및 분석

환경 소개

이 문서에서는 Microsoft의 테스트 환경을 기반으로 하여 SharePoint Server 2010 엔터프라이즈 인트라넷 공동 작업 솔루션에서 서버를 수평 및 수직 확장하는 지침을 제공합니다. 용량 계획을 통해 솔루션을 최적화하기 위한 하드웨어 구입 및 시스템 구성 수행 관련 결정에 필요한 정보를 얻을 수 있습니다.

각 시나리오의 요구 사항은 서로 다릅니다. 따라서 작업 환경에서 사용 중인 하드웨어에 대해 추가 테스트를 수행하여 이 지침을 보완해야 합니다. 계획된 디자인 및 작업량이 이 문서에서 설명하는 환경과 비슷한 경우에는 이 문서의 내용을 참조하여 환경 수평/수직 확장에 대한 결론을 내릴 수 있습니다.

이 문서에는 다음과 같은 요소가 포함됩니다.

• 하드웨어, 토폴로지, 구성 등의 사양

• 사용자 수 및 사용 현황 특성을 포함하여 팜에 대한 수요를 설명하는 작업량

• 데이터베이스 크기 등의 데이터 집합

• 웹 서버 수평 확장을 위한 테스트 결과 및 분석

• 웹 서버 수직 확장을 위한 테스트 결과 및 분석

• 데이터베이스 서버 수평 확장을 위한 테스트 결과 및 분석

• Microsoft Office SharePoint Server 2007과 SharePoint Server 2010의 처리량 및 웹 데이터베이스 서버에 대한 영향 비교

이 문서에서 설명하는 SharePoint Server 2010 환경은 대규모 회사의 프로덕션 환경을 모방하는 테스트 환경입니다. 프로덕션 환경에서는 엔터프라이즈 공동 작업, 조직, 팀 및 프로젝트를 위한 내부 팀용으로 매우 중요한 팀 사이트 및 게시 포털을 호스팅합니다. 직원들은 프로덕션 환경을 통해 조직 내에서 프로젝트를 추적하고, 문서 공동 작업을 수행하고, 정보를 공유할 수 있습니다. 환경에는 임시 프로젝트와 소규모 팀에서 사용하는 많은 양의 사이트가 포함됩니다. 프로덕션 환경에 대한 자세한 내용은 엔터프라이즈 인트라넷 공동 작업 환경 기술 사례 연구(SharePoint Server 2010)을 참조하십시오.

이 문서를 읽기 전에 SharePoint Server 2010 용량 관리의 기반이 되는 주요 개념을 이해하고 있어야 합니다. 다음 설명서는 용량 관리를 위한 권장 접근 방식에 대해 알아보는 데 유용한 내용을 제공하며 이 문서의 정보를 효과적으로 활용할 수 있도록 배경 정보를 제공합니다

• SharePoint Server 2010의 용량 관리 및 크기 조정 개요

• SharePoint Server 2010 용량 관리: 소프트웨어 경계 및 제한 사항

또한 다음 문서의 내용도 확인하십시오.

• 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)

용어

이 문서에는 몇 가지 전문 용어가 나옵니다. 다음은 주요 용어와 각각에 대한 정의입니다.

• RPS   초당 요청 수를 나타냅니다. 팜이나 서버에서 1초 동안 받은 요청의 수로, 일반적으로 서버와 팜의 부하를 측정하는 데 사용되는 측정 단위입니다.

  요청과 페이지 로드는 서로 다른 개념입니다. 각 페이지에는 여러 가지 구성 요소가 포함되어 있으며 이러한 구성 요소 각각은 페이지를 로드할 때 하나 이상의 요청을 생성합니다. 따라서 한 번의 페이지 로드에서 여러 개의 요청이 생성됩니다. 일반적으로 리소스를 많이 사용하지 않는 인증 검사와 이벤트는 RPS를 측정할 때 포함되지 않습니다.

• 안전 영역   서버에서 다음과 같은 일련의 조건을 유지할 수 있는 상태입니다.

  • 요청의 75% 이상에 대해 서버 쪽 대기 시간이 1초 미만입니다.

  • 모든 서버의 CPU 사용률이 50% 미만입니다.

  참고

  이 테스트 환경에서는 활성 검색 크롤링이 실행되지 않았으므로 검색 크롤링 부하용으로 10%를 예약하기 위해 데이터베이스의 CPU 사용률이 40% 이하로 유지되었습니다. 여기서는 프로덕션에서 Microsoft SQL Server 리소스 관리자를 사용하여 검색 크롤링 부하를 10% CPU로 제한한다고 가정합니다.

  • 오류율이 0.01% 미만입니다.

• 위험 영역(최대값): 서버에서 다음과 같은 일련의 조건을 유지할 수 있는 상태입니다.

  • HTTP 요청 제한 기능이 사용되지만 503 오류(서버 작업 중)는 반환되지 않습니다.

  • 오류 비율이 0.1% 미만입니다.

  • 요청의 75% 이상에 대해 서버 쪽 대기 시간이 3초 미만입니다.

  • 데이터베이스 서버 CPU 사용률이 80% 미만입니다. 따라서 검색 크롤링 부하를 위해 10%를 예약할 수 있습니다. 사용률은 SQL Server 리소스 관리자를 통해 제한됩니다.

• AxBxC(그래프 표기법): 각각 팜의 웹 서버, 응용 프로그램 서버 및 데이터베이스 서버 수입니다. 예를 들어 이 값이 8x1x2인 환경에는 웹 서버가 8대, 응용 프로그램 서버가 1대, 데이터베이스 서버가 1대 있습니다.

• **MDF 및 LDF:**SQL Server 실제 파일입니다. 자세한 내용은 파일 및 파일 그룹 아키텍처를 참조하십시오.

개요

이 섹션에서는 테스트에 사용된 확장 방식, 이 테스트 환경과 유사한 사례 연구 환경 간의 관계, 그리고 테스트 방법에 대해 간략하게 설명합니다.

확장 방식

이 섹션에서는 작업 환경의 서버를 확장하는 특정 권장 순서에 대해 설명합니다. 이 방식은 테스트 환경을 확장하는 데 사용한 것과 동일하며, 작업량에 가장 적합한 구성을 찾을 수 있도록 합니다. 권장 확장 순서는 다음과 같습니다.

• 먼저 웹 서버를 수평 확장했습니다. 데이터베이스 서버에서 병목 현상이 발생하여 웹 서버의 요청을 더 이상 받을 수 없을 때까지 테스트 대상 작업량에서 프런트 엔드 웹 서버를 최대한 수평 확장했습니다.

• 다음으로 콘텐츠 데이터베이스의 절반을 다른 데이터베이스 서버로 이동하여 데이터베이스 서버를 수평 확장했습니다. 이 시점에서 웹 서버는 데이터베이스 서버에 대해 충분한 부하를 생성하지 않았으므로, 추가 수평 확장을 수행했습니다.

• 수직 확장을 테스트하기 위해 다른 옵션, 즉 웹 서버를 수평 확장하는 대신 수직 확장하는 옵션을 적용해 보았습니다. 수평 확장의 경우 중복성과 가용성이 향상되므로, 웹 서버는 일반적으로 수직 확장하는 것보다 수평 확장하는 것이 좋습니다.

테스트 환경과 프로덕션 환경의 상관 관계

이 문서에서 설명하는 테스트 환경은 Microsoft에서 사용하는 프로덕션 환경과 유사한 확장 모델입니다. 두 환경 간에는 많은 차이가 있지만 둘 다 엔터프라이즈 공동 작업 환경이며 확인되는 패턴도 유사하므로 함께 비교 확인하면 유용할 수 있습니다.

테스트 환경에는 프로덕션 환경의 데이터 하위 집합이 포함되며, 작업량도 다소 수정됩니다. 이로 인해 웹 서버 메모리 사용과 관련한 테스트 결과가 영향을 받습니다. 프로덕션 환경에서는 고유 사이트의 개체 캐시 적중 수가 더 많아 메모리를 더 많이 사용하기 때문입니다. 또한 테스트 환경의 경우 프로덕션 환경에 비해 데이터도 더 적으며 대부분의 데이터는 메모리에서 캐시되는 반면, 프로덕션 환경의 데이터는 7TB가 넘기 때문에 프로덕션 환경의 데이터베이스 서버는 테스트 환경의 데이터베이스 서버보다 더 많은 디스크 읽기를 수행해야 합니다. 마찬가지로, 테스트 환경에서 사용된 하드웨어도 모델링 대상 프로덕션 환경의 하드웨어와는 크게 다릅니다. 테스트 환경에서는 해당 리소스에 대한 수요가 더 적기 때문입니다. 테스트 환경에서는 보다 쉽게 사용 가능한 하드웨어를 사용합니다.

환경 간의 차이를 자세하게 파악하려면 이 문서의 사양 섹션 내용을 확인하고 엔터프라이즈 인트라넷 공동 작업 환경 기술 사례 연구(SharePoint Server 2010)의 사양과 비교해 보십시오.

테스트 방법 및 참고 사항

이 문서에서는 테스트 환경의 결과를 제공합니다. 작업 환경이 프로덕션 환경이 아니라 테스트 환경이었으므로 해당 작업 부하에 대해 특정 성능 측면을 표시하도록 특정 요인을 제어할 수 있었습니다. 또한 테스트 오버헤드를 간소화하기 위해 여기에 나와 있는 프로덕션 환경의 특정 요소는 테스트 환경에서 제외되었습니다. 실제 프로덕션 환경에서는 이러한 요소를 제외하지 않는 것이 좋습니다.

• 테스트 실행 간의 결과를 쉽게 비교할 수 있도록 각 실행 간에 변수를 한 번에 하나씩만 수정했습니다.

• 테스트에서는 중복성이 필요하지 않았기 때문에, 이 테스트 환경에서 사용된 데이터베이스 서버는 클러스터에 포함되어 있지 않았습니다.

• 테스트 중에는 검색 크롤링이 실행되지 않았지만 프로덕션 환경에서는 검색 크롤링이 실행될 수 있습니다. 이를 고려하기 위해 '안전 영역' 및 '최대 영역' 정의에서 SQL Server CPU 사용률을 낮춰 검색 크롤링이 테스트와 동시에 실행되는 경우 사용했을 리소스를 계산에 포함했습니다. 여기에 대해 자세히 알아보려면 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)의 내용을 확인하십시오.

사양

이 섹션에서는 테스트 환경의 하드웨어, 소프트웨어, 토폴로지 및 구성에 대한 자세한 정보를 제공합니다.

하드웨어

다음 섹션에서는 이 테스트 환경에서 사용된 하드웨어에 대해 설명합니다.

웹 및 응용 프로그램 서버

팜에는 웹 서버가 1~8대, 응용 프로그램 서버가 1대 포함됩니다.

웹 서버	WFE1-8 및 APP1
프로세서	쿼드 코어 2개(2.33GHz 프로세서)
RAM	8GB
운영 체제	Windows 2008 Server R2
SharePoint 드라이브 크기	80GB
네트워크 어댑터 수	2
네트워크 어댑터 속도	1기가비트
인증	Windows NTLM
부하 분산 유형	Windows NLB
로컬로 실행되는 서비스	WFE 1-8: 기본 페더레이션 서비스(타이머 서비스, 관리 서비스, 추적 서비스 포함). APP1: Word Automation Services, Excel Services 및 SandBoxed Code Services

데이터베이스 서버

데이터베이스 서버는 2~3대가 포함되며, 그 중 최대 2대는 콘텐츠 데이터베이스가 저장된 기본 SQL Server 인스턴스를 실행하고 나머지 1대는 로깅 데이터베이스를 실행합니다. 이 문서에서는 로깅 데이터베이스를 추적하지 않습니다.

데이터베이스 서버 - 기본 인스턴스	DB1-2
프로세서	쿼드 코어 4개(3.19GHz 프로세서)
RAM	32GB
운영 체제	Windows 2008 Server R2
저장소 및 구조	DAS 내부 배열(300GB 10krpm 디스크 5개) 외부 배열(450GB 15krpm 디스크 15개) 콘텐츠 데이터 5개(외부 RAID0, 각각 450GB 2개 스핀들) 콘텐츠 로그 2개(내부 RAID0, 각각 300GB 1개 스핀들) 임시 데이터 1개(내부 RAID0, 각각 150GB 2개 스핀들) 임시 로그 1개(내부 RAID0, 각각 150GB 2개 스핀들) 백업 드라이브 2개(내부 RAID0, 각각 300GB 1개 스핀들)
네트워크 어댑터 수	1
네트워크 어댑터 속도	1기가비트
인증	Windows NTLM
소프트웨어 버전	SQL Server 2008 R2(시험판)

토폴로지

다음 다이어그램에서는 테스트 환경의 토폴로지를 보여 줍니다.

구성

이 테스트 환경에서는 성능을 최적화하기 위해 구성을 다음과 같이 변경했습니다.

설정	값	참고 사항
사이트 모음
BLOB 캐싱	설정	기본값은 해제입니다. BLOB 캐싱을 설정하면 자주 요청하는 정적 페이지 리소스의 경우 데이터베이스 서버에 대한 호출 횟수를 줄여 서버 효율성을 높일 수 있습니다.
데이터베이스 서버 - 기본 인스턴스
Max degree of parallelism	1	기본값은 0입니다. 성능을 최적화하려면 SharePoint Server 데이터베이스를 호스팅하는 데이터베이스 서버에 대해 max degree of parallelism을 1로 설정하는 것이 좋습니다. max degree of parallelism을 설정하는 방법에 대한 자세한 내용은 max degree of parallelism 옵션(https://go.microsoft.com/fwlink/?linkid=189030&clcid=0x412)을 참조하십시오.

작업량

이 문서에서 설명하는 테스트 환경의 트랜잭션 혼합은 Microsoft 프로덕션 환경의 작업량 특성과 비슷합니다. 프로덕션 환경에 대한 자세한 내용은 엔터프라이즈 인트라넷 공동 작업 환경 기술 사례 연구(SharePoint Server 2010)를 참조하십시오.

아래에는 SharePoint Server 2010에 대해 실행한 테스트의 혼합과 프로덕션 환경의 혼합을 비교한 그래프가 나와 있습니다. 작업량이 약간씩 다르기는 하지만, 두 작업량은 모두 엔터프라이즈 공동 작업 환경의 일반적인 트랜잭션 혼합을 나타냅니다.

데이터 집합

이 문서에서 설명하는 테스트 환경의 데이터 집합은 Microsoft 프로덕션 환경에서 사용하는 데이터 집합의 하위 집합입니다. 프로덕션 환경에 대한 자세한 내용은 엔터프라이즈 인트라넷 공동 작업 환경 기술 사례 연구(SharePoint Server 2010)를 참조하십시오.

데이터 집합 특성	값
데이터베이스 크기(총 크기)	130GB
BLOB 크기	108.3GB
콘텐츠 데이터베이스 수	2
사이트 모음 수	181
웹 응용 프로그램 수	1
사이트 수	1384

결과 및 분석

아래에는 테스트 결과가 이 문서 앞부분의 개요 섹션에서 설명한 확장 방식을 기반으로 한 순서대로 나와 있습니다.

웹 서버 수평 확장

이 섹션에서는 웹 서버 수를 늘려 이 테스트 환경을 수평 확장했을 때 확인된 테스트 결과를 설명합니다.

테스트 방법

• 팜의 나머지 부분은 그대로 유지하고 동일한 하드웨어 사양의 웹 서버를 추가합니다.

• RPS, 대기 시간 및 리소스 사용률을 측정합니다.

분석

이 테스트에서 다음 결과가 확인되었습니다.

• 환경이 데이터베이스 서버당 웹 서버 4개로 수직 확장되었습니다. 그러나 처리량 증가는 이에 비례하지 않았습니다(특히 4번째 웹 서버를 추가했을 때).

• 4번째 웹 서버를 추가한 이후에는 웹 서버를 더 추가해도 처리량이 더 증가하지 않았습니다. 이 시점에서는 데이터베이스 서버 CPU 사용률에 병목 현상이 발생했기 때문입니다.

• 평균 대기 시간은 전체 테스트에서 거의 일정했으며, 웹 서버 수와 처리량의 영향을 받지 않았습니다.

결과 그래프 및 차트

아래 그래프에서 x축은 팜의 웹 서버 수 변화를 나타냅니다. 이 팜에서 웹 서버는 1대(1x1x1)에서 5대(5x1x1)로 증가했습니다.

1. 대기 시간 및RPS

아래 그래프에서는 수평 확장(웹 서버)이 대기 시간 및 RPS에 주는 영향을 보여 줍니다.

2. 프로세서 사용률

아래 그래프에서는 웹 서버 수평 확장이 웹 서버 및 데이터베이스 서버의 프로세서 사용률에 주는 영향을 보여 줍니다.

3. MDF 및 LDF 파일에 대한 SQL Server I/O IOPS(초당 작업 수)

아래 그래프에서는 웹 서버 수가 수평 확장됨에 따라 콘텐츠 데이터베이스의 IOPS가 어떻게 변화하는지를 보여 줍니다. 다음 성능 카운터를 확인하여 해당 값을 측정했습니다.

• PhysicalDisk: Disk Reads / sec

• PhysicalDisk: Disk Writes / sec

테스트를 진행한 결과, 이 테스트 환경의 IOPS에 대한 데이터는 프로덕션 환경을 대표하지 못한다는 결론을 내렸습니다. 테스트 환경의 데이터 집합은 너무 작아서 모델링 대상 프로덕션 환경에서 가능한 것보다 훨씬 많은 데이터 집합을 캐시에 포함할 수 있었기 때문입니다. 테스트의 초당 읽기 데이터 값에 프로덕션 환경의 읽기 대 쓰기 비율을 곱하여 예상 읽기 작업 수를 계산했습니다. 이 섹션에 나와 있는 결과는 평균입니다. 그러나 특정 작업 중에 발생하는 급격한 작업 증가도 고려해야 합니다. 필요한 IOPS를 예측하는 방법에 대해 자세히 알아보려면 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을 참조하십시오.

최대값

안전 영역

그래프를 읽는 방법의 예

이 문서에서 설명하는 것과 작업량이 비슷하며 안전 영역의 예상 RPS가 300인 조직에서는 3x1x1 토폴로지를 사용할 수 있습니다. MDF 파일에 대한 초당 실제 디스크 읽기는 약 600회입니다.

데이터베이스 서버 수평 확장

이 섹션에서는 데이터베이스 서버 수를 늘려 이 테스트 환경을 수평 확장했을 때 확인된 테스트 결과를 설명합니다.

테스트 방법

• 데이터베이스 서버 1대에 콘텐츠 데이터베이스 2개를 저장한 다음 이들 데이터베이스를 두 서버로 분할하여 환경의 데이터베이스 서버가 사용 가능한 프로세서 코어 및 메모리를 두 배로 늘립니다.

• 총 IOPS 용량을 일정하게 유지하면서 데이터베이스 서버를 추가합니다. 즉, 콘텐츠를 데이터베이스 서버 1대가 아닌 2대로 분할하는 경우에도 디스크에서 각 콘텐츠 데이터베이스에 대해 수행할 수 있는 초당 읽기 및 쓰기 횟수는 바뀌지 않습니다.

분석

• 4x1x2 환경에서는 데이터베이스 서버 CPU 사용률에서 가장 먼저 병목 현상이 발생했습니다. 프로세서 및 메모리 기능을 더 추가했을 때 성능도 거의 비례하여 증가했습니다.

• 웹 서버 4대, 데이터베이스 서버 2대로 확장하는 경우 웹 서버의 CPU 사용률이 100%에 가까워서 RPS는 크게 증가하지 않았습니다.

• 데이터베이스 서버를 1대 더 추가하여 데이터베이스 서버를 수평 확장하고 웹 서버를 4대 추가했을 때 성능도 거의 비례하여 증가했습니다. 이 시점에서 데이터베이스 서버 CPU 사용률이 아닌 콘텐츠 데이터베이스 디스크 IOPS에서 병목 현상이 발생했습니다.

• 이 테스트 환경에서는 8x1x2를 초과하여 수평 확장하는 테스트는 추가로 수행하지 않았습니다. 그러나 IOPS 용량을 추가하면 처리량이 더 증가할 것으로 예상됩니다.

• 테스트를 통해 사용되는 IOPS와 결과 RPS 간의 상관 관계가 확인되었습니다.

결과 그래프 및 차트

아래 그래프에서 x축은 항상 웹 서버가 4대이고 응용 프로그램 서버와 데이터베이스 서버가 각각 1대(4x1x1)인 구성에서 웹 서버 8대, 데이터베이스 서버 2대(8x1x2)로 수평 확장한 경우의 결과를 보여 줍니다. 일부 그래프에서는 1x1x1 또는 4x1x2 구성도 표시되어 있습니다.

1. 대기 시간 및 RPS

아래 그래프에서는 웹 서버와 데이터베이스 서버를 둘 다 수평 확장하는 경우 대기 시간 및 RPS에 주는 영향을 보여 줍니다.

2. 프로세서 사용률

아래 그래프에서는 수평 확장이 프로세서 사용률에 주는 영향을 보여 줍니다.

3. 수평 확장 시의 메모리 사용률

전체 테스트 과정에서 환경의 사이트 모음 수가 많을수록 더 많은 메모리가 사용됨이 확인되었습니다. 예를 들어 이 테스트에서는 사이트 모음 181개에 액세스했는데, 주 w3wp 프로세스에서 1.8GB RAM을 모두 사용했습니다. 예제는 성능 및 용량 기술 사례 연구(SharePoint Server 2010)를 참조하십시오. 사이트 모음 수가 늘어나는 경우의 메모리 요구 사항에 대한 추가 콘텐츠는 현재 개발 중입니다. 향후 새로운 콘텐츠 및 업데이트된 콘텐츠를 다시 확인해 주십시오.

4. MDF 및 LDF 파일에 대한 SQL Server I/O IOPS(초당 작업 수)

아래 그래프에서는 웹 서버 수와 데이터베이스 서버 수를 모두 늘려 환경을 수평 확장하는 경우 IOPS의 변화를 보여 줍니다.

최대 RPS

안전 영역 RPS

웹 서버 수직 확장

이 섹션에서는 이 테스트 환경의 웹 서버를 수직 확장했을 때 확인된 테스트 결과를 설명합니다.

테스트 방법

• 팜의 나머지 부분은 그대로 유지하고 웹 서버 프로세서를 더 추가합니다.

분석

• 프로세서 코어 8개까지는 성능이 일정한 비율로 증가합니다.

• 테스트 결과는 환경에서 24개 코어 상자를 사용할 수 있음을 보여 줍니다. 단, 코어가 24개에 가까워지면 성능이 다소 저하됩니다.

결과 그래프 및 차트

다음 그래프에서 x축은 웹 서버의 프로세서 수 및 RAM입니다. 다음 그래프에서는 수직 확장(프로세서 추가)이 웹 서버의 RPS에 주는 영향을 보여 줍니다.

SharePoint Server 2010과 Office SharePoint Server 2007 비교

이 섹션에서는 위에서 설명한 작업량에 대한 용량 테스트 결과가 SharePoint Server 2010과 Microsoft Office SharePoint Server 2007 간에 어떻게 달라졌는지에 대한 정보를 제공합니다.

작업량

SharePoint Server 2010과 Office SharePoint Server 2007을 비교하기 위해 사양 섹션에서 설명한 것과는 다른 테스트 혼합을 사용했습니다. 일부 SharePoint Server 2010 작업은 Office SharePoint Server 2007.에서 수행할 수 없기 때문입니다. Office SharePoint Server 2007용 테스트 혼합은 SharePoint Server 2010 테스트가 따르는 것과 동일한 프로덕션 환경을 기준으로 한 것입니다. 그러나 해당 환경에서 SharePoint Server 2010으로 업그레이드하기 전에 테스트 결과를 기록했습니다.

아래 그래프에서는 Office SharePoint Server 2007용 테스트 환경 및 프로덕션 환경의 테스트 혼합을 보여 줍니다.

테스트 방법

• 이 비교를 위한 테스트에서는 Office SharePoint Server 2007 환경을 만들고, 이 섹션 앞부분에서 설명한 작업량을 사용하여 환경을 테스트한 다음, 환경을 사용하는 클라이언트를 변경하거나 시각적 업그레이드를 수행하지 않고 콘텐츠 데이터베이스를 SharePoint Server 2010으로 업그레이드했습니다. 이와 같이 업그레이드된 환경을 다시 테스트하여 Office SharePoint Server 2007 작업만 포함하는 동일 테스트 혼합에 대해 SharePoint Server 2010의 결과를 확인했습니다.

• SharePoint Server 2010 테스트용 콘텐츠 데이터베이스 업그레이드 후에는 데이터 집합을 수정하지 않았습니다.

• Office SharePoint Server 2007용 테스트 혼합은 새 SharePoint Server 2010 관련 작업을 포함하지 않으며, 작업량 섹션에서 설명한 것처럼 Office SharePoint Server 2007용의 동일한 프로덕션 환경에서 사용되는 엔터프라이즈 인트라넷 공동 작업 솔루션과 비슷합니다.

분석

• SharePoint Server 2010 및 Office SharePoint Server 2007에서 동일한 수의 웹 서버에 최대 처리량에 해당하는 부하를 적용했을 때, SharePoint Server 2010의 처리량이 Office SharePoint Server 2007에 비해 20% 낮았습니다.

• 데이터베이스 서버 사용량을 최대화하기 위해 웹 서버를 수평 확장했을 때 SharePoint Server 2010의 처리량이 Office SharePoint Server 2007에 비해 25% 높아졌습니다. 이는 대규모 배포를 수행할 수 있도록 SharePoint Server 2010에서 개선된 기능을 반영합니다.

• 데이터베이스 서버 사용량을 최대화하기 위해 웹 서버를 수평 확장했을 때 SharePoint Server 2010의 처리량은 SQL Server CPU 사용량에 따라 달라진 반면 Office SharePoint Server 2007의 처리량은 데이터베이스 계층에 대한 잠금에 따라 달라졌습니다. 즉, 데이터베이스 서버에서 사용 가능한 처리 용량을 늘리는 경우 SharePoint Server 2010의 처리량이 Office SharePoint Server 2007에서 동일한 하드웨어를 사용할 때보다 높아집니다. Office SharePoint Server 2007에서 데이터베이스에 사용되는 잠금 메커니즘은 하드웨어를 개선해도 영향을 받지 않으므로 데이터베이스 서버의 CPU 사용률을 80% 이상으로 높일 수 없었습니다.

• 이 섹션 앞부분에서 설명한 결과로 인해, Office SharePoint Server 2007에서 가능한 최대 처리량은 5x0x1 토폴로지에서 나타났습니다. 반면 SharePoint Server 2010에서는 작업량이 동일한 경우 가능한 최대 처리량이 7x0x1 토폴로지에서 나타났으며, 총 RPS가 25% 증가했습니다.

결과 그래프 및 차트

다음 그래프에서는 웹 서버를 수평 확장하지 않은 경우의 처리량을 보여 줍니다.

다음 그래프에서는 웹 서버를 최대한 수평 확장한 경우의 처리량을 보여 줍니다.

See Also

Other Resources

리소스 센터: SharePoint Server 2010의 용량 관리