중복 계획(Search Server 2008)

업데이트 날짜: 2008년 7월

적용 대상: Microsoft Search Server 2008

마지막으로 수정된 항목: 2015-03-09

이 문서의 내용

• 중복 정보

• 서버 중복 요구 사항 정의

• 최소 수준의 서버 중복 계획

• 기본 서버 팜 토폴로지 선택

• 쿼리 서버 중복 계획

• 데이터베이스 서버 중복 계획

• 서버 오류 위험 평가

이 문서에서는 Microsoft Search Server 2008 팜에 포함된 중복 서버 역할을 확장하는 옵션에 대해 설명합니다. 이 문서를 읽고 나면 환경에 적합한 중복 옵션을 결정하고 기록할 수 있게 됩니다.

이 항목을 읽기 전에 먼저 다음 항목을 읽어야 합니다.

• Search Server 2008 또는 Search Server 2008 Express 배포 계획

• 하드웨어 및 소프트웨어 요구 사항 확인(Search Server 2008)

• 가용성 계획(Search Server 2008)

대개 Search Server 2008 및 Search Server 2008 Express에서는 콘텐츠를 호스팅하지 않습니다. 대신 검색 서비스 호스팅, Windows SharePoint Services 및 Microsoft Office SharePoint Server 팜 또는 다른 원격 콘텐츠 원본에서의 콘텐츠 크롤링 및 쿼리 응답을 수행하는 데 주로 사용됩니다. 일부 환경에서는 Search Server 2008 및 Search Server 2008 Express를 콘텐츠 호스팅에 사용할 수 있습니다. 콘텐츠 호스팅에 Search Server 2008 또는 Search Server 2008 Express를 사용하려는 경우 콘텐츠를 호스팅하고 동일한 팜에서 Search Server 2008 또는 Search Server 2008 Express를 실행하기 위한 요구 사항을 이해하려면 성능 및 용량 계획(Windows SharePoint Services)의 문서를 참조하십시오.

중복 정보

중복이라는 용어는 종종 가용성의 동의어로 잘못 해석됩니다. 두 개념은 서로 관련이 있긴 하지만 동일하지는 않습니다. 중복은 팜 성능을 향상시키거나, 추가 사용자를 수용할 수 있도록 확장하거나, 가용성을 높이는 등 여러 가지 목적으로 부하가 분산된 환경에서 여러 개의 서버를 사용하는 것을 말합니다.

가용성은 보다 특수화된 개념으로, 팜의 서버가 하나 이상 작동하지 않을 때에도 연결이 가능하고 정상적으로 작동할 수 있도록 디자인된 다중 서버 환경을 의미합니다. 따라서 가용성에는 중복을 비롯하여 장애 조치(Failover) 메커니즘 및 기타 여러 가지 특징이 내포되어 있습니다. 그러나 중복 시스템은 항상 사용 가능하지 않을 수 있습니다.

가용성에 대한 자세한 내용은 가용성 계획(Search Server 2008)을 참조하십시오.

이 문서에서는 Search Server 2008 팜에 중복 서버를 구현하는 방법에 대해 설명합니다.

서버 중복 요구 사항 정의

Search Server 2008에서는 용량, 성능 및 가용성을 위해 확장 가능한 서버 팜을 지원합니다. 일반적으로 시작할 서버 컴퓨터의 수를 결정할 때 가장 먼저 고려하는 사항은 용량입니다. 그 다음으로 고려하는 요소가 성능이며, 가용성도 서버 팜에서 서버의 수와 컴퓨터 크기 또는 용량을 결정하는 데 고려됩니다.

이 섹션을 모두 읽고 나면 중복 서버를 배포하여 서버 배포 토폴로지에 확장 가능한 용량을 구축해야 하는지 또는 조직에서 제한된 서버(중복 서버 없음) 배포를 계획하는 것이 합리적인지 결정할 수 있습니다.

최소 수준의 서버 중복 계획

중복 솔루션을 배포하려면 서버 팜을 배포해야 합니다.

기본으로 사용할 수 있는 서버 토폴로지는 여러 개가 있으며 각 토폴로지는 하나의 서버 중복 수준으로 구축됩니다. 이 섹션에서는 이러한 서버 팜에 대해 간단히 알아봅니다.

