성능 및 용량 테스트(FAST Search Server 2010 for SharePoint)
적용 대상: FAST Search Server 2010
마지막으로 수정된 항목: 2016-11-29
Microsoft FAST Search Server 2010 for SharePoint 배포의 성능 및 용량을 테스트할 때는 다음을 고려하십시오.
테스트 목적에 따른 측정 방법 이해
검색 성능을 측정할 때는 크롤링 시간, 문서 인덱싱 속도 및 쿼리 일치 속도를 측정해야 합니다.
테스트 콘텐츠 식별
크롤링하려는 테스트 콘텐츠 원본을 확인하고 이를 크롤링하기 위해 필요한 사용자 계정 및 네트워크 액세스 권한이 있는지 확인합니다.
특정 테스트 콘텐츠를 만들 경우 고유한 콘텐츠를 사용하는지 확인해야 합니다. 일반적인 실수 중 하나는 동일한 문서에 다른 이름을 지정하여 여러 문서 라이브러리에 수백 또는 수천 번까지 반복해서 문서를 업로드하는 것입니다. 이렇게 하면 실제 콘텐츠를 사용하는 프로덕션 환경에서는 전혀 수행할 필요가 없을 중복 검색 작업을 쿼리 프로세서가 수행하느라 많은 시간이 소요되므로 검색 성능에 영향을 줄 수 있습니다.
예제 검색 키워드 및 구문에 대한 적합한 집합 식별
일반적으로 Microsoft SharePoint Server 2010의 성능 및 용량을 테스트하는 방법에 대한 자세한 내용은 SharePoint Server 2010 성능 테스트를 참조하십시오.
FAST Search Server 2010 for SharePoint에서 저장소 하위 시스템은 광범위하게 사용됩니다. 성능이 충분한지 조기에 확인하기 위해서는 기본 I/O 성능을 테스트할 수 있습니다. 자세한 내용은 다음 섹션을 참조하십시오.
기본 I/O 성능 분석
기본 I/O 성능은 SQLIO(https://www.microsoft.com/downloads/details.aspx?familyid=9a8b005b-84e4-4f24-8d65-cb53442d9e19&displaylang=en(영문일 수 있음)(영문일 수 있음))라는 이름이 도구를 사용하여 분석할 수 있습니다.
SQLIO를 설치한 후 첫 번째 단계는 적합한 테스트 파일을 가져오거나 생성하는 것입니다. 다음 테스트에는 쓰기 작업이 포함됩니다. 따라서 이 파일의 콘텐츠를 부분적으로 덮어쓸 수 있습니다. 파일 크기는 대부분의 캐싱 효과를 방지하기 위해 사용 가능한 시스템 메모리보다 훨씬 큽니다(약 10배). 테스트 파일은 또한 매우 큰 파일의 경우가 아니면 SQLIO 자체에서 직접 생성할 수도 있습니다. "sqlio.exe -t32 -s1 -b256 1g" 명령을 사용해서 1GB 파일을 생성하여 현재 디렉터리에 이름이 "1g"로 지정된 파일을 만드는 것이 좋습니다. 그런 다음 "copy 1g+1g+1g+…..+1g testfile" 명령을 사용하여 256GB와 같이 충분히 큰 파일에 이 파일을 연결할 수 있습니다. 테스트 파일을 준비하는 동안 캐시로 인해 결과가 잘리지 않도록 하려면 테스트를 계속하기 전에 서버를 다시 시작해야 합니다.
다음 명령 집합은 FAST Search Server 2010 for SharePoint에서 성능에 가장 많은 영향을 주는 디스크 작업들을 보여 줍니다.
| 테스트 번호 | 범위 | 명령 |
|---|---|---|
1 |
1kB 읽기[IOPS] |
|
2 |
32kB 읽기[IOPS] |
|
3 |
32kB 쓰기[IOPS] |
|
4 |
100MB 읽기[MB/s] |
|
5 |
100MB 쓰기[MB/s] |
|
모든 명령에서는 FAST Search Server 2010 for SharePoint를 호스트하는 디스크에서 찾을 수 있는 "testfile" 파일이 현재 디렉터리에 있다고 가정합니다. 각 테스트는 300초 동안 실행됩니다. 첫 번째 테스트에서는 작은 읽기 전송에 대한 초당 최대 I/O 작업 수를 측정합니다. 두 번째 및 세 번째 테스트에서는 중간 크기의 랜덤 액세스를 위한 성능을 측정합니다. 마지막 두 테스트는 큰 크기의 전송에 대한 읽기 및 쓰기 처리량을 측정합니다. 다음 표에서는 최상위 행에서 일반 작업 중 최소한의 권장 사항이 포함된 일부 예제 결과를 보여줍니다.
| 디스크 레이아웃 | 테스트 번호 1 | 테스트 번호 2 | 테스트 번호 3 | 테스트 번호 4 | 테스트 번호 5 |
|---|---|---|---|---|---|
권장 최소값 |
2000 |
1800 |
900 |
500 |
250 |
16x SAS 10k RPM 2.5" 드라이브 RAID50, 이중 패리티 그룹 |
2952 |
2342 |
959 |
568 |
277 |
22x SAS 10k RPM 2.5" 드라이브 RAID50, 이중 패리티 그룹 |
4326 |
3587 |
1638 |
1359 |
266 |
22x SAS 10k RPM 2.5" 드라이브 RAID50, 이중 패리티 그룹, 드라이브 오류 시 |
3144 |
2588 |
1155 |
770 |
257 |
12x SAS 7200 RPM 3.5" 드라이브 RAID50, 이중 패리티 그룹 |
1844 |
1315 |
518 |
677 |
780 |
12x SAS 7200 RPM 3.5" 드라이브 RAID50, 이중 패리티 그룹 드라이브 오류 시 |
1424 |
982 |
531 |
220 |
477 |
12x SAS 7200 RPM 3.5" 드라이브 RAID10 |
1682 |
1134 |
1169 |
762 |
692 |
12x SAS 7200 RPM 3.5" 드라이브 RAID10 드라이브 오류 시 |
1431 |
925 |
1154 |
213 |
220 |
12x SAS 15k RPM 3.5" 드라이브 RAID50, 이중 패리티 그룹 |
4533 |
3665 |
848 |
501 |
235 |
2x ZeusIOPS 400GB MLC 2.5" 드라이브 RAID0 |
52709 |
14253 |
27171 |
360 |
122 |
1x ioDrive 640GB MLC |
83545 |
21875 |
17687 |
676 |
533 |
1x ioDrive Duo 1280GB MLC |
160663 |
42647 |
32574 |
1309 |
664 |
3x ioDrive Duo 1280GB MLC RAID0 |
162317 |
83661 |
44420 |
2382 |
1412 |
3x ioDrive Duo 1280GB MLC RAID0 비기본값 옵션: 4kB 블록 크기 |
1815932 |
86396 |
47423 |
2340 |
1631 |
3x ioDrive Duo 1280GB MLC RAID5 |
188284 |
87270 |
11800 |
2459 |
545 |
3x ioDrive Duo 1280GB MLC RAID5 카드 오류 시 |
126469 |
48564 |
10961 |
716 |
202 |
1표준 300초의 테스트 기간 동안의 평균 IOPS입니다. ~3500 IOPS로 시작되지만 3~4분 후에는 계속해서 ~1700 IOPS로 저하됩니다.
2다른 블록 크기 형식으로 인해 4kB 블록 읽기로 테스트되었습니다.
참고
이러한 결과는 사용된 디스크 컨트롤러 및 스핀들에 따라 크게 의존합니다. 또한 표에 표시된 숫자는 테스트 파일을 추가하기 전에 디스크 하위 시스템의 용량이 적어도 50% 이상 사용되고 있음을 나타냅니다. 빈 디스크로 테스트할 때는 테스트 파일이 모든 스핀들에서 최적 트랙을 사용하므로(짧은 이동) 향상된 결과를 얻을 수 있습니다. 이렇게 하면 성능이 2~3배 향상될 수 있습니다. 마지막으로 굵게 표시된 행의 숫자는 강제로 적용된 드라이브 오류로 측정된 숫자입니다.
RAID50은 작은 쓰기 작업을 제외한 대부분의 테스트에서 일반 작동 중에 RAID10보다 나은 성능을 제공합니다. RAID10은 드라이브가 실패할 경우 성능 감소 폭이 적습니다. 5번의 테스트에서 32kB 쓰기는 중요도가 가장 낮게 나왔으므로 대부분의 배포에서는 RAID50을 사용하는 것이 좋습니다. RAID50은 동일 디스크 개수에서 RAID10보다 거의 두 배의 저장소 용량을 제공합니다. 백업 인덱서를 배포할 경우에는 32kB 쓰기가 보다 자주 수행됩니다. 이는 사전 인덱스 저장소 파일(FiXML)이 기본 인덱서 구성 요소에서 백업 인덱서 구성 요소로 대량으로 전달되기 때문입니다. 따라서 일부 경우에는 RAID10을 사용하는 것이 성능 향상에 도움이 될 수 있습니다.
See Also
Concepts
성능 및 용량 관리(FAST Search Server 2010 for SharePoint)
성능 및 용량 계획(FAST Search Server 2010 for SharePoint)
성능 및 용량 모니터링(FAST Search Server 2010 for SharePoint)
성능 및 용량 조정(FAST Search Server 2010 for SharePoint)