중복 계획(Windows SharePoint Services)

  • 아티클

업데이트: 2009-04-23

이 문서의 내용

  • 중복 정보

  • 서버 중복 요구 사항 정의

  • 제한된 서버 배포 계획

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

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

  • 웹 서버 중복 계획

  • 검색 서버 중복 계획

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

  • 기본 토폴로지 선택

이 문서에서는 Windows SharePoint Services 3.0 팜에 포함된 중복 서버 역할을 확장하는 옵션에 대해 설명합니다. 이 문서를 읽고 나면 환경에 적합한 중복 옵션을 식별하고 기록할 수 있게 됩니다.

가용성에 대한 자세한 내용은 가용성 계획(Windows SharePoint Services)을 참조하십시오.

중복 정보

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

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

이 문서에서는 Windows SharePoint Services 3.0 팜에 중복 서버를 구현하는 방법에 대해 설명합니다.

서버 중복 요구 사항 정의

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

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

제한된 서버 배포 계획

서버 배포에 추가 용량 및 성능을 구축할 필요가 없는 경우 하나 또는 두 대의 서버로 서버 토폴로지를 시작할 수 있습니다. 제한된 용도로 단일 서버를 배포할 수도 있습니다.

단일 서버

제한된 용도의 예는 다음과 같습니다.

  • 평가 목적으로 Windows SharePoint Services 3.0 설치

  • 제한된 용도(예: 단일 부서용) 또는 제한된 수의 사용자를 위해 Windows SharePoint Services 3.0 배포

대부분의 Windows SharePoint Services 3.0 배포에 권장되는 시작 지점은 서버 컴퓨터 두 개 이상입니다.

  • 서버 1: 프런트 엔드 웹 서버 및 검색 서버 컴퓨터

  • 서버 2: 전용 SQL Server 컴퓨터

    서버 팜(서버 2대)

환경에 서버 중복이 필요하지 않다고 판단되는 경우 다음 문서로 이동하여 다음 계획 단계, 성능 및 용량 계획(Windows SharePoint Services)을 완료하십시오. 이 계획 단계를 완료하면 해당 서버 배포 계획에 권장되는 서버의 총 수를 확인할 수 있습니다. 이 문서의 나머지 내용은 읽지 않아도 됩니다.

최소 수준의 서버 중복 계획

중복 솔루션을 배포하려면 서버 팜을 배포해야 합니다. 서버 팜을 사용하면 예기치 못한 가동 중지 시간뿐 아니라 운영 체제 업데이트 등 지속적인 유지 관리와 관련된 가동 중지 시간으로 인한 영향을 완화할 수 있습니다.

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

4 서버 팜

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

  • 서버 1과 2: 웹 서버. 이들 웹 서버 중 하나에 검색 역할이 설치됩니다.

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

    서버 팜(서버 4대)

5 서버 팜

가장 일반적인 중복 서버 팜 토폴로지로, 중간 계층을 사용하며 5개의 서버 컴퓨터로 구성됩니다.

  • 서버 1과 2: 웹 서버

  • 서버 3: 검색

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

    서버 팜(서버 5대)

이 토폴로지는 전용 서버 컴퓨터로 검색을 오프로드하여 프런트 엔트 웹 서버 컴퓨터의 성능을 최적화합니다.

3 서버 팜

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

세 번째 서버를 웹 계층에 추가하여 웹 서버 역할의 중복을 구현할 수 있습니다. 검색 역할은 두 웹 서버 중 원하는 위치에 설치하면 됩니다.

이 토폴로지를 사용하면 가용성이 제한되지만 소형 팜의 전체적인 성능이 향상됩니다. 데이터 중복보다 성능이 더 중요한 경우 이 토폴로지를 사용하십시오.

서버 팜(서버 3대)의 프런트 엔드 서버

세 번째 서버를 데이터베이스 계층에 추가하면 중요한 데이터의 가용성을 확보하는 데 도움이 됩니다. 데이터의 가용성이 중요하지만 사용자의 액세스가 일시적으로 단절되어도 괜찮은 경우 이 소형 팜 토폴로지를 사용해 보십시오.

서버 팜(서버 3대)의 데이터베이스

기본 서버 팜 토폴로지 선택

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

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

프런트 엔드 웹 서버 중복 계획

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

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

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

