서버 팜 계획(SharePoint Server 2010)

적용 대상: SharePoint Server 2010

마지막으로 수정된 항목: 2016-11-30

이 문서의 내용

• 라이선스 요구 사항

• 조직 요구 사항

• 가용성 및 서비스 수준 계약

• 성능 및 확장성

• 수평 확장 및 중앙에서 서비스 응용 프로그램 관리

• 지리적 분산

이 문서의 내용을 참고하여 조직에 필요한 서버 팜의 수를 결정할 수 있습니다. Microsoft SharePoint Server 2010을 사용하여 많은 종류의 사이트를 작성 및 운영할 수 있습니다. 배포하려는 사이트의 수와 종류 및 사용자의 위치에 따라 여러 서버 팜을 사용하도록 계획할 수 있습니다.

이 문서에서는 여러 서버 팜이 필요한지 여부를 결정하는 데 사용할 수 있는 조건에 대해 설명합니다. 개별 팜을 계획하는 방법에 대한 지침은 다음 문서를 참조하십시오.

• 성능 및 용량 관리(SharePoint Server 2010)

• 비즈니스 연속성 관리 계획(SharePoint Server 2010)

라이선스 요구 사항

계획해야 하는 최소 서버 팜 수를 결정할 때는 영향을 주는 요인으로 라이선스 요구 사항을 고려합니다. SharePoint Server 2010에 사용 가능한 서버 라이선스에는 세 가지가 있습니다. 이러한 라이선스는 같은 서버 컴퓨터 또는 같은 서버 팜에서 조합하여 사용할 수 있습니다. 또한 개발 환경을 계획하는 경우에는 MSDN 라이선스를 사용할 수도 있습니다. 개발 환경을 포함하는 경우 팜 수에도 영향을 줍니다. 아래 표에는 SharePoint Server 2010용으로 제공되는 라이선스에 대한 설명이 나와 있습니다.

조직에서 사용하는 내부 콘텐츠와 동일한 팜에 소속된 직원이 아닌 사용자를 위한 인터넷 연결 콘텐츠를 모두 배포하려는 경우에는 해당 팜에 대해 두 유형의 라이선스를 모두 구입해야 합니다. 가능한 배포 시나리오를 수행할 수 있도록 하려면 SharePoint Server 2010 요구 사항을 단일 배포에 결합하려는 고객은 두 제품용 라이선스를 모두 구입하여 동일한 서버에 라이선스를 할당한 다음, 두 라이선스를 모두 사용하여 동일한 소프트웨어 실행 인스턴스를 동시에 사용할 수 있습니다. 그러나 이렇게 하려면 인터넷 사이트용 SharePoint Server 2010 사용 권한 하에서는 허용되지 않는 방식으로 콘텐츠에 액세스하는 사용자 및 장치에 대해 SharePoint Server 2010 사용 권한 하에서 필요한 CAL을 구입해야 합니다.

이 섹션의 나머지 부분에서는 서로 다른 배포 종류에서 사용해야 하는 라이선스에 대해 설명합니다.

내부 및 원격 직원용 인트라넷 사이트

적절한 수의 CAL과 함께 SharePoint Server 2010 라이선스를 사용합니다. 인트라넷 사이트는 원격 직원이 액세스할 수 있도록 인터넷에서 노출될 수도 있지만, 이 경우에는 이와 같은 라이선스를 사용해야 합니다.

외부 사용자용 인터넷 사이트

인터넷 사이트용 SharePoint Server 2010 라이선스를 사용합니다.

파트너 회사 직원과의 통신을 위한 파트너 엑스트라넷 사이트

파트너 엑스트라넷 사이트의 경우에는 다음 옵션 중에서 선택할 수 있습니다.

• 회사 인트라넷을 호스팅하는 서버 팜에 파트너 엑스트라넷 사이트를 추가합니다(SharePoint Server 2010 라이선스). 이 옵션을 사용하는 경우 파트너 직원용으로 필요한 수의 CAL을 구입해야 합니다.

• 회사 인터넷 사이트를 호스팅하는 서버 팜에 파트너 엑스트라넷 사이트를 추가합니다(인터넷 사이트용 SharePoint Server 2010 라이선스). 이 옵션을 사용하는 경우 파트너 직원 또는 파트너와 공동 작업을 하는 조직 내 직원용 CAL이 필요하지 않습니다. 그러나 이 팜에서는 조직 내 직원만 사용하는 사이트를 만들지 못할 수 있습니다. 즉, 조직 내의 사용자가 이 팜의 콘텐츠, 정보 또는 응용 프로그램에 독점적으로 액세스할 수 없습니다. 내부 사용자가 액세스할 수 있는 콘텐츠에는 외부 사용자도 액세스할 수 있어야 합니다.

