성능 및 용량 조정(FAST Search Server 2010 for SharePoint)

아티클
01/25/2017

적용 대상: FAST Search Server 2010

마지막으로 수정된 항목: 2011-02-04

이 문서에서는 확장된 성능 및 용량 목표를 달성할 수 있도록 Microsoft FAST Search Server 2010 for SharePoint 팜을 조정하는 여러 방법들에 대해 설명합니다.

크롤러 용량 조정
인덱스 용량 조정

경고

각 조정 옵션에 지정된 조건을 충족할 때만 이러한 방법을 사용하는 것이 좋습니다. 또한 조정 전에 배포에 다른 성능 및 용량 문제가 없는지 확인합니다. 자세한 내용은 성능 및 용량 모니터링(FAST Search Server 2010 for SharePoint)을 참조하십시오.

참고

이 문서에서는 SharePoint Server 2010 크롤러, 인덱싱 커넥터 프레임워크 및 FAST Search Server 2010 for SharePoint Content SSA(Content Search Service 응용 프로그램)를 사용하여 콘텐츠를 크롤링하는 것으로 간주합니다.

크롤러 용량 조정

배포가 다음과 같은 경우에만 크롤러 용량을 조정하십시오.

백업 인덱서 행이 없지만 Content SSA에서 크롤링 구성 요소당 배포되는 항목 처리 구성 요소 인스턴스가 100개 이상 있습니다.
백업 인덱서 행이 있고 Content SSA에서 크롤링 구성 요소당 배포되는 항목 처리 구성 요소 인스턴스가 50개 이상 있습니다.
Content SSA에서 크롤링 구성 요소당 4개 이상의 인덱스 열이 있습니다.

대규모 배포의 경우 네트워크 병목 현상을 방지하기 위해 Content SSA 내의 크롤링 구성 요소 수를 조정해야 합니다. 이러한 크기 조정 작업을 수행하면 추가 구성 조정이 필요하지 않을 수 있습니다. 하지만 백업 인덱서 행이 포함된 배포의 경우 Content SSA로 제출된 배치가 일반적으로 항목 처리 구성 요소 수를 초과합니다. 이러한 "추가" 배치는 처리되었지만 아직 두 인덱서 행에 저장되지 않은 콘텐츠입니다. 기본적으로 Content SSA는 "제출된 배치"가 100개를 넘지 않도록 크롤링을 조정합니다. 대규모 설치의 경우 동시에 처리할 수 있는 배치 수를 늘릴 수 있도록 조정 한도를 조정하는 것이 좋습니다.

조정 한도는 MaxSubmittedBatches 및 MaxSubmittedPUDocs 속성을 사용하여 조정할 수 있습니다. 기본값은 MaxSubmittedBatches의 경우 100, MaxSubmittedPUDocs의 경우 1000입니다. 조정 한도는 Content SSA 내의 각 크롤링 구성 요소에 적용됩니다. 두 크롤링 구성 요소를 사용할 경우 제출된 배치의 총 최대 크기는 구성된 값의 두 배입니다. 다음 수식을 사용하여 새 조정 한도를 계산합니다.

크롤러 처리 조정 공식

예를 들어 a=1, b=48, c=3, s=2인 시나리오에서는 MaxSubmittedBatches = 54이고 MaxSubmittedPUDocs = 5400입니다. 이 경우 MaxSubmittedBatches의 기본값은 변경되지 않습니다. 크롤링 및 인덱싱 성능이 빠른 ACL 변경 속도로 인해 제한될 경우 MaxSubmittedPUDocs(ACL 변경 사항이 제출된 최대 항목 수)를 늘릴 수 있습니다.

MaxSubmittedBatches 및 MaxSubmittedPUDocs 속성은 Content SSA를 호스트하는 팜에서 Microsoft SharePoint Server 2010 관리 셸을 통해 구성할 수 있습니다. 다음 명령은 기본값을 설정합니다.

$ssa = Get-SPEnterpriseSearchServiceApplication -Identity <nameOfContent SSA> 
$ssa.ExtendedConnectorProperties["MaxSubmittedBatches"] = 100 
$ssa.ExtendedConnectorProperties["MaxSubmittedPUDocs"] = 1000 
$ssa.Update()

여기서 <Content SSA 이름>은 Content SSA의 이름입니다.

참고

