부서 공동 작업 환경 기술 사례 연구(SharePoint Server 2010)
적용 대상: SharePoint Server 2010
마지막으로 수정된 항목: 2016-11-30
이 문서에서는 특정 Microsoft SharePoint Server 2010 배포에 대해 설명합니다. 이 문서에는 다음과 같은 요소가 포함됩니다.
하드웨어, 팜 토폴로지 및 구성 등의 기술 사례 연구 환경 사양
사용자 또는 클라이언트의 수와 유형, 환경 사용 현황 특성을 포함하는 작업량
데이터베이스 콘텐츠 및 검색 인덱스를 포함하는 기술 사례 연구 팜 데이터 집합
환경과 관련된 상태 및 성능 데이터
이 문서의 내용
사전 필수 정보
환경 소개
사양
작업량
데이터 집합
상태 및 성능 데이터
사전 필수 정보
이 문서를 읽기 전에 SharePoint Server 2010 용량 관리의 기반이 되는 주요 개념을 이해하고 있어야 합니다. 다음 설명서는 용량 관리를 위한 권장 접근 방식에 대해 알아보는 데 유용한 내용을 제공하며 이 문서의 정보를 효과적으로 활용할 수 있도록 배경 정보를 제공합니다. 또한 이 문서 전체에서 사용되는 용어의 정의도 제공합니다.
이 기술 사례 연구의 내용을 파악하는 데 도움이 되는 성능 및 용량 관리에 대한 자세한 개념 정보는 다음 문서를 참조하십시오.
환경 소개
이 백서에서는 Microsoft에서 사용하는 실제 SharePoint Server 2010 환경에 대해 설명합니다. 계획한 고유의 작업량 및 사용 현황 특성을 이 문서의 환경과 비교해 보십시오. 계획한 디자인이 이 문서의 환경과 유사하면 여기에 설명된 배포를 기준으로 하여 설치를 구현할 수 있습니다.
이 문서에는 다음과 같은 요소가 포함됩니다.
사양. 하드웨어, 토폴로지 및 구성이 포함됩니다.
작업량. 사용자 수 및 사용 현황 특성을 포함하여 팜에 대한 수요를 설명합니다.
데이터 집합. 데이터베이스 크기가 포함됩니다.
상태 및 성능. 환경과 관련된 데이터입니다.
이 문서는 Microsoft의 SharePoint 환경에 대해 설명하는 성능 및 용량 기술 사례 연구(SharePoint Server 2010) 시리즈의 일부입니다.
이 문서에서 설명하는 SharePoint Server 2010 환경은 지리적으로 분산되어 있는 대규모 회사의 프로덕션 환경을 보여 줍니다. 직원들은 이 환경을 통해 부서 내에서 프로젝트를 추적하고, 문서 공동 작업을 수행하고, 정보를 공유할 수 있습니다. 또한 이 환경은 내부 테스트용으로도 사용되며, 최신 SharePoint Server 시험판 버전(제공되는 경우)으로 빈번하게 업그레이드됩니다.
사용량이 많은 날에는 9,000명의 고유 사용자가 이 환경을 방문하며 이로 인해 사용량이 많은 시간에는 RPS(초당 요청 수)가 최대 470개에 이릅니다. 이 사이트는 인트라넷 사이트이므로 모든 사용자가 인증됩니다.
이 문서에서 제공하는 정보는 평일의 부서 공동 환경을 반영한 것입니다.
사양
이 섹션에서는 사례 연구 환경의 하드웨어, 소프트웨어, 토폴로지 및 구성에 대한 자세한 정보를 제공합니다.
하드웨어
이 섹션에서는 이 환경에서 사용된 서버 컴퓨터에 대한 자세한 정보를 제공합니다.
참고
이 환경은 SharePoint Server 2010 시험판 버전 및 기타 제품을 수용할 수 있도록 확장되었습니다. 따라서 배포된 하드웨어의 용량은 이 환경에서 일반적으로 발생하는 수요를 처리하는 데 필요한 것보다 많습니다. 이 하드웨어에 대한 설명은 이 문서에 나오는 환경에 대한 추가 컨텍스트를 제공하기 위한 것으로, 유사한 환경에서 기준으로 사용할 수 있습니다.
반드시 계획한 작업량 및 사용 현황 특성을 기반으로 그에 맞는 용량 관리를 수행해야 합니다. 용량 관리 프로세스에 대한 자세한 내용은 SharePoint Server 2010의 용량 관리 및 크기 조정 개요을 참조하십시오.
웹 서버
팜에 각각 동일한 하드웨어를 사용하는 웹 서버가 4대 있습니다. 이 중 3대는 콘텐츠를 제공하며, 나머지 1대는 검색 크롤링 대상 전용입니다.
웹 서버 | WFE1-2 | WFE3-4 |
---|---|---|
Processor(s) |
쿼드 코어 2개(2.33GHz) |
쿼드 코어 2개(2.33GHz) |
RAM |
32GB |
16GB |
운영 체제 |
Windows Server 2008(64비트) |
Windows Server 2008(64비트) |
SharePoint 드라이브 크기 |
146GB 15K SAS 3개(RAID 1 디스크 3개) 디스크 1: OS 디스크 2: 스왑 및 BLOB 캐시 디스크 3: 로그 및 임시 디렉터리 |
146GB 15K SAS 3개(RAID 1 디스크 3개) 디스크 1: OS 디스크 2: 스왑 및 BLOB 캐시 디스크 3: 로그 및 임시 디렉터리 |
네트워크 어댑터 수 |
2 |
2 |
네트워크 어댑터 속도 |
1기가비트 |
1기가비트 |
인증 |
Windows NTLM |
Windows NTLM |
부하 분산 유형 |
하드웨어 부하 분산 |
하드웨어 부하 분산 |
소프트웨어 버전 |
SharePoint Server 2010(시험판) |
SharePoint Server 2010(시험판) |
로컬로 실행되는 서비스 |
검색 쿼리 |
WFE3 - 서비스 없음 WFE4 - 검색 크롤링 대상 |
응용 프로그램 서버
팜에 응용 프로그램 서버가 4대 있습니다.
웹 서버 | APP1-3 | APP4 |
---|---|---|
프로세서 |
쿼드 코어 2개(2.33GHz) |
쿼드 코어 2개(2.33GHz) |
RAM |
16GB |
16GB |
운영 체제 |
Windows Server 2008(64비트) |
Windows Server 2008(64비트) |
SharePoint 드라이브 크기 |
146GB 15K SAS 3개(RAID 1 디스크 3개) 디스크 1: OS 디스크 2: 스왑 및 BLOB 캐시 디스크 3: 로그 및 임시 디렉터리 |
136GB 15K SAS 2개(RAID 0) 60GB SSD, SATA 4개(RAID 5) 디스크 1: OS 디스크 2: 스왑 및 BLOB 캐시 디스크 3: 로그 및 임시 디렉터리 |
네트워크 어댑터 수 |
2 |
2 |
네트워크 어댑터 속도 |
1기가비트 |
1기가비트 |
인증 |
Windows NTLM |
Windows NTLM |
부하 분산 유형 |
하드웨어 부하 분산 |
하드웨어 부하 분산 |
소프트웨어 버전 |
SharePoint Server 2010(시험판) |
SharePoint Server 2010(시험판) |
로컬로 실행되는 서비스 |
APP1 - 중앙 관리 및 모든 응용 프로그램(Office Web Applications는 제외) APP2 - 모든 응용 프로그램(Office Web Applications 포함) APP3 - Office Web Applications |
검색 크롤러 |
데이터베이스 서버
3대의 데이터베이스 서버가 있으며, 각각 콘텐츠 데이터베이스가 저장된 기본 SQL Server 인스턴스, 사용 현황 데이터베이스 및 Web Analytics 데이터베이스, 그리고 검색 데이터베이스를 실행합니다.
데이터베이스 | DB1 - 기본 인스턴스 | DB2 | DB3 |
---|---|---|---|
Processor(s) |
쿼드 코어 4개(3.2GHz) |
쿼드 코어 2개(3.2GHz) |
쿼드 코어 2개(3.2GHz) |
RAM |
32GB |
16GB |
32GB |
운영 체제 |
Windows Server 2008 SP1(64비트) |
Windows Server 2008 SP1(64비트) |
Windows Server 2008 SP1(64비트) |
저장소 및 구조 |
146GB 15K SAS 5개 + SAN 디스크 1: OS(RAID 10 디스크 2개) 디스크 2: 스왑(RAID 10 디스크 2개) 디스크 3: 직접 연결된 저장소(RAID 10 디스크 16개, 임시 DB 데이터) SAS 146GB 15K 디스크 4: 직접 연결된 저장소(RAID 10 디스크 16개, 임시 DB 데이터) SAS 146GB 15K 디스크 5-15: 파이버 연결을 사용하는 SAN/가능한 경우 디스크 2개당 데이터베이스 하나/LUN 간에 로그 및 데이터 분리/15K 드라이브 |
450GB 15K SAS 6개 직접 연결된 146GB 15K SAS 14개 디스크 1: 사용 현황 로그 및 OS 디스크 2: 사용 현황 데이터 |
136GB 15K SAS 2개(RAID 0) 60GB SSD, SATA 6개(RAID 5) 디스크 1: OS 디스크 2: 스왑 및 BLOB 캐시 디스크 3: 로그 및 임시 디렉터리/반도체 드라이브/6-60GB 반도체 드라이브(RAID 5) |
네트워크 어댑터 수 |
2 |
2 |
2 |
네트워크 어댑터 속도 |
1기가비트 |
1기가비트 |
1기가비트 |
인증 |
Windows NTLM |
Windows NTLM |
Windows NTLM |
소프트웨어 버전 |
SQL Server 2008 |
SQL Server 2008 |
SQL Server 2008 R2 |
토폴로지
다음 다이어그램에서는 이 팜의 토폴로지를 보여 줍니다.
구성
다음 표에는 적용할 경우 환경의 성능이나 용량에 영향을 주는 설정이 나와 있습니다.
설정 | 값 | 참고 사항 |
---|---|---|
사이트 모음: 개체 캐싱(설정 | 해제) 익명 캐시 프로필(선택) 익명 캐시 프로필(선택) 개체 캐시(해제 | nMB) 교차 목록 쿼리 캐시 변경(항상 | n초마다) |
설정 사용 안 함 사용 안 함 설정 - 100GB 60초 |
출력 캐시를 설정하면 자주 요청되는 데이터에 대한 데이터베이스 호출 수가 줄어 서버의 효율성이 향상됩니다. |
사이트 모음 캐시 프로필(선택) |
인트라넷(공동 작업 사이트) |
“작성자가 캐시된 콘텐츠를 볼 수 있도록 허용”을 선택하면 편집 권한이 있는 사용자가 페이지를 캐시할 수 없도록 하는 원래 동작이 무시됩니다. |
개체 캐시(해제 | nMB) |
설정 - 500MB |
기본값은 100MB입니다. 이 설정값을 늘리면 프런트 엔드 웹 서버 메모리에 추가 데이터를 저장할 수 있습니다. |
사용 현황 서비스: 추적 로그 - 로그 파일을 저장할 일 수(기본값: 14일) |
5일 |
기본값은 14일입니다. 이 설정값을 낮추면 로그 파일이 저장되는 서버의 디스크 공간을 절약할 수 있습니다. |
쿼리 로깅 임계값: Microsoft SharePoint Foundation 데이터베이스 - QueryLoggingThreshold를 1초로 구성 |
1초 |
기본값은 5초입니다. 이 설정값을 낮추면 데이터베이스 서버의 대역폭 및 CPU를 절약할 수 있습니다. |
데이터베이스 서버 - 기본 인스턴스: Max degree of parallelism |
1 |
기본값은 0입니다. 성능을 최적화하려면 SharePoint Server 2010 데이터베이스를 호스팅하는 데이터베이스 서버에 대해 max degree of parallelism을 12로 설정하는 것이 좋습니다. max degree of parallelism을 설정하는 방법에 대한 자세한 내용은 max degree of parallelism 옵션(https://go.microsoft.com/fwlink/?linkid=189030&clcid=0x412)을 참조하십시오. |
작업량
이 섹션에서는 사용자 수 및 사용 현황 특성 등의 팜에 대한 수요를 나타내는 작업량에 대해 설명합니다.
작업량 특성 | 값 |
---|---|
초당 평균 요청 수(RPS) |
165 |
사용량이 많은 시간(오전 11시-오후 3시)의 평균 RPS |
216 |
일별 총 고유 사용자 수 |
9186 |
평균 동시 사용자 수 |
189 |
최대 동시 사용자 수 |
322 |
일별 총 요청 수 |
7,124,943 |
이 표에서는 각 사용자 에이전트의 요청 수를 보여 줍니다.
사용자 에이전트 | 요청 수 | 총 백분율 |
---|---|---|
검색(크롤링) |
4,373,433 |
67.61% |
Outlook |
897,183 |
13.87% |
OneNote |
456,917 |
7.06% |
DAV |
273,391 |
4.23% |
브라우저 |
247,303 |
3.82% |
Word |
94,465 |
1.46% |
SharePoint 작업 영역 |
70,651 |
1.09% |
Office Web Applications |
45,125 |
0.70% |
Excel |
8,826 |
0.14% |
Access |
1,698 |
0.03% |
데이터 집합
이 섹션에서는 데이터베이스 크기 및 검색 인덱스 등의 사례 연구 팜 데이터 집합에 대해 설명합니다.
데이터 집합 특성 | 값 |
---|---|
데이터베이스 크기(총 크기) |
1.8TB |
BLOB 크기 |
1.68TB |
콘텐츠 데이터베이스 수 |
18 |
총 데이터베이스 수 |
36 |
사이트 모음 수 |
7,499 |
웹 응용 프로그램 수 |
7 |
사이트 수 |
42,457 |
검색 인덱스 크기(항목 수) |
4,600만 개 |
상태 및 성능 데이터
이 섹션에서는 사례 연구 환경과 관련된 상태 및 성능 데이터를 제공합니다.
일반 카운터
메트릭 | 값 |
---|---|
Availability (uptime) |
99.9995% |
Failure Rate |
0.0005% |
Average memory used |
0.89GB |
Maximum memory used |
5.13GB |
Search Crawl % of Traffic (Search client requests / total requests) |
82.5% |
다음 차트에서는 이 환경의 평균 CPU 사용률 및 대기 시간을 보여 줍니다.
이 문서에서 대기 시간은 네 가지 범주로 나뉩니다. 50번째 백분위수 대기 시간은 일반적으로 서버의 응답을 측정하는 데 사용됩니다. 즉, 요청의 절반은 해당 응답 시간 내에 처리됩니다. 95번째 백분위수 대기 시간은 서버 응답 시간의 급증을 측정하는 데 사용됩니다. 다시 말해 요청의 95%는 해당 응답 시간 내에 처리됩니다. 따라서 요청의 5%에 대해 응답 시간이 느립니다.
데이터베이스 카운터
메트릭 | 값 |
---|---|
Average Disk queue length |
1.42 |
Disk Queue Length: Reads |
1.38 |
Disk Queue Length: Writes |
0.04 |
Disk Reads/sec |
56.51 |
Disk Writes/sec |
17.60 |
SQL Compilations/second |
13.11 |
SQL Re-compilations/second |
0.14 |
SQL Locks: Average Wait Time |
294.56ms |
SQL Locks: Lock Wait Time |
867.53ms |
SQL Locks: Deadlocks Per Second |
1.87 |
SQL Latches: Average Wait Time |
5.10ms |
SQL Cache Hit Ratio |
99.77% |