중복 토폴로지

이 섹션에는 중복 토폴로지 예제가 나와 있습니다.

5대 이상의 서버 팜

최적의 중복 서버 팜 토폴로지는 별도의 인덱스 서버를 도입하고 클러스터된 구성에 있는 2대 이상의 데이터베이스 서버 컴퓨터와 2대 이상의 쿼리 서버 컴퓨터를 포함하여 5대 이상의 서버 컴퓨터로 구성됩니다.

이 토폴로지에서는 전용 응용 프로그램 서버에 모든 인덱스 서버 역할을 설치할 수 있습니다. 이 디자인은 인덱싱을 중간 계층에 오프로드할 수 있도록 함으로써 쿼리 서버 컴퓨터의 성능을 최적화합니다.

이 토폴로지에서는 수동 장애 조치를 제공하는 SQL Server 클러스터링 구성을 보여 줍니다. 자동 장애 조치를 수행하도록 SQL Server 클러스터를 구성하는 방법에 대한 자세한 내용은 사용하는 SQL Server 버전에 따라 SQL Server 2005 장애 조치 클러스터링 백서 (영문) 또는 SQL Server 2008 장애 조치 클러스터 설치를 참조하십시오.

4 서버 팜

중복으로 구축할 수 있는 최소 규모의 서버 팜으로, 다음과 같은 4개 서버로 구성됩니다.

• 서버 1과 2: 두 컴퓨터에 설치된 쿼리 역할

• 서버 3과 4: 클러스터된 또는 미러된 데이터베이스 서버

4 서버 팜을 사용하는 경우 인덱스 서버 역할을 배포할 위치를 신중하게 결정해야 합니다. 쿼리 역할을 인덱스 서버와 팜에 있는 다른 서버 모두에 배포하여 중복을 구현할 수는 없습니다. 인덱스 역할이 쿼리 역할과 동일한 서버 컴퓨터에 설치되어 있으면 인덱스 역할이 더 이상 콘텐츠 인덱스를 다른 쿼리 서버로 전파하지 않기 때문입니다. 따라서 인덱스 서버 역할을 한 웹 서버에 설치한 경우에는 두 웹 서버 모두에서 쿼리 역할을 호스트할 수는 없습니다. 인덱스 역할을 데이터베이스 서버에 설치하여 웹 서버에서 쿼리 역할의 중복을 이룰 수는 있습니다. 그러나 데이터베이스 서버의 성능이 영향을 받습니다. 특히 콘텐츠가 크롤링될 때 큰 영향을 받습니다.

3 서버 팜

배포하는 서버 수는 줄이면서 중복을 사용하려는 경우에 사용합니다. 3 서버 팜 토폴로지에서는 웹 서버 역할 또는 데이터베이스 서버 역할 중 중복할 서버 역할을 선택해야 합니다.

세 번째 서버를 웹 서버 계층에 추가하여 웹 서버 역할의 중복을 구현할 수 있습니다. 쿼리 및 인덱스 역할을 같은 웹 서버에 설치하거나(이 섹션의 옵션 A 참조), 서로 다른 웹 서버에 설치할 수 있습니다(이 섹션의 옵션 B 참조).

이 토폴로지에서 쿼리 역할을 두 웹 서버 모두에 배포하여 중복을 구현할 수는 없습니다. 쿼리 서버 역할이 인덱스 서버와 동일한 서버에 설치되어 있으면 인덱스 서버가 인덱스를 다른 쿼리 서버로 전파하지 않기 때문입니다. 하지만 인덱스 역할을 데이터베이스 서버에 설치하여 두 웹 서버 모두에 쿼리를 배포하도록 할 수는 있습니다. 그러나 데이터베이스 서버의 성능이 영향을 받습니다.

가용성이 제한되기는 하지만 웹 서버 역할에 두 서버를 전담 할당하면 작은 팜의 전체적인 성능이 향상됩니다. 데이터 중복보다 성능이 더 중요한 경우 이 토폴로지를 사용하십시오.

중복되지 않은 토폴로지

