소셜 환경에 대한 성능 및 용량 요구 사항 예측(SharePoint Server 2013)
적용 대상:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
엔터프라이즈 인트라넷 내 사이트 및 소셜 컴퓨팅 포털 솔루션에 대한 성능 및 용량 계획을 만들기 위해 이 문서에는 다음 영역에 대한 정보가 포함되어 있습니다.
하드웨어, 팜 토폴로지 및 팜 구성과 같은 랩 환경 사양
테스트 부하를 생성하는 데 사용된 테스트 팜 작업량 및 데이터 집합
특정 확장점에서 로드 중인 처리량, 대기 시간 및 하드웨어 수요의 추세를 보여 주는 테스트 결과 및 분석입니다.
이 문서의 정보를 사용하여 다음 개념을 이해합니다.
일반 및 최대 부하 모두에서 시나리오의 특징
팜 서버를 스케일 아웃할 때 성능 추세 변경 방법
계획된 아키텍처에 적합한 시작점을 예측하는 방법
팜이 최대 부하에서 허용 가능한 성능 수준을 유지해야 하는 리소스를 계획할 때 고려해야 할 중요한 요소
환경 소개
기업에서는 SharePoint Server 2013을 사용하여 사용자가 인트라넷 사이트에 액세스하도록 인증한 내 사이트 및 소셜 컴퓨팅 포털을 게시하는 경우가 많습니다. 이 문서에는 사용할 컴퓨터 수와 SharePoint Server 2013에서 내 사이트 및 소셜 컴퓨팅 포털을 게시하는 데 필요한 컴퓨터 유형을 계획하는 데 도움이 되는 용량 및 성능 데이터가 포함되어 있습니다.
추가 지침에서는 SharePoint Server 2013 엔터프라이즈 내 사이트 및 소셜 컴퓨팅 포털 솔루션에서 서버를 스케일 아웃하는 방법을 설명합니다. 용량 계획은 구입할 하드웨어 및 솔루션을 최적화할 시스템 구성에 대한 결정 사항을 알려 줍니다.
개별 SharePoint Server 2013 팜은 고유하기 때문에 각 팜에는 하드웨어, 사용자 동작, 설치된 기능 구성 및 기타 여러 요인에 따라 달라지는 다양한 요구 사항이 있습니다. 따라서 사용자 고유의 환경에서 자체 하드웨어에 대한 추가 테스트로 이 지침을 보완합니다. 계획된 디자인 및 워크로드가 이 문서에 설명된 환경과 유사한 경우 이 문서를 사용하여 환경 크기를 조정하는 방법에 대한 결론을 도출할 수 있습니다.
이 문서의 테스트 결과는 워크로드, 데이터 세트 및 아키텍처를 사용하여 고도로 제어된 조건에서 프로덕션 환경을 시뮬레이션하는 테스트 랩에서 생성되었습니다. 이러한 테스트를 설계하는 데 큰 주의를 기울였지만 테스트 랩의 성능 특성은 프로덕션 환경의 동작과 동일하지 않습니다. 이러한 테스트 결과는 프로덕션 팜의 성능 및 용량 특성을 나타내지 않습니다. 대신 테스트 결과는 처리량, 대기 시간 및 하드웨어 수요의 관찰된 추세를 보여 줍니다. 관찰된 데이터를 분석하여 용량을 계획하고 자체 팜을 관리하는 데 도움이 됩니다.
이 문서에 포함된 내용은 다음과 같습니다.
사양 - 하드웨어, 토폴로지 및 구성 포함
작업량 - 팜, 사용자 수 및 사용 특성에 대한 수요 분석 포함
데이터 집합 - 데이터베이스 크기 및 콘텐츠 형식 등
웹 서버 수평 확장에 대한 테스트 결과 및 분석
이 문서를 읽기 전에 다음 문서를 읽어 SharePoint Server 2013에서 용량 관리의 주요 개념을 이해해야 합니다.
이러한 문서에서는 다음 내용을 제공합니다.
권장 용량 관리 방법
이 문서 내용의 효과적 사용 방법
용어집
아래 목록에서는 이 문서에 나오는 주요 용어의 정의를 제공합니다.
Rps: 초당 요청 수입니다. RPS는 팜 또는 서버가 1초 안에 수신하는 요청 수입니다. 이는 서버 및 팜 부하의 일반적인 측정값입니다.
중요
요청과 페이지 로드는 서로 다른 개념입니다. 각 페이지에는 여러 구성 요소가 포함되어 있으며, 각 구성 요소는 브라우저에서 페이지를 로드할 때 하나 이상의 요청을 만듭니다. 따라서 한 번의 페이지 로드에서 여러 개의 요청이 생성됩니다. 일반적으로 리소스를 많이 사용하지 않는 인증 검사와 이벤트는 RPS를 측정할 때 포함되지 않습니다.
녹색 영역: 녹색 영역은 정상 작동 조건에서 예상되는 일일 최대 부하까지 정의된 부하 특성 집합을 나타냅니다. 이 범위에서 작동하는 팜은 허용 가능한 매개 변수 내에 있는 응답 시간과 대기 시간을 유지할 수 있어야 합니다.
서버에서 다음과 같은 일련의 조건을 유지 관리할 수 상태입니다.
요청의 75% 이상에 대한 서버 쪽 대기 시간은 0.5초 미만입니다.
모든 서버는 평균 CPU 사용률을 50% 미만으로 유지합니다.
실패율은 0.1% 미만입니다.
빨간색 영역(최대): 빨간색 영역은 최대 작업 조건에서 정의된 부하 특성 집합을 나타냅니다. 레드 존에서 팜은 오류 및 기타 성능 및 안정성 문제가 발생하기 전에 제한된 기간 동안만 유지할 수 있는 매우 높은 일시적인 리소스 요구를 경험합니다.
제한된 기간 동안 서버에서 다음과 같은 일련의 조건을 유지 관리할 수 있는 상태입니다.
요청의 75% 이상에 대한 서버 쪽 대기 시간은 1초 미만입니다.
평균 데이터베이스 서버 CPU 사용률은 80% 미만입니다.
실패율은 0.1% 미만입니다.
개요
이 섹션에서는 테스트에 사용된 확장 방식, 이 테스트 환경과 유사한 사례 연구 환경 간의 관계, 그리고 테스트 방법에 대해 간략하게 설명합니다.
확장 방식
테스트 랩 환경의 크기를 조정하기 위해 수행된 특정 순서대로 사용자 환경의 컴퓨터 크기를 조정하는 것이 좋습니다. 이 방법을 사용하면 워크로드에 가장 적합한 구성을 찾을 수 있습니다.
성능 테스트 주기를 세 가지 워크로드 범주로 나누었습니다. 범주 경계를 결정한 기본 매개 변수는 10K, 100K 및 500K 사용자 프로필 테스트로 설정된 사용자 프로필 수입니다. 또 다른 매개 변수는 소셜 기능 집합과 관련된 작업을 수행한 활성 사용자 수입니다. 프로필이 있는 사용자 수와 활성 사용자 수를 모두 사용하여 실제 배포와 유사한 애플리케이션의 사용을 시뮬레이션하는 테스트를 실행했습니다. 다음 표에서는 초기 데이터 집합과 활성 사용자 수를 보여 줍니다.
초기 데이터 세트
| 엔터티 | 이 기능을 가진 사용자의 비율 | 소형(10K 사용자) | 중간(100K 사용자) | 대형(500K 사용자) |
|---|---|---|---|---|
| 사용자에 대한 사용자 프로필 수 |
100% |
10K |
100K |
500K |
| 프로비전된 내 사이트 수 |
100% |
10K |
100K |
500K |
| 사용자 사진이 있는 사용자 프로필 수 |
50% |
5K |
50K |
250K |
| 게시물이 있는 사용자 프로필 수 |
10% |
1K |
10K |
50K |
| 팀 수 |
1,860 |
18,600 |
93K |
|
| 일별 활성 사용자 수 |
10% |
1K |
10K |
50K |
| 시간당 활성 사용자 수 |
5% |
500 |
5K |
25K |
테스트는 다음 주요 시나리오에 초점을 맞췄습니다.
뉴스 피드 페이지 액세스 및 기타 작업
프로필 페이지
사이트 피드 페이지 액세스 및 기타 작업
Outlook Social Connector 활동 피드 동기화
OneDrive 페이지 액세스
OneDrive 클라이언트 사용량
현실적인 배포 시나리오를 시뮬레이션하기 위해 모든 테스트는 이미 데이터가 있는 데이터베이스에서 실행되었습니다. 데이터 세트는 팀당 평균 4~6명, 깊이가 3~4인 트리 조직의 모델이었습니다. 이러한 숫자를 생성하기 위해 내부 소셜 사이트의 트래픽을 분석했습니다. 다음 표에서는 초기 데이터 집합을 빌드하는 데 사용한 매개 변수 집합에 대해 설명합니다.
초기 데이터베이스에 대한 데이터 모델
| 데이터 엔터티 설명 | 숫자 |
|---|---|
| 팀의 평균 사용자 수 |
5 |
| 조직당 평균 수준 수 |
4 |
| 사용자 1,000명당 팀 수 |
186 |
| 사용자가 팔로우하는 평균 동료 수 |
50 |
| 사용자 프로필 속성 수 |
93 |
다음 표에서는 데이터 채우기를 초래하는 작업 측면에서 매개 변수 집합에 대해 설명합니다.
사용 특성
| 매개 변수 | 숫자 또는 백분율 |
|---|---|
| 게시물이 1~3개인 사용자 비율 |
10% |
| 사용자당 평균 게시물 수 |
2 |
| 게시물당 평균 회신 수 |
2 |
| 좋아요를 사용하는 게시물의 백분율 |
15% |
| 링크가 있는 게시물의 백분율 |
5% |
| 태그가 있는 게시물의 백분율 |
12% |
| 사용자 멘션이 있는 게시물의 백분율 |
8% |
| 이미지가 첨부된 게시물의 백분율 |
5% |
각 확장 테스트를 만들기 위해 이전 데이터 집합과 활성 사용자 수에 다음 작업 조합이 적용되었습니다.
사용자 읽기 작업
| 사용자 작업 | 이 작업을 수행하는 사용자의 비율 | 시나리오 | 기능 또는 URL |
|---|---|---|---|
| 내 사이트 홈 페이지로 이동합니다. |
12% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 사용자의 공개 프로필 페이지로 이동합니다. |
8% |
프로필 |
프로필 페이지(http://my/person.aspx?accountname=<별칭>) |
| 사용자의 개인 프로필 페이지로 이동합니다. |
4% |
프로필 |
프로필 페이지(http://my/person.aspx) |
| 활동 피드 자동 동기화 |
32% |
Outlook Social Connector |
없음 |
| 팔로우하는 사람 페이지로 이동합니다. |
3% |
사람 목록 팔로우 |
http://my/MyPeople.aspx |
| 기본 문서 라이브러리로 이동합니다. |
6% |
OneDrive |
https://msft-my.spoppe.com/personal/<사용자>/문서 |
| 팔로우한 문서 페이지로 이동합니다. |
3% |
OneDrive |
https://msft-my.spoppe.com/personal/<user>/Social/FollowedContent.aspx |
| 팔로우한 문서 페이지로 이동합니다. |
3% |
OneDrive |
https://msft-my.spoppe.com/personal/<user>/Social/FollowedContent.aspx |
| 사이트 피드 페이지로 이동합니다. |
8% |
사이트 피드 |
사이트 피드 페이지(https://< domain>/teams/site/newsfeed.aspx_>< |
| 스레드에서 모든 회신 보기 |
1% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 모든 사용자 피드 보기 |
3% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 뉴스 피드에서 더 많은 게시물 보기 |
2% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| @mentions 페이지 보기 |
1% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 뉴스 피드 보기(모바일) |
1% |
모바일 |
REST(모바일 표현 상태 전송) 호출 |
| 분류된 뉴스 피드 보기 |
3% |
모바일 |
Mobile REST 통화 |
사용자 쓰기 작업
| 사용자 작업 | 백분율 | 시나리오 | 기능 또는 URL |
|---|---|---|---|
| 피드에 루트 게시물 만들기 |
0.5% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 피드의 게시물처럼 |
0.3% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 피드의 게시물에 회신 |
0.7% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 을 사용하여 피드에 게시물 만들기 @mention |
0.1% |
뉴스 피드 |
뉴스 피드 페이지(http://my/default.aspx) |
| 사이트 피드에서 루트 게시물 만들기 |
0.5% |
사이트 피드 |
사이트 피드 페이지(https://< domain>/teams/<site>/newsfeed.aspx) |
| 을 사용하여 사이트 피드에 게시물 만들기 @mention |
0.5% |
사이트 피드 |
사이트 피드 페이지(https://< domain>/teams/<site>/newsfeed.aspx) |
| 사이트 피드의 게시물에 회신 |
0.15% |
사이트 피드 |
사이트 피드 페이지(https://< domain>/teams/<site>/newsfeed.aspx) |
| 태그를 사용하여 사이트 피드에 게시물 만들기 |
0.05% |
사이트 피드 |
사이트 피드 페이지(https://< domain>/teams/<site>/newsfeed.aspx) |
OneDrive 클라이언트 작업
| 사용자 작업** | 백분율 | 시나리오 | 기능 또는 URL |
|---|---|---|---|
| OneDrive 초기 동기화 |
0.2% |
OneDrive |
초기 동기화 |
| OneDrive 증분 동기화 - 파일 다운로드 |
0.88% |
OneDrive |
증분 동기화 |
| OneDrive 증분 동기화 - 변경 내용 없음 |
8.1% |
OneDrive |
증분 동기화 |
테스트 방법론
소셜 기능에 대한 최소 SharePoint Server 2013 팜 구성으로 시작했습니다. 테스트 팜에 특징적인 소셜 부하를 적용하고 정상 및 최대 서버 용량 수준을 관찰할 때까지 부하를 증가시켰습니다. 이러한 각 부하 수준에서 병목 상태를 분석하고 오버로드된 역할의 컴퓨터를 추가하여 팜 구성을 스케일 아웃했습니다. 이 추가는 각 사례의 병목 상태를 완화하고 특정 데이터 세트에 대한 서버의 확장성 특성에 대한 보기를 제공했습니다. SharePoint Server 2013 팜의 확장성 특성에 대한 대표적인 요약과 용량 계획에 대한 지침을 제공하기 위해 세 가지 배포 크기에 대해 이 스케일 아웃 프로세스를 반복했습니다.
사양
이 섹션에서는 테스트 환경의 하드웨어, 소프트웨어, 토폴로지 및 구성에 대한 자세한 정보를 제공합니다.
중요
테스트 랩의 Al 웹 서버 및 애플리케이션 서버는 Hyper-V 호스트를 사용하여 가상화되었습니다. 데이터베이스 서버는 가상화되지 않았습니다. 물리적 호스트 하드웨어 및 가상 머신 가상 하드웨어는 다음 섹션에서 별도로 자세히 설명합니다.
하드웨어
아래 표에는 이 테스트에 사용된 컴퓨터의 하드웨어 사양이 나와 있습니다. 테스트를 여러 번 반복하는 동안 서버 팜에 추가된 프런트 엔드 웹 서버도 이러한 사양을 준수했습니다.
Hyper-V 호스트
팜에는 동일하게 구성된 Hyper-V 호스트가 총 3개 포함되며, 각 호스트는 1~4개의 가상 머신을 실행합니다.
| 호스트 하드웨어 | 값 |
|---|---|
| 프로세서(s) |
쿼드 코어 2.27GHz 프로세서 2개 |
| RAM |
64GB |
| 운영 체제 |
Windows Server 2008 R2 SP1 |
| 네트워크 어댑터 수 |
2 |
| 네트워크 어댑터 속도 |
1기가비트 |
가상 웹 서버 및 응용 프로그램 서버
팜에는 1~8개의 가상 웹 서버가 있습니다. 추가 전용 가상 서버에서 분산 캐시 서비스를 실행합니다.
참고
프로덕션 환경에서 분산 캐시 서비스를 실행하는 전용 서버는 일반적으로 고가용성 구성으로 배포됩니다. 테스트 목적으로는 고가용성이 중요한 요소가 아니므로 배포 캐시에 대해 단일 전용 서버를 사용했습니다.
| VM 하드웨어 | 웹 서버 |
|---|---|
| 프로세서 |
가상 프로세서 4개 |
| RAM |
12GB |
| 운영 체제 |
Windows Server 2008 R2 SP1 |
| SharePoint 드라이브 크기 |
100GB |
| 네트워크 어댑터 수 |
2 |
| 네트워크 어댑터 속도 |
1기가비트 |
| 인증 |
Windows NTLM |
| 부하 분산 장치 유형 |
F5 Big IP |
| 로컬로 실행되는 서비스 |
Microsoft SharePoint Foundation 웹 애플리케이션, Microsoft SharePoint Foundation 들어오는 전자 메일, Microsoft SharePoint Foundation 워크플로 타이머 서비스, 관리되는 메타데이터 웹 서비스, 사용자 프로필 서비스 |
| VM 하드웨어 | 캐시 |
|---|---|
| 프로세서 |
가상 프로세서 4개 |
| RAM |
12GB |
| 운영 체제 |
Windows Server 2008 R2 SP1 |
| SharePoint 드라이브 크기 |
100GB |
| 네트워크 어댑터 수 |
2 |
| 네트워크 어댑터 속도 |
1기가비트 |
| 인증 |
Windows NTLM |
| 로컬로 실행되는 서비스 |
분산 캐시, Microsoft SharePoint Foundation 워크플로 타이머 서비스 |
| VM 하드웨어 | 쿼리 구성 요소 검색 |
|---|---|
| 프로세서 |
가상 프로세서 4개 |
| RAM |
12GB |
| 운영 체제 |
Windows Server 2008 R2 SP1 |
| 네트워크 어댑터 수 |
2 |
| 네트워크 어댑터 속도 |
1기가비트 |
| 인증 |
Windows NTLM |
| 로컬로 실행되는 서비스 |
Microsoft SharePoint Foundation 웹 애플리케이션, Microsoft SharePoint Foundation 들어오는 전자 메일, Microsoft SharePoint Foundation 워크플로 타이머 서비스, 검색 쿼리 및 사이트 설정 서비스, SharePoint Server Search |
| 가상 컴퓨터 하드웨어 | 인덱스 구성 요소 검색 |
|---|---|
| 프로세서 |
가상 프로세서 4개 |
| RAM |
12GB |
| 운영 체제 |
Windows Server 2008 R2 SP1 |
| 네트워크 어댑터 수 |
2 |
| 네트워크 어댑터 속도 |
1기가비트 |
| 인증 |
Windows NTLM |
| 로컬로 실행되는 서비스 |
Microsoft SharePoint Foundation 웹 애플리케이션, Microsoft SharePoint Foundation 들어오는 전자 메일, Microsoft SharePoint Foundation 워크플로 타이머 서비스, SharePoint Server 검색 |
데이터베이스 서버
한 물리적 데이터베이스 서버는 SharePoint 데이터베이스가 있는 기본 SQL Server 인스턴스를 실행합니다. 이 문서에서는 로깅 데이터베이스를 추적하지 않습니다.
참고
사용 현황 보고를 사용하도록 설정한 경우에는 로깅 데이터베이스를 별도의 LUN(논리 단위 번호)에 저장하는 것이 좋습니다. 대규모 배포 및 일부 중간 규모 배포에서는 대용량 로깅 이벤트로 인해 생성되는 프로세서에 대한 수요를 감당하기 위해 전용 로깅 데이터베이스 서버가 필요할 수도 있습니다. >이 랩 환경에서는 로깅이 제한되었고 로깅 데이터베이스가 별도의 SQL Server 인스턴스에 저장되었습니다.
데이터베이스 서버 - 기본 인스턴스
| 프로세서 |
쿼드 코어 3.3GHz 프로세서 2개 |
| RAM |
32GB |
| 운영 체제 |
Windows Server 2008 R2 SP1 |
| 저장소 및 구조 |
DAS(직접 연결된 저장소) 6 x 300GB 15krpm 디스크가 있는 내부 배열 15 x 450GB 15krpm 디스크가 있는 외부 배열 콘텐츠 데이터 50개(외부 RAID10, 2x3 스핀들 각각 300GB) 콘텐츠 로그 50개(내부 RAID10, 2x2 스핀들 각각 300GB) 1 x 임시 데이터(내부 RAID10, 2x2 스핀들 각각 300GB) 1 x 임시 로그(내부 RAID10, 2x2 스핀들 각각 300GB) |
| 네트워크 어댑터 수 |
1 |
| 네트워크 어댑터 속도 |
1기가비트 |
| 인증 |
Windows NTLM |
| 소프트웨어 버전 |
SQL Server 2008 R2 |
토폴로지
다음 표에서는 이 랩 환경에 대한 토폴로지를 보여줍니다.
랩 환경 토폴로지
| 역할 | 소규모 배포(10k 사용자) | 중간 배포(100K 사용자) | 대규모 배포(500K 사용자) |
|---|---|---|---|
| 웹 서버 |
2-4 |
4-8 |
8 |
| 캐시 |
1 |
1-2 |
3 |
| SQL Server |
1 |
1-2 |
2 |
테스트 프로세스
중요
테스트는 일반적인 소셜 컴퓨팅 포털에서 정상적인 업무 시간 사용량만 모델링합니다. 낮/밤 주기에서 생성되는 사용자 생성 트래픽의 주기적 변경은 고려하지 않았습니다. 프로필 동기화 및 사람 검색 크롤링과 같은 타이머 작업을 테스트했는데, 이 작업에는 상당한 리소스가 필요하며, 그 효과를 확인하기 위해 동일한 테스트 워크로드와 독립적으로 테스트했습니다. > 테스트는 뉴스 피드, 소셜 태그 지정 및 사람 프로필 읽기와 같은 사회적 운영에 중점을 줍니다. 테스트 조합에는 프로덕션 환경을 더 잘 시뮬레이션하기 위한 소량의 일반적인 공동 작업 트래픽이 포함됩니다. 이러한 결과는 내 사이트 및 소셜 기능에만 적용되는 별도의 포털을 디자인하는 데 도움이 될 것으로 기대합니다. > 테스트 조합에는 콘텐츠 크롤링 검색의 트래픽이 포함되지 않습니다. >
소셜 기능에 대한 소규모, 중간 및 대규모 배포에 대한 테스트를 수행했습니다. 서버 하드웨어를 구성하기 위해 최소 크기의 구성을 시작하고 크기 조정 방법 섹션에 설명된 대로 테스트 데이터베이스를 데이터 세트로 채웠습니다.
VSTS(Visual Studio Team System)를 사용하여 워크로드를 시뮬레이션하고 특징적인 소셜 부하를 적용하여 처음에는 서버에 대해 작은 부하를 유도했습니다. 최대 RPS를 관찰할 때까지 이 부하를 일관되게 늘리고 모든 서버 역할에 대한 성능 메트릭을 기록했습니다. 이는 팜에서 적용된 부하가 증가하여 서버 병목 상태 제약 조건으로 인해 전달된 RPS 출력이 증가하지 않는 상태로 인식할 수 있었습니다.
이러한 기록된 메트릭에서 지정된 컴퓨터 구성에서 VM 서버의 정상 및 완전히 로드된 상태를 나타내는 녹색 영역 및 빨간색 영역 상태를 정의했습니다. 그런 다음 녹색 영역 및 빨간색 영역 수준 모두에서 꾸준한 부하를 적용하여 이러한 부하에서 안정적인 상태 성능 메트릭을 분석했습니다. 이렇게 하면 각 토폴로지 구성에 대한 이러한 주요 부하 조건에서 VM 서버의 서버 상태 및 성능 표현이 제공되었습니다.
녹색 및 빨간색 부하 특성과 각 토폴로지의 크기 조정 곡선을 이해한 후 RPS를 제한하는 스케일링 병목 상태를 확인했습니다. 소셜 워크로드의 경우 일반적으로 작은 데이터 세트에 대한 웹 서버 CPU입니다. 더 큰 데이터 세트의 경우 분산 캐시 노드의 메모리 압력도 관찰했습니다. 각 경우에 병목 상태를 제거하고 스케일 아웃 프로세스를 계속하기 위해 오버로드된 역할의 가상 서버를 구성에 추가했습니다. 그런 다음 특정 배포 크기에 대한 요구 사항을 달성할 때까지 각 구성 크기에서 성능 추세와 녹색 및 빨간색 영역 정의에 대한 준수를 반복했습니다.
각 배포 크기를 이해한 후 테스트 팜을 다음으로 더 큰 크기의 가장 작은 구성으로 다시 구성하고, 크기 조정 방법 섹션에 설명된 대로 데이터 세트를 채우고, 분석/스케일 아웃 프로세스 주기를 반복하고, 각 데이터 세트 크기의 스케일 아웃 특성을 측정했습니다.
결과 및 분석
이 섹션에서는 세 가지 배포 크기에 대해 측정된 결과를 보여 줍니다. 특히 웹 서버를 추가하여 서버 팜을 스케일 아웃하는 것이 녹색 및 빨간색 영역 RPS, 대기 시간 및 평균 CPU 사용량에 미치는 영향을 보여 줍니다.
다음 추세는 세 가지 배포 크기 모두에 걸쳐 일관되었습니다.
빨간색 및 녹색 영역 RPS는 가상 웹 서버 수에 따라 선형으로 증가합니다.
테스트된 모든 구성에서 주요 병목 현상은 웹 서버 CPU였습니다.
빨간색 영역에서 웹 서버를 추가하고 부하를 늘리면 대기 시간이 약간 증가합니다. 이는 SQL Server 및 분산 캐시 서비스(테스트 팜의 모든 웹 서버에서 실행 중인)에 대한 추가 압력으로 인해 발생합니다.
또한 웹 서버 수가 증가함에 따라 SQL Server 및 분산 캐시 컴퓨터의 평균 CPU 사용량이 증가합니다. 이는 SQL Server 및 분산 캐시 서비스의 추가 캐싱 로드로 인해 발생합니다.
녹색 영역 대기 시간은 웹 서버 수가 증가함에 따라 상당히 평평하게 유지됩니다. 이는 웹 서버가 녹색 영역 부하 수준에서 과부하되지 않기 때문입니다.
작은 크기 조정 결과
다음 그래프는 웹 서버 수를 늘리면 녹색 영역과 빨간색 영역 모두에 대한 RPS에 미치는 영향을 보여 줍니다.
다음 그래프는 웹 서버 수를 늘리면 녹색 및 빨간색 영역 부하 수준 모두에 대한 대기 시간에 미치는 영향을 보여 줍니다.
다음 그래프는 웹 서버 수를 늘리면 녹색 및 빨간색 영역 부하 수준 모두에 대한 평균 CPU 사용량에 미치는 영향을 보여 줍니다.
중간 크기 조정 결과
다음 그래프는 웹 서버 수를 늘리면 녹색 영역과 빨간색 영역 모두에 대한 RPS에 미치는 영향을 보여 줍니다.
다음 그래프는 웹 서버 수를 늘리면 녹색 및 빨간색 영역 부하 수준 모두에 대한 대기 시간에 미치는 영향을 보여 줍니다.
다음 그래프는 웹 서버 수를 늘리면 녹색 및 빨간색 영역 부하 수준 모두에 대한 평균 CPU 사용량에 미치는 영향을 보여 줍니다.
대규모 결과
다음 그래프는 웹 서버 수를 늘리면 녹색 영역과 빨간색 영역 모두에 대한 RPS에 미치는 영향을 보여 줍니다.
다음 그래프는 웹 서버 수를 늘리면 녹색 및 빨간색 영역 부하 수준 모두에 대한 대기 시간에 미치는 영향을 보여 줍니다.
다음 그래프는 웹 서버 수를 늘리면 녹색 및 빨간색 영역 부하 수준 모두에 대한 평균 CPU 사용량에 미치는 영향을 보여 줍니다.
웹 서버 수가 증가함에 따라 다음 이벤트가 발생합니다.
이러한 공유 리소스에 대한 부담이 더해지므로 SQL Server 및 분산 캐시 노드의 평균 CPU 사용량이 증가합니다.
병목 현상이 SQL Server 및 분산 캐시 컴퓨터로 약간 이동하므로 빨간색 영역의 평균 웹 서버 CPU 사용량이 약간 감소합니다.
서버가 권장 부하 수준으로 유지되므로 녹색 영역의 평균 웹 서버 CPU 사용량은 일정하게 유지됩니다.
권장 사항
성능별로 측정된 성공적인 SharePoint Server 2013 소셜 배포는 다음 요인에 따라 달라집니다.
지원하려는 활성 사용자 수
읽기 및 쓰기 작업의 예상 트랜잭션 조합
부하가 팜 서버에 분산되는 방법
예상되는 활성 사용자 수는 토폴로지에서 포함할 서버 수를 결정하는 한 가지 핵심 요소입니다. 활성 사용자 수는 또한 서버 전체의 소셜 시나리오에 대해 사용하도록 설정해야 하는 다양한 서비스를 호스팅하는 구성을 결정합니다.
테스트는 일반적인 데이터 세트를 사용하고 실제 고객 배포에서 예상할 수 있는 부하 복잡성을 적용했지만 모든 배포는 고유합니다. 용량 계획 활동에서는 예상된 사용 특성, 기능 구성 및 하드웨어 리소스 가용성을 고려해야 합니다. 용량 숫자에 상당한 영향을 미치거나 변경할 수 있는 몇 가지 요인은 다음과 같습니다.
전자 메일 사용량이 증가하는 패턴은 Outlook Social Connector에서 생성하는 부하를 증가시킬 수 있습니다.
쓰기 작업의 비율이 크게 증가합니다(예: 태그 지정 또는 @mention) 트랜잭션 조합의 증가는 데이터베이스 서버의 부하를 증가시킬 수 있습니다.)
웹 서버, SQL Server 및 분산 캐시 노드 간에 CPU 부하의 균형을 맞추기 위해 웹 서버를 추가하거나 제거할 수 있습니다.
최적의 성능을 위해 표준 SharePoint Server 2013 구성 지침을 신중하게 따릅니다. 소셜 거래에 특히 중요한 고려 사항은 다음과 같습니다.
프로필 DB에 대한 개별 물리적 디스크 - 소셜 트랜잭션이 프로필 DB에 포함할 수 있는 디스크 사용량이 많기 때문에 SQL Server 실행되는 서버의 자체 물리적 디스크 집합에 프로필 DB를 유지하는 것이 좋습니다.
사용자 프로필 서비스 애플리케이션에 대한 메모리 요구 사항 - 사용자 프로필 서비스 애플리케이션은 프런트 엔드 웹 서버에 있으며 메모리 내 캐시에 크게 의존합니다. 프런트 엔드 웹 서버에 데이터에 대한 많은 요청을 캐시하기에 충분한 RAM이 있는지 확인합니다. 최소 권장 RAM은 프런트 엔드 웹 서버당 12GB입니다.
분산 캐시 서버에 대한 메모리 요구 사항 - 소셜 기능, 특히 마이크로 블로깅은 충분하고 강력한 분산 캐시 스토리지에 크게 의존합니다. 이러한 컴퓨터의 메모리 부족 상황은 이 캐시가 다시 채워지는 동안 SharePoint 팜의 용량을 저하시킬 수 있습니다. 따라서 배포의 총 사용자 수에 따라 필요에 따라 최소 12GB의 RAM을 사용하도록 분산 캐시를 호스트하는 서버를 구성하는 것이 좋습니다.
SharePoint Server 2013 소셜 배포에서는 소셜 기능을 사용하려는 모든 사용자에 대해 개인 사이트를 프로비전해야 합니다. 콘텐츠 데이터베이스 수준에서 개인 사이트 모음 만들기의 증가를 계획합니다. 개인 사이트 모음의 크기를 조정하는 방법에 대한 자세한 내용은 SharePoint 2013의 소프트웨어 경계 및 제한을 참조하세요.
참고 항목
개념
SharePoint Server 2013에서 계획 하는 성능에 대 한 계획