대부분 조직의 경우 웹 계층의 중복이 필요합니다. 웹 서버 역할을 실행하는 서버 하나를 포함한 3서버 팜을 사용하는 것이 합리적인 시나리오가 몇 가지 있습니다.

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

  • 첫 번째 방법은 Microsoft Windows Server 2003 운영 체제의 네트워크 부하 분산(NLB) 서비스와 같은 소프트웨어입니다. NLB는 프런트 엔드 웹 서버에서 실행되고 TCP/IP를 사용하여 요청을 라우팅합니다. NLB(및 기타 소프트웨어 부하 분산 솔루션)는 프런트 엔드 웹 서버에서 실행되고 프런트 엔드 웹 시스템 리소스를 사용하므로 웹 페이지를 처리하는 데 사용할 수 있는 리소스가 줄어듭니다. 그러나 시스템 리소스에 미치는 영향은 크지 않으며 하나의 소프트웨어 솔루션으로 최대 32개의 프런트 엔드 웹 서버를 처리할 수 있습니다. Windows Server 2003의 NLB 서비스에 대한 자세한 내용은 네트워크 부하 분산 클러스터(https://technet.microsoft.com/ko-kr/library/cc759510.aspx)를 참조하십시오. Windows Server 2008의 NLB 서비스에 대한 자세한 내용은 네트워크 부하 분산 (영문)(https://technet.microsoft.com/ko-kr/library/cc732855.aspx)을 참조하십시오.

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

    부하 분산 선호도를 없음으로 설정하여 가용성을 향상시키는 것이 좋습니다. 사용자 지정 토폴로지 요구 사항이 있는 경우 선호도를 다르게 구성해야 할 수 있습니다.

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

검색 서버 중복 계획

Windows SharePoint Services 3.0은 검색이라는 응용 프로그램 서버 역할을 하나 포함합니다. Windows SharePoint Services 3.0의 검색 응용 프로그램 역할에는 검색과 인덱싱 구성 요소가 모두 포함됩니다. 이러한 구성 요소는 나눌 수 없습니다. 검색 역할은 웹 서버나 전용 응용 프로그램 서버에 설치할 수 있습니다. Windows SharePoint Services 3.0을 독립 실행형 컴퓨터에 배포하는 경우를 제외하고, 검색 역할은 데이터베이스와 동일한 컴퓨터에 설치하지 않는 것이 좋습니다.

Windows SharePoint Services 3.0 검색을 호스팅하는 서버가 실패하는 경우 검색 기능을 사용할 수 없습니다. 검색 기능을 복원하는 데 필요한 시간은 기존 콘텐츠 인덱스가 복원 가능한지 아니면 콘텐츠를 다시 크롤링하여 새로운 인덱스를 생성해야 하는지 여부에 따라 달라집니다.

Windows SharePoint Services 3.0은 용량과 관련된 이유로 여러 서버에 배포할 수 있지만 해당 서버들은 중복되지 않습니다. 이러한 시나리오에서는 각 검색 서버가 서로 다른 콘텐츠 데이터베이스의 집합을 크롤링하도록 구성됩니다. 여러 개의 검색 서버를 배포하는 주된 이유는 용량이나 성능을 확장하기 위한 것이므로 뒤에 나오는 계획 문서를 참조하면 여러 개의 서버를 배포하는 것이 좋은지 결정하는 데 도움이 됩니다. 자세한 내용은 성능 및 용량 계획(Windows SharePoint Services)을 참조하십시오.

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

이 섹션의 내용은 데이터베이스 서버 역할의 중복이 솔루션에 필요한지 결정하는 데 도움이 됩니다. 다른 계획 항목도 해당 환경에 가장 적합한 데이터베이스 중복 기술을 판단하는 데 유용한 정보가 됩니다.

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

기본 토폴로지 선택

개별 서버 역할의 중복 요구 사항을 파악한 후 기본 서버 토폴로지를 검토하여 환경에 가장 적합한 토폴로지를 선택합니다.

이 문서의 다운로드

이 항목은 다운로드 가능한 다음 문서에도 포함되어 있어 더 쉽게 읽고 인쇄할 수 있습니다.

사용 가능한 문서의 전체 목록은 다운로드 가능한 Windows SharePoint Services 관련 문서 (영문)를 참조하십시오.