중복되지 않은 토폴로지는 둘 이상의 서버를 포함할 수 있지만 각 서버 역할에 하나의 서버만 있으므로 중복되지 않습니다. 예를 들어 쿼리 서버 한 대, 인덱스 서버 한대 및 데이터베이스 서버 한 대를 포함하는 팜은 중복되지 않습니다.

서버 배포에 추가 용량 및 성능을 구축할 필요가 없는 경우 하나 또는 두 대의 서버로 서버 토폴로지를 시작할 수 있습니다. 제한된 용도로 단일 Search Server 2008 서버를 배포하거나 단일 응용 프로그램 서버 디자인에 의해 제한되는 Microsoft Search Server 2008 Express를 배포할 수 있습니다.

다음 그림에서는 중복되지 않은 토폴로지 예제를 보여 줍니다.

기본 서버 팜 토폴로지 선택

이 문서의 앞 부분에서 설명한 각 서버 팜 토폴로지는 배포를 디자인할 때 활용할 수 있는 기본 시작 지점입니다. 조직에 가장 적합한 시작 지점은 중복이 필요한 서버 역할에 따라 달라집니다.

이 문서의 나머지 부분에서는 각 서버 역할의 중복 옵션에 대해 설명합니다. 이 문서를 모두 읽으면 조직에 필요한 중복을 제공할 수 있는 기본 토폴로지를 파악할 수 있으므로, 용량 및 성능을 계획할 때 해당 토폴로지를 기본으로 사용하면 됩니다.

쿼리 서버 중복 계획

이 섹션을 참조하여 다음을 수행할 수 있습니다.

• 조직에서 웹 계층에 중복을 구축해야 하는지 여부 결정

• 구현할 쿼리 서버 부하 분산 기술 계획

쿼리 서버 역할은 여러 서버에 배포될 수 있습니다. 각 서버에 배포되는 코드는 동일하며 쿼리 서버는 어떠한 데이터도 저장하지 않습니다. 다시 말해, 이러한 쿼리 서버 역할의 각 인스턴스는 동일하게 유지됩니다. 따라서 한 서버 컴퓨터에서 오류가 발생해도 저장된 데이터가 손실되지 않습니다. 쿼리 서버가 이러한 서버 역할에 대한 요청을 사용 가능한 다중 서버 컴퓨터로 자동으로 부하 분산시킵니다.

쿼리 역할은 여러 웹 서버에 배포할 수 있지만 한 가지 제한이 있습니다. 쿼리 역할이 인덱스 역할을 호스트하는 서버와 동일한 서버에 배포되는 경우에는 쿼리 역할이 다른 서버 컴퓨터에 배포되지 않습니다. 인덱스 역할은 쿼리 역할이 동일한 서버에 있다고 인식하기 때문입니다. 따라서 인덱스를 전달하지 않습니다.

인덱스 응용 프로그램 서버 역할은 Search Server 2008에서 중복될 수 없습니다. Search Server 2008에서 인덱스 역할은 SSP(공유 서비스 공급자)와 연결됩니다. 인덱스 역할은 SSP당 인덱스 하나를 작성합니다. 용량을 늘리기 위해 여러 인덱스 서버를 배포할 수는 없습니다. 인덱스 서버는 하나의 SSP와 연결되고 Search Server 2008에서는 하나의 SSP만 보유할 수 있습니다.

다음 단계에서는 구현할 부하 분산 기술을 계획합니다. Search Server 2008에서는 다음과 같은 두 가지 부하 분산 방법을 지원합니다.

• 첫 번째 방법은 Windows Server 2003 운영 체제의 네트워크 부하 분산(NLB) 서비스와 같은 소프트웨어입니다. NLB는 쿼리 서버에서 실행되고 TCP/IP를 사용하여 요청을 라우팅합니다. NLB 및 기타 소프트웨어 부하 분산 솔루션은 쿼리 서버에서 실행되므로 쿼리 서버 시스템 리소스를 사용합니다. 즉 쿼리를 처리하는 데 사용할 수 있는 리소스가 줄어듭니다. 그러나 시스템 리소스에 미치는 영향은 크지 않으며 하나의 소프트웨어 솔루션으로 최대 32개의 쿼리 서버를 처리할 수 있습니다.

