내보내기(0) 인쇄
모두 확장

SharePoint Server 2013에서 인터넷 사이트 검색 확장

SharePoint 2013
 

적용 대상: SharePoint Server 2013

마지막으로 수정된 항목: 2014-05-28

요약: 하드웨어 요구 사항을 확인하고 성능 및 가용성을 위해 인터넷 사이트용 SharePoint 검색 토폴로지를 확장하기 위한 고려 사항을 검토합니다.

이 문서에서는 인터넷 사이트용 검색 토폴로지용 가상 컴퓨터 및 실제 서버의 최소 하드웨어 요구 사항을 소개합니다.

또한 성능과 가용성을 개선하기 위해 검색 토폴로지를 확장하려는 경우의 기본적인 지침도 제공합니다.

이 문서의 내용

이 문서에서는 인터넷 사이트용으로 검색 토폴로지를 수평 확장할 수 있는 경우 및 방법에 대한 지침을 제공하고 최소 요구 사항을 소개합니다.

토폴로지 예제는 기술 다이어그램 SharePoint Server 2013용 인터넷 사이트 검색 아키텍처를 참조하세요.

검색 구성 요소 및 전체 검색 아키텍처에 대한 개요와 설명은 SharePoint Server 2013의 검색 개요 및 기술 다이어그램 SharePoint Server 2013용 검색 아키텍처를 참조하세요.

다음 표에서는 인터넷 사이트를 위해 중간 규모의 검색 토폴로지를 호스팅하는 서버의 하드웨어 요구 사항을 보여줍니다. 하드웨어 요구 사항의 적용 대상은 다음과 같습니다.

  • 검색 구성 요소를 포함하는 응용 프로그램 서버 및 웹 서버

  • 검색 데이터베이스를 포함하는 데이터베이스 서버

검색 구성 요소를 호스팅하는 서버의 최소 정식 RAM 요구 사항은 해당 서버의 총 필수 RAM 용량입니다. 예를 들어 콘텐츠 처리 구성 요소, 검색 관리 구성 요소 및 크롤링 구성 요소를 한 서버에서 호스팅하는 경우 해당 서버에 필요한 최소 RAM은 총 24GB입니다.

Windows Server 운영 체제의 기본 설치를 위한 충분한 디스크 공간은 물론 로깅, 디버깅, 메모리 덤프 생성 및 기타 작업과 같은 진단 기능을 위한 공간도 충분히 확보해야 합니다. 프로덕션 환경에서 사용하려면 서버에는 일상 작업 및 페이지 파일을 위한 디스크 공간이 추가로 필요합니다. Windows Server 설치에 해당하는 여유 디스크 공간 및 페이지 파일 크기에 대한 지침을 따르세요.

참고참고:
중간 규모의 검색 토폴로지 예제는 실제 하드웨어에 맞게 최적화되어 있지만 가상 시스템에도 배포할 수 있습니다.

검색 구성 요소를 호스팅하는 응용 프로그램 서버 및 웹 서버

실제 서버의 검색 구성 요소 RAM 하드 디스크 프로세서

인덱스 구성 요소

인덱스 구성 요소, 쿼리 처리 구성 요소 및 웹 프런트 엔드를 호스팅하는 팜의 각 서버에 대해 48GB

500GB의 추가 디스크 공간(별도의 디스크 볼륨/파티션을 사용하는 것이 좋음)

모든 구성 요소:

64비트, 최소 4코어(8코어 권장)

분석 처리 구성 요소

분석 처리 구성 요소, 크롤링 구성 요소, 콘텐츠 처리 구성 요소 및/또는 검색 관리 구성 요소를 호스팅하는 팜의 각 서버에 대해 24GB

300GB의 추가 디스크 공간(별도의 디스크 볼륨/파티션을 사용하는 것이 좋음)

크롤링 구성 요소

콘텐츠 처리 구성 요소

분석 처리 구성 요소에 대해 나열된 요구 사항을 참조하십시오.

시스템 드라이브용 80GB

쿼리 처리 구성 요소

인덱스 구성 요소에 대해 나열된 요구 사항을 참조하십시오.

검색 관리 구성 요소

분석 처리 구성 요소에 대해 나열된 요구 사항을 참조하십시오.

검색 데이터베이스를 호스팅하는 데이터베이스 서버

구성 요소 최소 요구 사항

프로세서

소규모 토폴로지의 경우 64비트, 4코어

중간 규모 토폴로지의 경우 64비트, 8코어

RAM

소규모 토폴로지의 경우 8GB

중간 규모 토폴로지의 경우 16GB

하드 디스크

시스템 드라이브용 80GB

하드 디스크 공간은 콘텐츠의 양에 따라 달라집니다.

중간 규모 인터넷 사이트(FIS) 토폴로지는 항목 수가 3,400,000개인 콘텐츠 모음 크기에 최적화됩니다. 이 토폴로지에서는 언어에 따라 초당 문서를 약 100~200개 처리하며 초당 사용 패턴은 페이지 보기 85회(초당 쿼리 100개에 해당함)입니다.

성능 고려 사항

고려할 사항 고려 이유

캐시

쿼리 및 해당 결과는 Windows Server AppFabric의 키-값 쌍으로 캐시됩니다. 쿼리가 키가 되고 결과는 값이 됩니다. 각 쿼리의 캐시 비율은 약 50%입니다. 즉, 초당 200개의 쿼리 사용 패턴을 갖고 있는 경우, 약 100개의 쿼리가 검색 인덱스에 전송되고 다른 100개의 쿼리는 캐시됩니다. 캐시로부터의 결과는 검색 인덱스로부터 검색하는 결과보다 쿼리 지연 시간이 낮습니다. 예를 들어 자주 실행되는 프런트 페이지 쿼리의 결과가 캐시될 가능성이 높습니다.

연속 크롤링

기본 간격인 15분 대신 1분 간격으로 연속 크롤링을 사용하도록 설정하는 것이 좋습니다. 연속 크롤링은 SharePoint 콘텐츠 원본에 대해서만 사용하도록 설정할 수 있습니다.

익명 액세스

익명 액세스를 사용하는 경우 사용자가 SharePoint 인터넷 사이트에 로그온할 때 자격 증명을 사용하지 않아도 됩니다. 익명 쿼리는 캐시되므로 쿼리 대기 시간이 짧기 때문에 비용이 저렴합니다. 두 위치(웹 프런트 엔드와 사이트)에서는 익명 액세스를 사용하도록 설정해야 합니다.

쿼리 대기 시간

쿼리 대기 시간은 캐싱, 익명 액세스 및 기타 요인(예: 적용 및 트리거되는 쿼리 규칙의 수와 복잡도)에 의해 영향을 받습니다. 또한 검색 인덱스가 저장되는 디스크도 고려해야 합니다. 스핀들이 여러 개인 디스크를 사용하는 경우 디스크 액세스 속도를 높이고 쿼리 대기 시간을 단축할 수 있습니다.

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.
Microsoft는 MSDN 웹 사이트에 대한 귀하의 의견을 이해하기 위해 온라인 설문 조사를 진행하고 있습니다. 참여하도록 선택하시면 MSDN 웹 사이트에서 나가실 때 온라인 설문 조사가 표시됩니다.

참여하시겠습니까?
표시:
© 2014 Microsoft