SharePoint Server에서 인터넷 사이트 검색 확장
적용 대상:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
이 문서에서는 인터넷 사이트용 검색 토폴로지용 가상 컴퓨터 및 실제 서버의 최소 하드웨어 요구 사항을 소개합니다.
또한 성능과 가용성을 개선하기 위해 검색 토폴로지를 확장하려는 경우의 기본적인 지침도 제공합니다.
소개
이 문서에서는 인터넷 사이트용으로 검색 토폴로지를 수평 확장할 수 있는 경우 및 방법에 대한 지침을 제공하고 최소 요구 사항을 소개합니다.
토폴로지 예제는 기술 다이어그램 SharePoint Server 2016용 인터넷 사이트 검색 아키텍처를 참조하세요.
검색 구성 요소 및 전체 검색 아키텍처에 대한 개요와 설명은 SharePoint Server의 엔터프라이즈 검색 아키텍처 계획 및 기술 다이어그램 SharePoint Server 2016용 검색 아키텍처를 참조하세요.
인터넷 사이트용 검색 토폴로지의 하드웨어 요구 사항
다음 표에서는 인터넷 사이트에 대한 중간 검색 토폴로지를 호스트하는 서버에 대한 하드웨어 요구 사항을 보여 줍니다. 하드웨어 요구 사항은 다음 사항에 적용됩니다.
검색 구성 요소를 포함하는 응용 프로그램 서버 및 웹 서버
검색 데이터베이스를 포함하는 데이터베이스 서버
검색 구성 요소를 호스트하는 서버에 대해 나열된 최소 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 인터넷 사이트에 로그온할 필요가 없습니다. 익명 쿼리는 캐시되므로 쿼리 대기 시간이 짧기 때문에 더 저렴합니다. 웹 프런트 엔드와 사이트의 두 위치에서 익명 액세스를 사용하도록 설정해야 합니다. |
| 쿼리 대기 시간 | 쿼리 대기 시간은 캐싱, 익명 액세스 및 적용 및 트리거되는 쿼리 규칙의 수 및 복잡성과 같은 기타 요인의 영향을 받습니다. 또한 검색 인덱스가 저장되는 디스크를 고려합니다. 여러 스핀들이 있는 디스크는 디스크의 액세스 속도를 향상시키고 쿼리 대기 시간을 줄일 수 있습니다. |
참고 항목
SharePoint Server에서 검색 토폴로지 관리
SharePoint Server에서 기본 검색 토폴로지 변경