• 파트너 공동 작업 전용 서버 팜을 배포하고 인터넷 사이트 라이선스를 사용합니다. 이 옵션을 사용하는 경우 파트너 직원 또는 파트너와 공동 작업을 하는 조직 내 직원용 CAL이 필요하지 않습니다. 그러나 이 팜에서는 조직 내 직원만 사용하는 사이트를 만들지 못할 수 있습니다. 즉, 조직 내의 사용자가 이 팜의 콘텐츠, 정보 또는 응용 프로그램에 독점적으로 액세스할 수 없습니다. 내부 사용자가 액세스할 수 있는 콘텐츠에는 외부 사용자도 액세스할 수 있어야 합니다.

서버 팜을 하나만 배포하려는 경우 이 팜을 사용합니다. 서버 팜을 두 개(인트라넷 사이트용과 인터넷 사이트용으로 각각 하나씩) 배포하려는 경우에는 다음 측면을 고려하여 파트너 엑스트라넷 사이트에 사용할 서버 팜을 결정할 수 있습니다.

• 공동 작업의 특성   파트너 엑스트라넷 사이트가 주로 여러 파트너와 정보를 안전하게 교환하는 용도로 사용되는 경우에는 인터넷 서버 팜을 선택하는 것이 가장 경제적입니다. 반면 파트너 엑스트라넷 사이트에서 몇 명의 파트너 직원과만 공동 작업을 하는 경우에는 인트라넷 서버 팜을 선택하는 것이 효율적일 수 있습니다. 팜에 대해 의도한 역할(공동 작업용/읽기 전용 콘텐츠용)에 가장 적합한 옵션을 선택하십시오.

• 파트너 직원 수   많은 파트너 직원과 공동 작업을 하며 비용이 중요한 기준인 경우에는 인터넷 사이트 라이선스를 사용하여 인터넷 연결 팜에서 공동 작업 콘텐츠와 익명 콘텐츠를 모두 안전하게 호스팅할 수 있습니다.

여러 파트너 직원과 공동 작업을 하는 경우, 다음과 같은 상황에서는 파트너 엑스트라넷 사이트 전용 서버 팜을 배포할 수 있습니다.

• 인터넷 사이트용으로 서버 팜을 배포할 계획이 없으며, 모든 파트너 직원용으로 CAL을 구입하는 것보다 인터넷 사이트용 SharePoint Server 2010 라이선스를 구입하는 것이 비용 면에서 보다 효율적인 경우

• 조직에서 인터넷 사이트를 호스팅하는 것과 같은 서버 팜에서 공동 작업 또는 인증된 액세스를 차단하는 경우

• 인터넷 사이트와 파트너 엑스트라넷 사이트를 모두 호스팅하는 서버 팜에서 성능 문제가 예상되거나 발생하는 경우(예: 파트너 직원이 콘텐츠 공동 작업을 할 때 응답 시간이 느리다고 보고함)

인터넷 사이트용 환경 미리 게시

개발을 위해 작성, 테스트, 준비 등의 여러 환경을 사용하는 미리 게시 환경에서는 다음 지침을 사용합니다.