조정 한도를 늘리면 항목 처리 및 인덱싱 구성 요소의 부하가 늘어납니다. 이러한 구성 요소에서 팜 리소스가 더 많이 소비되면 쿼리 성능에 영향을 줍니다. 전용 검색 행 없이 실행하는 경우에는 이러한 성능 영향이 크게 문제되지 않습니다. MaxSubmittedPUDocs를 늘리면 기본 및 백업 인덱서에서 I/O 부하가 늘어납니다.

인덱스 용량 조정

배포가 다음과 같은 경우에만 인덱스 용량을 조정하십시오.

콘텐츠 볼륨이 높음(시간에 따른 콘텐츠 변경 횟수는 낮음)
쿼리 처리량 요구 사항이 낮음(서버의 CPU 성능에 따라 초당 최대 5~10개의 쿼리)
낮은 인덱싱 대기 시간이 필요하지 않음(항목이 업데이트된 후 검색 가능하게 될 때까지의 지연 시간이 길어짐)

FAST Search Server 2010 for SharePoint에는 인덱스 열당 최대 1,500만 개의 항목을 처리하도록 최적화되고 항목에 대한 하드 한도가 3,000만 개인 기본 구성이 포함됩니다. 콘텐츠 업데이트 속도가 낮고 쿼리 볼륨이 적정 수준인 시나리오에서는 열당 더 많은 항목을 인덱싱하여 하드웨어 비용을 절약하는 것이 바람직할 수도 있습니다. 열당 최대 4,000만 개의 항목을 처리하도록 FAST Search Server 2010 for SharePoint 인덱서를 구성할 수 있습니다. 이러한 구성은 확장된 용량 구성이라고 부릅니다. 확장된 콘텐츠 용량 구성은 각 서버 내에 인덱스 파티션 수가 더 많습니다. 이 방식으로 최대 QPS가 늘더라도 낮은 쿼리 대기 시간을 유지할 수 있습니다.

용량을 확장하면 QPS(쿼리 처리량)가 낮아지는 단점이 있습니다. 쿼리 대기 시간(처리량 한도를 초과하지 않는 경우)에는 영향이 적습니다. 여러 검색 행으로 쿼리 처리량 감소를 보상할 수 있지만 서버 수 감소가 줄어듭니다. 인덱싱에는 추가 리소스와 추가 디스크 액세스가 필요합니다. 열당 항목 수가 늘어나면 서버당 저장소 공간도 더 많이 필요합니다. 팜에 필요한 총 저장소 공간은 거의 동일합니다. 항목 처리 구성 요소를 배포하는 데 필요한 서버 수는 줄어듭니다. 크롤링 속도가 주로 사용 가능한 CPU 코어 수에 의존하므로 초기 크롤링 속도도 줄어듭니다. 증분 크롤링의 처리량도 각 인덱스 열에 포함된 작업이 늘어나므로 낮아집니다. 실제 검색 행에 항목 처리 구성 요소를 추가하거나 클러스터에 할당된 추가 서버를 임시로 늘리면 초기 사전 프로덕션 대량 배치 속도를 일시적으로 높일 수 있습니다. 결과적으로는 서버당 하드웨어 리소스를 더 늘려야 합니다. CPU 코어/스레드 수가 16 미만인 서버에서는 확장 설정을 사용하지 않는 것이 좋습니다(24개 이상에서 권장). 48GB RAM과 고성능 저장소 하위 시스템이 권장됩니다.

참고

팜에서 사용할 수 있어야 하는 변경 속도를 예측할 때는 어떠한 콘텐츠 변경 사항도 시스템의 부하를 높일 수 있다는 점을 기억해야 합니다. 여기에는 ACL 변경 사항이 포함됩니다. ACL 변경 사항은 문서 라이브러리 또는 사이트에 대한 권한 변경 사항이 있을 때 한 번에 여러 항목에서 나타날 수 있습니다. 그러면 결과적으로 최대 업데이트 속도가 증가합니다.

중요

인덱서를 구성하려면 인덱서에 대한 다른 여러 중요한 매개 변수도 포함되는 구성 파일을 수정해야 합니다. 이 구성 파일은 향후 소프트웨어 업데이트로 변경될 수 있습니다. 소프트웨어 업데이트가 나온 후에는 구성 변경 사항을 다시 적용해야 합니다.

작업에 대한 자세한 내용은 인덱서에 대한 콘텐츠 용량 확장(FAST Search Server 2010 for SharePoint)을 참조하십시오.

성능 및 용량 조정(FAST Search Server 2010 for SharePoint)

크롤러 용량 조정

인덱스 용량 조정

See Also

Concepts

추가 리소스