• 다음은 라우터 또는 스위치 상자와 같은 하드웨어입니다. 부하 분산 하드웨어는 네트워크를 사용하여 쿼리 서버 간에 쿼리 트래픽을 전달합니다. 부하 분산 하드웨어는 소프트웨어에 비해 설치 비용이 높지만 쿼리 서버 리소스 사용에 영향을 미치지 않습니다. Search Server 2008은 모든 부하 분산 하드웨어와 함께 사용할 수 있습니다.

권장되는 방법은 아니지만, 세 번째 부하 분산 방법으로 DNS(Domain Name System)를 사용하는 라운드 로빈 부하 분산이 있습니다. 라운드 로빈 DNS 부하 분산은 쿼리 서버에서 많은 양의 리소스를 사용하고 부하 분산 소프트웨어나 하드웨어보다 속도가 느려 Search Server 2008과 함께 사용하지 않는 것이 좋습니다. 또한 사용자를 서버로 라우팅할 때 세션 부하를 고려하지 않아 서버가 오버로드될 수 있습니다.

문서 Windows Server 2003에서 네트워크 부하 분산 매개 변수를 구성하는 방법(https://go.microsoft.com/fwlink/?linkid=124067&clcid=0x412)에서는 NLB를 구성하는 방법에 대한 지침을 제공합니다. 부하 분산에 다른 기술을 구현하려면 이 점을 염두에 두고 계획 및 배포 프로세스를 수행합니다.

데이터베이스 서버 중복 계획

이 섹션의 내용은 데이터베이스 서버 역할의 중복이 솔루션에 필요한지 결정하는 데 도움이 됩니다. 다른 계획 항목도 해당 환경에 가장 적합한 데이터베이스 중복 기술을 판단하는 데 유용한 정보가 됩니다. 자세한 내용은 데이터베이스의 저장과 관리 계획 및 디자인을 참조하십시오.

데이터베이스 서버 역할은 다른 역할에 비해 솔루션의 가용성에 더 많은 영향을 줍니다. 쿼리 서버나 인덱스 서버가 실패하면 해당 역할을 빠르게 복원하거나 다시 배포할 수 있습니다. 그러나 데이터베이스 서버가 실패하는 경우에는 데이터베이스 서버의 복원 여부에 따라 솔루션이 달라집니다. 데이터베이스 서버를 다시 작성한 다음 백업 미디어에서 데이터를 복원해야 할 수도 있습니다. 이 경우 SQL Server 2005의 구성 방식에 따라 지난 백업 작업 당시의 새 데이터 또는 변경한 데이터까지 손실될 수 있습니다. 또한 데이터베이스 서버 역할을 복원하는 동안 솔루션은 전혀 사용할 수 없습니다.

서버 오류 위험 평가

이 섹션에는 한 쿼리 서버 또는 인덱스 서버에서 오류가 발생할 경우 예상되는 결과가 요약되어 있습니다. 다시 말해, 쿼리 서버 역할을 한 서버에만 배포했는데 그 서버에서 오류가 발생하면 어떤 결과가 발생하겠습니까? 잠재적인 결과를 이해하면 팜에서 서버 할당의 우선 순위를 결정하는 데 도움이 됩니다. 다음 표는 응용 프로그램 서버 역할을 나열하고 각각에 대한 작동 중지 시간의 결과를 설명합니다.

일반적으로 쿼리 서버 역할에 대한 가용성 요구 사항이 99% 이상인 경우 응용 프로그램 서버를 적어도 두 대의 응용 프로그램 서버 컴퓨터에 설치하도록 계획하는 것이 좋습니다.

IT 팀이 응용 프로그램 서버 역할을 다른 서버에 배포하거나 기존 서버에 서비스를 복원하는 데 걸리는 시간 동안 이 기능을 일시적으로 사용할 수 없어도 괜찮은 조직의 경우에는 역할을 단일 응용 프로그램 서버에 배포하는 것을 고려해 볼 수 있습니다.

참고 항목

개념

가용성 계획(Search Server 2008)

기타 리소스

데이터베이스의 저장과 관리 계획 및 디자인
Windows Server 2003에서 네크워크 부하 분산 매개 변수를 구성하는 방법
SQL Server 2005 장애 조치 클러스터링 백서 (영문)
SQL Server 2008 장애 조치 클러스터 설치