• 코드 개발 및 테스트   MSDN 라이선스를 사용합니다. 자세한 내용은 MSDN 라이선스(https://go.microsoft.com/fwlink/?linkid=210161&clcid=0x412)를 참조하십시오.

• **콘텐츠 작성   **적절한 수의 CAL과 함께 SharePoint Server 2010 라이선스를 사용합니다. 그러나 외부 사용자도 모든 콘텐츠, 정보 및 응용 프로그램에 액세스할 수 있는 경우 내부 사용자는 인터넷 사이트용 SharePoint Server 2010 라이선스를 사용할 수 있습니다. 서버에 내부 사용자 전용 항목이 있는 경우 해당 사용자에게는 CAL이 있어야 하며 서버에는 SharePoint Server 2010용 라이선스가 필요합니다.

• **준비   **준비 환경은 일반적으로 프로덕션 환경과 일치하도록 구성되므로, 인터넷 사이트용 SharePoint Server 2010 라이선스를 사용합니다.

라이선스에 대한 자세한 내용

라이선스에 대한 자세한 내용은 다음 리소스를 참조하십시오.

• SharePoint 2010: 구입 방법(https://go.microsoft.com/fwlink/?linkid=196728&clcid=0x412)

• SharePoint 라이선스 개요: 요구 사항 결정(https://go.microsoft.com/fwlink/?linkid=210179&clcid=0x412)

• Microsoft 볼륨 라이선스 개요: 인터넷 사이트용 Microsoft SharePoint Server 2010(영문일 수 있음)(https://go.microsoft.com/fwlink/?linkid=210180&clcid=0x412)(영문일 수 있음)

조직 요구 사항

조직에서 결정하는 다음과 같은 여러 조건이 필요한 서버 팜의 수에 영향을 줄 수 있습니다.

• 운영 책임 부서

• 자금원

• 데이터 센터 위치

운영 책임 부서

일부 조직의 경우 각 부서에서 서로 다른 종류의 웹 사이트 또는 응용 프로그램을 담당합니다. 특정 조직에서 이러한 응용 프로그램을 자율적으로 배포 및 운영해야 하는 경우에는 해당 부서용으로 별도의 서버 팜을 배포하도록 계획하는 것이 적절할 수 있습니다. 또는 여러 부서와의 협상을 통해 여러 사이트를 단일 서버 팜으로 결합하는 것이 보다 효율적인지를 결정할 수도 있습니다.

자금원

프로젝트에 자금을 조달하는 방식이 필요한 서버 팜의 수에 영향을 주는 조직도 있습니다. 예를 들어 다음과 같은 시나리오에서는 서버 팜이 여러 개 필요할 수 있습니다.

• 각 부서의 하드웨어 예산이 별도로 책정되는 경우

• 프로젝트의 자금이 독립적으로 조달되며 여러 프로젝트의 하드웨어 예산이나 운영비를 결합할 수 있는 가능성이 거의 없는 경우

• 서로 다른 자금 지원 모델을 사용하여 프로젝트에 자금을 조달하는 경우. 예를 들어 내 사이트의 경우 공유 하드웨어 예산을 통해 자금을 조달하지만 개별 팀의 팀 사이트는 비용이 회수되는 내부 호스팅 모델을 통해 제공함으로써 각 팀에 비용이 다시 청구되는 경우

데이터 센터 위치

사이트를 여러 데이터 센터 위치에서 호스팅해야 하는 경우에는 여러 서버 팜을 계획해야 합니다.

가용성 및 서비스 수준 계약

사이트의 가용성 요구 사항 및 서비스 수준 계약이 서로 다른 경우에는 여러 서버 팜을 구현하는 것이 비용 면에서 보다 효율적일 수 있습니다. 여러 서버 팜이 필요할 수 있는 시나리오의 종류는 다음과 같습니다.

• 게시 환경

• 서로 다른 서비스 수준 계약

• 재해 복구

게시 환경

게시 환경에서는 작성, 준비, 테스트 등을 위한 여러 환경을 포함하는 경우가 많습니다. 이러한 각 환경의 가용성 요구 사항과 서비스 수준 계약은 프로덕션 환경과는 다릅니다. 작성, 준비 및 테스트 사이트의 경우 사용자 부하가 훨씬 적으며 테스트 작업으로 인해 상태가 보다 불안정할 수 있습니다.

최소한 두 개의 서버 팜(게시된 사이트용으로 하나, 작성/준비/테스트 작업용으로 하나)을 배포하도록 계획합니다. 조직에 따라서는 각 게시 전 작업에 대해 별도의 서버 팜을 계획해야 할 수도 있고, 서버 하나로 구성된 단일 팜에서 이러한 작업을 모두 수행할 수도 있습니다.

서로 다른 서비스 수준 계약

프로덕션 환경에서 일부 사이트에는 다른 서비스 수준 계약이 적용될 수 있습니다. 다음 예제를 고려해 보십시오.

• 조직에서 특정 종류의 콘텐츠를 다른 콘텐츠보다 중요하다고 정의할 수 있습니다. 예를 들어 팀 사이트의 콘텐츠는 비즈니스 목표를 달성하는 데 있어서 조직의 내 사이트에 있는 콘텐츠보다 중요할 수 있습니다. 따라서 재해가 발생하는 경우 각 종류의 콘텐츠를 복원하는 서비스 기간이 달라질 수 있습니다.

• 보안상 중요한 데이터를 호스팅하는 사이트의 경우 보안 대책이 추가로 필요할 수 있습니다. 보다 안전한 인증 방법, 로깅 증가, 보다 빠른 소프트웨어 업데이트 적용 등이 여기에 포함됩니다.

서비스 수준 계약이 다르다고 해서 반드시 별도의 서버 팜이 필요한 것은 아닙니다. 서비스 수준 계약이 다른 사이트를 하나의 서버 팜에서 효율적으로 호스팅할 수 있는 경우도 있습니다. 그러나 사이트를 별도의 서버 팜에 배포하면 특정 서비스 수준 계약을 보다 효율적으로 충족할 수 있는 경우도 있습니다.

서비스 수준 계약을 평가할 때는 다음 사항을 고려하십시오.

• 동일한 서버 팜에서 별도의 웹 응용 프로그램 또는 응용 프로그램 풀을 만들면 서로 다른 인증 방법 및 액세스 제어 정책을 구현할 수 있습니다. 또한 이 방식을 사용하는 경우 별도의 콘텐츠 데이터베이스가 만들어지므로, 서비스 수준 계약을 기반으로 하여 우선 순위 순서대로 복원할 수 있습니다.

• 전체 서버 환경의 토폴로지, 구성 및 작업에 영향을 주는 요구 사항이 있는 경우 여러 팜을 배포하면 보다 효율적으로 충족할 수 있습니다.

재해 복구

일부 조직에서는 재해가 발생하는 경우 다른 지역의 서버 팜으로 장애 조치하는 기능이 필요합니다. SharePoint Server 2010에서는 전달된 데이터베이스 복사본을 복원하거나, 가상 서버 이미지를 복원하거나, 장애 조치(failover) 팜을 실행하여 대기 데이터 센터를 호스팅하는 기능을 제공합니다.

조직에서 원격 데이터 센터의 서버 팜을 복원하는 기능이 필요한 경우 서버 팜을 두 개 이상 배포하도록 계획하십시오. 자세한 내용은 재해 복구 계획(SharePoint Server 2010)을 참조하십시오.

보안 격리 요구 사항

대부분의 격리 요구 사항은 단일 팜에서 충족할 수 있는 반면, 일부 시나리오의 경우 서버 팜 여러 개가 필요합니다.

SharePoint Server 2010에서는 다음의 격리 방법 중 하나 이상을 사용하여 동일 서버 팜에서 호스팅되는 응용 프로그램을 격리하는 기능을 제공합니다.

• 서로 다른 프로세스 ID로 별도의 응용 프로그램 풀을 사용하여 프로세스 수준에서 격리를 수행합니다.

• 별도의 웹 응용 프로그램을 사용하여 웹 응용 프로그램 수준에서 격리를 수행합니다.

• 서비스 응용 프로그램을 구성하여 콘텐츠 및 대상 그룹 수준에서 격리를 수행합니다.

이러한 방법을 어떻게 사용하는지에 대한 자세한 내용은 다음 문서를 참조하십시오.

• 논리 아키텍처 구성 요소(SharePoint Server 2010)

• 디자인 예제: 회사 배포(SharePoint Server 2010)

• 서비스 아키텍처 계획(SharePoint Server 2010)

보안 격리를 적용하기 위해 서버 팜을 여러 대 배포해야 하는 기술적인 이유는 없지만, 일부 조직 요구 사항에서는 여러 서버 팜을 구현하도록 지시합니다. 다음과 같은 시나리오를 예로 들 수 있습니다.

• 투자 금융 등의 일부 업계에서는 업계 규칙에서 사이트 간을 물리적으로 격리하도록 지시합니다.

• 주 정부 등 IT 프로젝트를 아웃소싱하는 일부 조직의 경우 사이트를 물리적으로 격리하도록 하는 계약을 발행할 수 있습니다.

• 소프트웨어 수준의 격리에 만족하지 못하는 일부 조직은 물리적 격리를 사용할 수 있습니다.

• 매우 중요한 데이터를 보호하는 요구 사항(예: 서버 팜 작동을 위한 관리 액세스 포함)으로 인해 물리적으로 분리된 환경이 필요할 수 있습니다.

• 일부 조직의 보안 정책에서는 어떤 상황에서도 경계 네트워크에서 내부 네트워크로의 액세스를 허용하지 않을 수 있습니다.

이러한 시나리오가 배포에 적용되는 경우에는 서버 팜을 여러 대 배포하도록 계획해야 할 수 있습니다.

성능 및 확장성

서버 팜을 여러 대 배포해야 하는 위의 조건 중 해당 사항이 없는 경우 다음의 성능 및 확장성 측면을 고려하십시오.

• 소프트웨어 경계

• 응용 프로그램 프로필

• 처리량

소프트웨어 경계 및 제한 사항

배포의 범위에 따라 여러 서버 팜이 필요하다는 확장 지침이 있을 수 있습니다. SharePoint Server 2010 용량 관리: 소프트웨어 경계 및 제한 사항 문서를 검토하여 판일 서버 팜으로도 예상 확장 범위를 수용할 수 있는지 확인하십시오.

응용 프로그램 프로필

대규모 환경에서는 성능 프로필이 비슷한 응용 프로그램에 맞게 팜을 최적화하여 서버 팜 성능을 높일 수 있습니다. 예를 들어 인사 관리 사이트 등의 게시된 인트라넷 콘텐츠의 성능 프로필은 팀 사이트 등의 공동 작업 콘텐츠와는 크게 다릅니다.

성능 프로필에 영향을 주는 다음과 같은 종류의 요인을 고려하십시오.

• 요청의 양. 예를 들어 내 사이트의 경우 일반적으로 팀 사이트보다 요청 수가 적습니다.

• 읽기 전용 콘텐츠와 공동 작업 콘텐츠의 양

• 콘텐츠의 양. 예를 들어 레코드 관리 솔루션의 경우 데이터는 많이 저장되지만 처리하는 사용자 요청 수는 적습니다.

사용자 수가 많은 대규모 조직의 경우 조직의 내 사이트는 일반적으로 전용 팜에서 호스팅됩니다.

처리량

처리량 기대치가 높은 경우에는 여러 서버 팜을 구현해야 할 수 있습니다. 처리량 요구 사항을 충족하기 위한 계획을 세우는 방법에 대한 자세한 내용은 성능 및 용량 관리(SharePoint Server 2010)를 참조하십시오.

수평 확장 및 중앙에서 서비스 응용 프로그램 관리

대규모 조직의 경우 서비스 응용 프로그램 호스팅 전용 팜을 배포하는 것이 효율적일 수 있습니다. 특히 조직에 사이트 호스팅용 팜이 둘 이상 필요한 경우에는 전용 팜을 배포하면 훨씬 이익입니다. 전용 서비스 팜이 있으면 모든 팜에서 중앙에서 관리되는 서비스를 사용할 수 있습니다.

다음과 같은 상황에서는 전용 서비스 팜 배포를 고려하십시오.

• 검색 환경의 항목 수가 2천만 개 이상인 경우

• 환경에 팜이 두 개 이상 있는 경우

• 최대한 최신 쿼리 결과를 얻으려는 경우

또 다른 수평 확장 옵션을 특정 서비스 호스팅 전용 팜을 지정하는 것입니다. 이렇게 하면 가장 많이 사용되는 서비스 응용 프로그램에 대해 팜의 성능과 용량을 최적화할 수 있습니다. 대규모 환경에서는 보통 검색 전용 팜을 지정할 수 있습니다. 이 경우 모든 검색 서비스는 전용 검색 팜에서 호스팅되고 기타 모든 서비스는 별도의 서비스 팜에서 호스팅됩니다. 따라서 검색 전용 검색 구성 요소의 하드웨어 및 구성을 최적화할 수 있습니다.

다음과 같은 상황에서는 전용 검색 팜 배포를 고려하십시오.

• 검색 환경의 항목 수가 4천만 개 이상인 경우

• 환경에 팜이 두 개 이상 있는 경우

• 최대한 최신 쿼리 결과를 얻으려는 경우

• WAN을 통해 콘텐츠를 크롤링하는 경우

• SharePoint Server 2010에서 호스팅하는 다른 서비스의 서비스 수준 계약과는 다른 서비스 수준 계약(예: 장애 조치(failover) 또는 백업 및 복원)을 검색 서비스에 대해 구현하려는 경우

검색 외의 특정 서비스 응용 프로그램에 대해 전용 팜을 지정할지 여부는 해당 서비스 응용 프로그램을 사용하는 경우 전용 팜을 지정하는 것이 적합한지 여부에 따라 달라집니다. 대부분의 경우에는 기타 모든 서비스 응용 프로그램의 요구를 충족하기 위해 서비스 팜을 수평 확장할 수 있습니다.

지리적 분산

일부 조직에서는 사용자가 여러 지역이나 국가에 분산되어 있습니다. 사용자와 콘텐츠의 위치는 서버 팜의 전체적인 계획에 영향을 줄 수 있습니다. 적절한 성능을 보장하려면 지역별 팜을 계획해야 할 수 있습니다. 이 경우 중앙 팜을 구현하고, WAN 연결용으로 해당 팜을 최적화한 후에 지역별로 추가 팜을 제공할지를 결정하는 방식을 사용하면 적절합니다. 자세한 내용은 다중 팜 전역 배포(SharePoint Server 2010)를 참조하십시오.