관리되는 메타데이터 서비스의 용량 및 성능 예측(SharePoint Server 2013)
적용 대상:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
이 문서에는 SharePoint Server 2013에서 관리되는 메타데이터 서비스의 크기 조정 및 성능 최적화와 관련된 정보 및 권장 사항이 포함되어 있습니다. 또한 최대 성능을 위해 서비스를 구성하고 서비스 애플리케이션 데이터베이스를 구성하는 방법에 대한 몇 가지 모범 사례를 제공합니다. 이 정보를 사용하여 계획된 배포가 테스트에서 제공하는 용량 및 성능 제한에 적합한지 여부를 확인합니다.
SharePoint Server 2013의 다음과 같은 새로운 기능은 관리되는 메타데이터 서비스에 직접 영향을 미치며 용량 계획에 중요합니다. 이러한 기능의 로드는 테스트 데이터 세트 및 테스트 시나리오에 포함됩니다.
피드의 해시태그(내 사이트 또는 팀 사이트)
관리 탐색을 사용하는 사이트
클라이언트가 호출할 수 있는 새 CSOM 엔드포인트
테스트 데이터 세트와 유사한 특성을 가진 일반적인 SharePoint Server 2013 배포의 경우 프런트 엔드 웹 서버 역할을 가정하는 컴퓨터에서 Managed Metadata Service 애플리케이션을 실행하는 것이 좋습니다. Managed Metadata Service 애플리케이션의 데이터베이스는 다른 SharePoint 서비스 애플리케이션 데이터베이스를 호스트하는 SQL Server 인스턴스에 배치할 수 있습니다.
테스트에서 제공하는 데이터 세트에 비해 훨씬 더 많은 항목을 포함하는 배포의 경우 변수 중 하나를 변경하고 테스트 데이터 세트의 다른 구성 요소를 일정하게 유지하는 테스트 결과를 통해 지침을 제공하려고 합니다. 더 큰 배포를 사용하는 사용자는 이러한 결과를 고려하고 그에 따라 SharePoint Server 2013 팜의 크기를 조정해야 합니다.
용량 관리 및 SharePoint Server 2013을 계획하는 방법에 대한 일반적인 내용은 SharePoint Server 2013의 용량 관리 및 크기 조정을 참조하세요.
소개
테스트 데이터 세트와 유사한 특성을 가진 일반적인 SharePoint Server 2013 배포에서는 프런트 엔드 웹 서버로 실행되는 컴퓨터에서만 관리되는 메타데이터 서비스 애플리케이션을 사용하도록 설정하는 것이 좋습니다. Managed Metadata Service 애플리케이션의 데이터베이스는 다른 SharePoint 서비스 애플리케이션 데이터베이스를 호스트하는 SQL Server 인스턴스에 배치할 수 있습니다.
테스트에서 제공하는 데이터 세트보다 훨씬 더 많은 항목을 포함하는 배포의 경우 별도의 권장 사항을 제공합니다. 테스트에서는 변수 중 하나를 변경하고 다른 구성 요소를 일정하게 유지하는 테스트 결과를 사용하여 지침을 제공하려고 합니다. 더 큰 배포를 사용하는 사용자는 이러한 결과를 고려하고 그에 따라 SharePoint 팜의 크기를 조정해야 합니다.
테스트 데이터 세트
용량 계획 지침을 제공하기 위해 SharePoint Server 2010의 기능과 SharePoint Server 2013의 새로운 기능을 포함하는 테스트 데이터 세트를 만들고 SharePoint 배포에서 테스트를 실행했습니다. 다음 표에서는 사용한 테스트 데이터 세트를 보여 줍니다.
| Variable | 항목 수 |
|---|---|
|
용어 집합 그룹 |
500 |
|
용어 집합 |
1,000(그룹당 2개) |
|
관리되는 용어(엔터프라이즈 키워드는 포함되지 않음) |
20,000(용어 집합당 20개) |
|
엔터프라이즈 키워드 |
80,000 |
|
해시태그 |
200,000 |
|
총 용어(관리되는 용어, 엔터프라이즈 키워드 및 해시태그 포함) |
300,000 |
|
레이블 |
300,000(항목당 1개) |
|
용어 레이블 길이 |
레이블당 30자 |
테스트 시나리오
이 데이터 세트에 대해 다음 표의 테스트를 사용했습니다.
| 테스트 | 설명 | 테스트의 백분율 |
|---|---|---|
|
GetSuggestions |
웹 서비스에 대한 단일 호출 및 단일 문자 접두사 문자열입니다. 문자열은 SharePoint 사용자 인터페이스에서 메타데이터 열 제안이 작동하는 방식과 유사하게 용어 저장소의 용어 중 20%를 일치하도록 선택됩니다. |
10% |
|
GetMatches |
용어 저장소의 용어 중 1%에 일치하는 문자열에 대한 웹 서비스입니다. |
5% |
|
ValidateTerms |
단일 용어의 유효성을 검사하기 위한 웹 서비스 호출입니다. |
5% |
|
CreateTaxonomyItem |
웹 서비스에서 호출을 호출하여 임의 이름을 가진 키워드를 만듭니다. |
5% |
|
GetChildTermsInTermSetWithPaging |
여러 용어 집합에 대한 웹 서비스 호출입니다. SharePoint Server 2013에서 관리되는 탐색 기능에서 사용하는 용어 집합을 검색하기 위해 수행한 호출과 유사하게 결과는 프런트 엔드 웹 서버에 캐시됩니다. |
5% |
|
GetTermSets |
용어 집합을 가져오기 위한 웹 서비스 호출입니다. |
5% |
|
GetTermsByLabel |
용어 GUID 목록이 있는 웹 서비스 호출입니다. 내 사이트 홈페이지가 로드될 때 SharePoint Server 2013에서 수행한 호출과 유사합니다. |
10% |
|
HT GetSuggestions |
웹 서비스를 호출하여 단일 문자로 해시태그에 대한 제안을 가져옵니다. 피드에서 해시태그로 작업할 때 SharePoint UI에서 수행한 호출과 유사합니다. |
10% |
|
HT NewHashTag |
2개 웹 서비스 호출. 하나는 용어를 가져오는 것이고, 다른 하나는 용어를 만듭니다. |
5% |
|
HT GetTermsByLabel |
기존 용어를 가져오기 위한 웹 서비스 호출입니다. 피드 게시물에서 해시태그를 사용할 때 사용됩니다. |
15% |
|
HT AddAssociation |
기존 해시태그 용어에 연결을 추가하기 위한 웹 서비스 호출입니다. |
5% |
|
CSOM GetTerms |
용어 GUID 목록을 GetTerms에 테스트합니다. 2개의 개별 CSOM 호출이 있습니다. |
10% |
|
CSOM SetProperty |
단일 용어에 대해 SetProperty를 테스트합니다. 4개의 개별 CSOM 호출이 있습니다. |
5% |
|
CSOM CreateTerm |
용어 저장소에 용어를 추가하려면 테스트합니다. 4개의 개별 CSOM 호출이 있습니다. |
5% |
테스트에서는 더 자주 사용될 것으로 예상되는 작업에 더 많은 가중치를 적용합니다.
토폴로지 테스트
다음 다이어그램에 표시된 토폴로지를 포함하는 랩 환경에서 테스트를 실행했습니다.
그림 1: 테스트 랩 서버 토폴로지
Managed Metadata Service 애플리케이션을 실행하고 프런트 엔드 웹 서버 역할을 하는 하나의 컴퓨터로 테스트를 시작했습니다. 나중에 동일한 구성을 사용하는 다른 컴퓨터를 추가했습니다.
테스트 결과
이전 섹션에서 설명한 데이터 세트 및 시나리오를 사용하여 지정된 구성에 대해 실행된 관리되는 메타데이터 서비스 애플리케이션 작업의 총 수를 테스트했습니다.
다음 목록에서 다른 부하 프로필을 사용하여 테스트를 실행했습니다.
안전 영역
서버 사용률이 60% 미만입니다. 서버가 실행되는 대부분의 경우 대상이어야 합니다.
위험 영역
서버는 전체 사용률에 가깝습니다. SharePoint 사이트가 평소보다 더 많은 부하를 받고 있는 상태로 간주될 수 있습니다. 레드 존에서 서버가 들어오는 요청의 수요를 충족하려고 할 때 서버 응답 시간 값이 증가하기 시작합니다.
다음 표에서는 단일 컴퓨터를 사용하여 측정한 결과를 보여 줍니다.
| 안전 영역 | 위험 영역 | |
|---|---|---|
|
읽기 작업의 서버 응답 시간 50번째 백분위수: |
32ms. |
44ms. |
|
읽기 작업의 서버 응답 시간 95번째 백분위수: |
1090ms. |
1335ms. |
|
쓰기 작업의 서버 응답 시간 50번째 백분위수: |
1837ms. |
2038ms. |
|
쓰기 작업의 서버 응답 시간 95번째 백분위수: |
2283ms. |
3515ms. |
|
초당 완료된 테스트: |
9 |
15 |
|
평균 CPU(애플리케이션 서버 또는 프런트 엔드 웹 서버) |
56% |
92% |
|
평균 CPU(SQL Server) |
7% |
12% |
|
최대 메모리 사용량(애플리케이션 서버 또는 프런트 엔드 웹 서버) |
6GB |
6.2GB |
그런 다음 동일한 구성으로 두 번째 애플리케이션 서버 또는 프런트 엔드 웹 서버 VM(가상 머신)을 배포에 추가했습니다. 다음 표에서는 이전 테스트와 같이 부하가 약 2배(2배)인 두 VM 팜에 대한 결과를 보여 줍니다.
| 안전 영역 | 위험 영역 | |
|---|---|---|
|
읽기 작업의 서버 응답 시간 50번째 백분위수: |
44ms. |
110ms. |
|
읽기 작업의 서버 응답 시간 95번째 백분위수: |
1161ms. |
1679ms. |
|
쓰기 작업의 서버 응답 시간 50번째 백분위수: |
1828ms. |
2253ms. |
|
쓰기 작업의 서버 응답 시간 95번째 백분위수: |
3321ms. |
4648ms. |
|
초당 완료된 테스트: |
15 |
28 |
|
평균 CPU(애플리케이션 서버 또는 프런트 엔드 웹 서버) |
49% |
88% |
|
평균 CPU(SQL Server) |
14% |
28% |
|
최대 메모리 사용량(애플리케이션 서버 또는 프런트 엔드 웹 서버) |
6.1GB |
6.3GB |
다음 그래프는 이전 두 테이블의 데이터를 보여 줍니다.
그림 2: Managed Metadata Service 애플리케이션 성능
친숙한 URL에 대한 검색 크롤링에 대한 친숙한 URL의 효과
SharePoint Server 2013에는 관리 탐색 기능과 검색 크롤링이 친숙한 URL을 사용하는 최신 버전의 페이지를 수신하도록 트리거되는 두 개의 타이머 작업이 포함되어 있습니다. 테스트 결과, 관리되는 메타데이터 서비스 애플리케이션과 통신한 이러한 타이머 작업을 실행하는 것이 동일한 애플리케이션을 대상으로 하는 읽기 및 쓰기 작업에 큰 영향을 미치지 않는 것으로 나타났습니다.
CSOM 호출의 효과
일부 테스트는 기준 사례에 비해 테스트 절차에서 수행한 CSOM 호출을 증가시켰습니다. 테스트의 20%에서 66%로 증가했습니다. 테스트 결과에 따르면 실행된 테스트 수가 초당 28개에서 22개로 감소했습니다. 서버 응답 시간은 기준과 비슷합니다. 실행된 테스트 수의 감소는 웹 서비스 호출에 관련된 호출 수가 적기 때문에 CSOM 호출에 대한 각 작업에 대해 프런트 엔드 웹 서버에 대한 여러 호출의 오버헤드가 증가했기 때문입니다.
더 많은 해시태그 작업이 수행되는 효과
또 다른 테스트 사례에서는 해시태그 작업의 비율을 기준선의 35%에서 테스트의 71%로 증가했습니다. 결과에 따르면 실행된 테스트 수가 28개에서 19개로 감소했습니다. 서버 응답 시간도 기준보다 약 30% 큽니다. 실행된 테스트 수의 감소는 해시태그 용어 집합의 용어 수가 상당히 많고 변경된 프로시저에서 쓰기 작업의 비율이 크게 증가하기 때문입니다.
참고 항목
개념
SharePoint Server의 관리되는 메타데이터 계획