다음을 통해 공유

SSP 아키텍처 계획

  • 아티클

업데이트 날짜: 2009년 4월

적용 대상: Office SharePoint Server 2007

 

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

이 문서에서는 SSP(공유 서비스 공급자)에 대해 설명하고 Microsoft Office SharePoint Server 2007에서 SSP에 대한 전체 솔루션 디자인의 아키텍처에 SSP를 만드는 방법의 예제를 제공합니다.

이 문서의 내용

  • SSP 정보

  • 솔루션 디자인에 SSP 만들기

  • 단일 팜 SSP 예제

  • 팜 간 환경에 대한 SSP 계획

  • 팜 간 SSP 예제

  • SSP 관련 용량 계획

  • SSP의 관리 역할 계획

이 문서와 함께 다음 포스터 크기 모델도 사용할 수 있습니다.

SSP 정보

Office SharePoint Server 2007에는 Office SharePoint Server 웹 응용 프로그램에서 공유할 수 있는 서비스 집합이 포함되어 있습니다. 이 서비스 집합은 SSP에 포함되며 SSP에서 제공됩니다. 공유 서비스를 사용하면 여러 사이트에서 이러한 서비스를 제공하는 데 필요한 리소스가 크게 줄어듭니다. 기본적으로 한 SSP가 서버 팜 내의 모든 사이트에서 이러한 서비스를 공유합니다.

다음 표에는 SSP가 제공하는 서비스 목록이 나와 있습니다.

공유 서비스 설명

개인 설정 서비스

디렉터리 서비스에서 가져온 데이터 기반의 사용자 프로필을 제공하고, SSP의 모든 사용자가 공유할 수 있고 개인 정보 보호 정책으로 관리할 수 있는 개인 정보가 포함된 내 사이트를 제공하며, 대상 그룹, Office 클라이언트 응용 프로그램 또는 개인 설정 사이트 링크별 콘텐츠 지정 기능을 제공합니다.

비즈니스 데이터 카탈로그

기간 업무(LOB) 응용 프로그램에 저장된 데이터에 대한 통합된 단일 스키마를 제공합니다.

Excel 서비스

공유 워크시트를 제공하며 대시보드 페이지에서 보고서를 사용하여 데이터 연결 라이브러리에서 비즈니스 데이터를 분석하는 기능을 제공합니다.

Office SharePoint Server 검색

SSP를 사용하여 웹 응용 프로그램의 모든 사이트를 크롤링하여 모든 콘텐츠, 데이터 및 메타데이터의 단일 인덱스를 만듭니다.

포털 및 검색 사용 현황 보고

공유 서비스 관리자가 전체 사이트 계층 구조에서 사이트 사용 현황에 대한 집계된 정보를 볼 수 있도록 합니다. 공유 서비스 관리자는 개별 사이트와 사이트 모음의 관리자가 사용 현황을 보고할 수 있도록 설정할 수도 있습니다.

Project Server

이 서비스는 Microsoft Office Project Server 2007이 팜에 설치되어 있는 경우에 사용할 수 있습니다. 하나 이상의 Project Web Access 인스턴스를 호스팅하여 Office Project 데이터에 대한 일정 기능과 기타 중간 계층 계산을 제공하고 Office Project 데이터를 사용하여 작업하기 위한 웹 서비스를 제공합니다. Project Web Access 인스턴스는 이 공유 서비스를 사용하는 웹 응용 프로그램의 최종 사용자에게 Office Project Server 기능을 제공하기 위해 생성됩니다.

솔루션 디자인에 SSP 만들기

팜이 처음 설치될 때 첫 번째 설치 후 작업 중 하나로 기본 SSP를 만듭니다. SSP는 다음과 같이 작동합니다.

  • 각 SSP에는 사용할 수 있는 설치된 모든 공유 서비스가 포함됩니다.

  • 특정 Office SharePoint Server 웹 응용 프로그램과 SSP를 연결합니다.

  • 한 웹 응용 프로그램은 한 SSP와만 연결될 수 있습니다.

  • 웹 응용 프로그램 내의 모든 사이트 모음과 사이트는 동일한 SSP에서 서비스를 사용합니다.

추가 SSP 만들기

필요한 경우 솔루션 요구 사항에 따라 추가 SSP를 만들 수 있습니다. 개별 SSP는 프로필, 콘텐츠 및 검색 결과의 프로세스 격리를 제공합니다. 프로세스 격리는 다음과 같이 수행됩니다.

  • 각 SSP가 별도의 IIS 응용 프로그램 풀에 있습니다.

  • 각 SSP가 고유한 서비스 계정 집합을 사용하여 해당 SSP가 제공하는 검색, 콘텐츠 크롤링, 프로필 가져오기 등의 서비스를 실행합니다.

논리 아키텍처의 SSP 수를 결정하는 가장 중요한 조건은 다음과 같습니다.

  • 여러 웹 응용 프로그램과 IIS 응용 프로그램 풀에 있는 여러 사이트에서 콘텐츠와 프로필 데이터를 공유할 필요성. 예를 들어 이러한 사이트를 한 SSP 아래에 배치하여 내 사이트, 팀 사이트 및 게시된 콘텐츠를 인트라넷에서 공유할 수 있습니다.

  • 특정 사이트에 콘텐츠 및 대상 그룹을 격리할 필요성. 예를 들어 서버 팜에서 둘 이상의 사용자 유형에 대한 응용 프로그램을 호스팅하는 경우 여러 SSP를 사용하여 이러한 사용자 유형을 서로 격리할 수 있습니다.

새 웹 응용 프로그램을 만들 때 기본적으로 새 웹 응용 프로그램이 기본 SSP와 연결됩니다. 웹 응용 프로그램을 다른 SSP와 연결하려면 연결을 수동으로 변경해야 합니다.

다음 다이어그램에서는 SSP가 두 개인 서버 팜의 논리 아키텍처를 보여 줍니다.

SSP가 2개인 서버 팜의 논리적 아키텍처

다이어그램에는 나와 있지 않지만 한 응용 프로그램 풀의 여러 웹 응용 프로그램은 여러 SSP에서 서비스를 사용할 수 있습니다. 예를 들어 위의 다이어그램에서 응용 프로그램 풀 A의 두 웹 응용 프로그램이 서로 다른 SSP에서 공유 서비스를 사용하지 못하는 기술 제한은 없습니다. 그러나 동일한 응용 프로그램 풀에 그룹화된 웹 응용 프로그램은 일반적으로 유사한 격리 및 보안 요구 사항을 공유하므로 동일한 SSP에서 서비스를 사용할 가능성이 큽니다.

SSP 아키텍처

각 SSP는 다음 세 가지 유형의 공유 서비스 리소스를 사용합니다.

  • 데이터베이스(SSP 데이터베이스, 검색 데이터베이스)

  • 공유 서비스 관리 사이트(사이트의 콘텐츠 데이터베이스 포함)

  • 웹 서비스 호스팅 사이트(SSP용 공유 웹 서비스를 호스팅하는 IIS 웹 사이트)

SSP 데이터베이스에는 다음 유형의 데이터가 포함되어 있습니다.

  • SSP 구성 데이터 및 사이트 사용 현황 데이터

  • 사용자 프로필 및 대상 그룹 데이터

  • 비즈니스 데이터 카탈로그 메타데이터

각 SSP에는 검색과 연결된 모든 구성 및 데이터를 포함하는 검색 데이터베이스도 포함되어 있습니다.

다음 다이어그램에서는 SSP가 사용하는 팜 리소스를 강조하여 팜의 논리 아키텍처를 보여 줍니다.

논리적 아키텍처: SSP에서 사용하는 팜 리소스

단일 팜 SSP 예제

이 섹션에서는 단일 팜에서 SSP를 만들기 위한 몇 가지 예제 아키텍처를 제공하고 계획 권장 사항을 추가로 제공합니다.

예제 1—단일 팜, 단일 SSP

단일 SSP는 한 팜에 많은 사이트를 호스팅하는 조직에 적합합니다.

단일 팜, 단일 공유 서비스 공급자

설명

한 SSP가 전체 팜에서 사용됩니다.

  • 모든 사이트에서 동일한 공유 서비스 집합을 사용합니다.

  • 한 웹 응용 프로그램이나 여러 웹 응용 프로그램(다이어그램 참조)에서 모든 사이트를 만들 수 있습니다.

  • 동일한 응용 프로그램 풀(다이어그램 참조) 또는 여러 응용 프로그램 풀과 웹 응용 프로그램을 연결할 수 있습니다.

권장 사항

이 구성은 대부분의 회사에 권장됩니다. 다음과 같은 경우에 이 구성을 사용하십시오.

  • 팜에서 공유 서비스를 실행하는 데 필요한 리소스를 최적화하려고 합니다.

  • 팜에서 웹 응용 프로그램의 격리가 필요하지 않습니다.

예제 2—단일 팜, 여러 SSP

일부 조직에서는 추가 SSP를 구현하여 충족할 수 있는 격리 요구 사항이 있습니다.

단일 팜, 여러 공유 서비스 공급자

설명

여러 SSP가 공유 및 격리 목표를 향상시키는 데 사용됩니다.

  • 한 SSP가 여러 웹 응용 프로그램에 분산되어 있는 사이트에 서비스를 제공합니다. 이 전략을 채택하면 여러 웹 응용 프로그램의 사이트 간에 프로세스 격리를 유지하면서 콘텐츠와 서비스를 공유할 수 있습니다.

  • 대상 사이트에 전용 SSP를 사용하면 프로세스, 콘텐츠 및 서비스가 격리됩니다.

권장 사항

이 구성은 다음과 같은 경우에 권장됩니다.

  • 성능 또는 보안상의 이유로, 프로세스 격리가 필요한 여러 사이트에서 콘텐츠 및 프로필 데이터 공유

  • 회사 내에서 안전하고 격리된 데이터가 필요한 그룹이나 부서 수용

  • 내부 공동 작업 사이트와 동일한 팜에 파트너가 외부에서 액세스할 사이트 호스팅

예제 3—단일 팜으로 호스팅

동일한 팜에 여러 고객이나 부서를 호스팅하고 고객마다 전용 SSP를 할당하여 데이터를 격리할 수 있습니다. 전용 SSP를 사용하면 특정 조직에 서비스의 소유권과 구성을 위임할 수도 있습니다. 예를 들어 검색 구성이나 프로필 데이터의 소유권이 필요한 부서에 대한 전용 SSP를 구성할 수 있습니다.

단일 팜으로 호스팅

설명

여러 SSP가 단일 팜 내에서 서비스를 격리하는 데 사용됩니다.

  • 각 회사나 부서가 전용 SSP를 받습니다.

  • 별도의 응용 프로그램 풀을 사용하여 개별 부서나 회사를 호스팅하면 공유 서비스가 격리될 뿐만 아니라 응용 프로그램 풀 수준에서 프로세스가 격리됩니다.

  • 응용 프로그램 풀에는 하나 이상의 웹 응용 프로그램이 포함될 수 있습니다.

  • 공유 서비스의 관리는 SSP가 서비스를 제공하는 조직에 위임될 수 있습니다.

권장 사항

이 구성은 다음과 같은 경우에 권장됩니다.

  • 한 조직 내의 여러 독립적 부서나 여러 회사의 사이트 호스팅

  • 각 회사나 부서에서 여러 웹 응용 프로그램이나 응용 프로그램 풀을 사용하여 성능을 최적화하거나 콘텐츠를 추가로 격리할 수 있는 융통성 제공

  • 서비스 관리 위임

  • 많은 양의 데이터 수용. 한 SSP의 검색 서비스에서 수용할 수 있는 데이터의 양에 적용되는 용량 지침이 있습니다. 예를 들어 한 SSP가 인덱싱하는 문서 수의 권장 한도는 50,000,000개입니다. 용량 지침에 대한 자세한 내용은 이 문서 뒷부분의 SSP 관련 용량 계획을 참조하십시오.

예제 4—여러 팜으로 호스팅

일부 조직에서는 프로세스 격리뿐만 아니라 데이터의 실제 격리가 필요합니다. 이러한 조직의 경우 별도의 팜이 해답일 수 있습니다.

여러 팜으로 호스팅

또한 일부 조직에는 위에서 다이어그램으로 나타낸 예제 2와 비슷하게 팜에 둘 이상의 SSP가 필요한 추가 요구 사항이 있을 수 있습니다.

설명

여러 팜이 부서나 회사 간의 실제 격리를 제공하는 데 사용됩니다.

  • 각 부서나 회사가 전용 팜과 SSP를 받습니다.

  • 모든 하드웨어가 부서나 고객에 따라 전용됩니다.

  • 각 팜이 완전히 격리되므로 포털 간 데이터 액세스 가능성이 없습니다.

권장 사항

이 구성은 다음과 같은 경우에 권장됩니다.

  • 하드웨어, 데이터 또는 응용 프로그램의 실제 격리가 요구 사항인 한 조직 내에서 부서 격리

  • 다음을 위해 실제 격리가 필요한 여러 회사의 SharePoint 사이트 호스팅

    • 리소스 사용률 추적

    • 응용 프로그램 및 데이터 보호

    • 성능 최적화

    • 라이선스 요구 사항 충족

SSP의 추가 계획 권장 사항

여러 웹 응용 프로그램에서 정보 공유를 개선하거나 한 웹 응용 프로그램 내에서 콘텐츠를 추가로 격리하도록 SSP를 구성할 수 있습니다. 예를 들어 여러 웹 응용 프로그램과 응용 프로그램 풀에 있는 사이트를 한 SSP 아래에 통합하여 인트라넷에서 콘텐츠와 프로필을 공유할 수 있습니다. 이 경우 많은 사이트와 응용 프로그램에서 개인 설정 및 엔터프라이즈 수준 검색이 제공됩니다. 이 구성은 여러 웹 응용 프로그램 및 응용 프로그램 풀의 구현을 통한 프로세스 격리와 이러한 응용 프로그램에서 프로필 데이터를 활용하고 정보를 공유하는 비즈니스 요구 사항의 균형을 맞추는 예입니다.

전체적인 격리 목표를 향상시키도록 SSP를 구성할 수도 있습니다. 예를 들어 파트너 사이트에 전용 SSP를 사용하면 파트너 사용자가 해당 환경 내의 다른 사이트에서 검색하거나 이러한 사이트에 액세스할 수 없습니다. 다음과 같은 방법으로 SSP를 구성하여 사이트 모음 간에 콘텐츠를 추가로 격리할 수 있습니다.

  • 검색 범위를 개별 사이트 모음으로 제한합니다.

  • 대상 그룹을 사용하여 콘텐츠의 대상을 특정 사용자 그룹으로 지정합니다.

  • Stsadm 명령줄 도구를 사용하여 사이트 모음의 구성원인 사용자만 표시하도록 사용자 선택을 구성합니다.

SSP 전략을 디자인할 때 전체적인 콘텐츠 공유 또는 격리 목표를 향상시키도록 SSP 내에서 개별 서비스를 구성하는 방법을 고려합니다. 이러한 전략의 예는 다음 디자인 예제: 논리 아키텍처 모델: 기업 배포를 참조하십시오.

팜 간 환경에 대한 SSP 계획

여러 Office SharePoint Server 2007 팜에 서비스를 제공하도록 한 SSP를 구성할 수 있습니다. 여러 팜에서 한 SSP를 사용하면 서비스가 중앙 집중적으로 관리되며 동일한 역할을 제공하는 서비스 수도 줄어듭니다. 이에 따라 서비스를 제공하는 데 필요한 하드웨어 및 다른 리소스의 양도 크게 줄어들 수 있습니다.

이 문서의 나머지 부분에 있는 지침에서는 다음 다이어그램을 설명하고 참조합니다. 이 다이어그램에서는 각기 다른 용도로 구성된 세 하위 팜을 포함하는 상위 팜 공유 서비스를 보여 줍니다. 각 하위 팜은 이 문서의 뒷부분에서 설명합니다.

하위 팜이 3개인 상위 팜 공유 서비스

중요

팜 간 SSP는 기본 설치 설정을 사용하는 단일 서버 배포에서 작동하지 않습니다. 기본 설정을 사용하여 한 서버에서 Office SharePoint Server 2007을 배포하는 경우 설치 프로그램은 Microsoft SQL Server 2005 Express Edition을 자동으로 설치하고 설치된 프로그램을 사용하여 SharePoint 사이트의 구성 데이터베이스와 콘텐츠 데이터베이스를 만듭니다. 또한 설치 프로그램은 SSP(공유 서비스 공급자)를 만들고 SharePoint 중앙 관리 웹 사이트를 설치한 다음 첫 번째 SharePoint 사이트 모음과 사이트를 만듭니다.

상위 및 하위 팜

팜 간 공유 서비스는 상위 팜에서 하나 이상의 하위 팜으로 제공됩니다.

  • 상위 팜은 다른 하위 팜에 공유 서비스를 제공하도록 구성됩니다.

  • 하위 팜은 상위 팜에서 공유 서비스를 사용하도록 구성됩니다.

  • 하나의 팜이 상위 팜인 동시에 하위 팜일 수는 없습니다.

  • 팜당 하나의 SSP만 팜 간 공유 서비스에 참여할 수 있습니다.

    • 상위 팜은 하위 팜에 대한 SSP를 하나만 공유할 수 있습니다. 그러나 상위 팜에는 자체적으로 사용하기 위해 둘 이상의 SSP가 포함될 수 있습니다(앞의 다이어그램에서 상위 팜 참조).

    • 하위 팜은 한 상위 SSP에서만 서비스를 사용할 수 있습니다. 그러나 하위 팜은 자체적으로 사용하기 위해 둘 이상의 SSP를 제공할 수 있습니다(앞의 다이어그램에서 하위 팜 2 참조).

팜 간 SSP 및 독립 실행형 SSP 간 전환

하위 팜의 공유 서비스 사용은 언제든지 다시 구성할 수 있습니다.

  • 상위 팜에서 하위 팜의 연결을 해제할 수 있으며 다른 상위 팜에서 공유 서비스를 사용하거나 자체 로컬 SSP를 사용하도록 하위 팜을 구성할 수 있습니다.

  • 하위 팜은 중앙 네트워크에 연결되면 상위 팜에서 공유 서비스를 사용할 수 있으며 중앙 네트워크에서 연결이 끊어지면 자체 로컬 SSP에서 서비스를 사용하도록 전환될 수 있습니다. 하위 팜 3(앞의 다이어그램 참조)에서는 팜의 연결이 끊어질 때 사용되는 대기 로컬 SSP가 포함된 팜을 보여 줍니다.

  • 상위 팜은 언제든지 독립 실행형 팜으로 다시 구성할 수 있습니다. 상위 팜 관리자는 SSP를 독립 실행형 SSP로 다시 구성하기 전에 영향을 받는 하위 팜의 하위 팜 관리자에게 알려야 합니다.

팜 간 SSP 제한

팜 간 공유 서비스에 다음과 같은 제한이 적용됩니다.

  • 상위 팜과 하위 팜이 서로 다른 도메인 또는 포리스트에 있는 경우에는 도메인이나 포리스트 간에 트러스트 관계를 구성해야 합니다. 또한 두 팜이 다른 포리스트에 있는 경우에는 트러스트된 개별 포리스트 간의 Active Directory 복제가 제대로 작동해야 합니다.

  • 팜 간 SSP는 WAN에서 지원되지 않습니다. 상위 팜과 하위 팜이 WAN 링크로 분리되어 있으면 상위 팜의 SSP와 하위 팜을 연결할 수 없습니다.

  • 하위 팜이 사용하는 모든 Office 서버 제품이 상위 팜에 설치되어 있어야 합니다. 예를 들어 하위 팜에 Office Project Server가 포함되어 있는 경우 공유 서비스가 제대로 작동하려면 Office Project Server가 상위 팜에 설치되어 있어야 합니다. 하위 팜이 Enterprise Edition CAL(클라이언트 액세스 라이선스)을 사용하면 상위 팜도 Enterprise Edition CAL을 사용해야 하며 Standard Edition을 사용하면 안 됩니다. 이 디자인 요구 사항의 한 가지 예외는 Excel 서비스입니다.

  • Excel 서비스는 상위 팜의 SSP가 제공할 수 없으며 하위 팜에 로컬인 SSP가 제공해야 합니다. 로컬 SSP에서 Excel 서비스를 사용하면서 상위 팜에서 다른 모든 서비스를 사용하도록 웹 응용 프로그램을 구성할 수 있습니다. 이는 웹 응용 프로그램이 두 가지 SSP에서 서비스를 사용할 수 있는 유일한 경우입니다. 이 경우를 나타낸 그림은 이 문서 뒷부분의 팜 간 SSP와 로컬 SSP의 결합(하위 팜 2)을 참조하십시오.

팜 간 SSP 구성 스크립팅

하위 팜을 상위 팜과 연결하는 데 필요한 수동 프로세스를 복제하는 스크립트를 만들 수 있습니다. 설치 프로세스를 스크립팅하면 다음과 같은 효과가 있습니다.

  • 여러 팜에 공유 서비스를 배포하는 데 필요한 시간이 줄어듭니다.

  • 구성 설정(디렉터리, 구성, 검색 인덱스 등)이 여러 팜에서 일관성 있게 적용됩니다.

자세한 내용은 공유 서비스 공급자: Stsadm 작업(Office SharePoint Server)을 참조하십시오.

팜 간 SSP 예제

이 섹션에서는 앞의 다이어그램에 나와 있는 세 하위 팜에 대해 설명합니다.

팜 간 공유 서비스만(하위 팜 1)

설명

하위 팜 1은 상위 팜이 호스팅하는 공유 서비스만 사용합니다. 이 경우에는 여러 팜에서 공유 서비스를 제공하는 데 필요한 하드웨어, 네트워크 및 관리 리소스를 최적화할 수 있습니다. 상위 팜 역할을 할 기존 팜을 지정하거나 공유 서비스만 호스팅할 전용 팜을 만들 수 있습니다.

권장 사항

이 구성은 다음과 같은 경우에 권장됩니다.

  • 회사 내의 여러 팜에 공유 서비스 제공

  • 팜 격리가 필요하지만 서비스 격리는 필요하지 않은 회사의 Office SharePoint Server 솔루션 호스팅

팜 간 SSP와 로컬 SSP의 결합(하위 팜 2)

설명

하위 팜 2는 두 가지 SSP에서 서비스를 사용합니다.

  • 상위 팜에서 팜 간 공유 서비스를 사용합니다.

  • 자체 SSP를 호스팅하고 이 SSP에서 서비스를 사용합니다.

이런 식으로 구성된 팜은 회사 전체 공유 서비스를 활용할 수 있지만 필요한 경우 독립적으로 작동할 수도 있습니다. 하위 팜은 팜 간 공유 서비스 사용에서 자체 공유 서비스 사용으로 전환할 수 있습니다.

팜 간 SSP와 로컬 SSP가 결합된 구성은 하위 팜이 Excel 서비스를 사용하는 경우에도 필요합니다. Excel 서비스가 필요한 팜은 공유 서비스를 로컬로 호스팅해야 합니다. 이 구성에서 하위 팜의 웹 응용 프로그램은 다음 다이어그램에 나와 있는 것처럼 로컬 SSP에서 Excel 서비스를 사용하고 상위 SSP에서 다른 모든 서비스를 사용합니다.

팜 간 및 로컬 SSP 결합

권장 사항

이 구성은 다음과 같은 경우에 권장됩니다.

  • 회사 내의 부서가 중요한 데이터를 보호하거나 실제 리소스를 전용하기 위해 팜 격리를 필요로 하고 회사 전체 포털 및 사이트에도 포함되어야 합니다.

  • 회사나 사업부를 인수했으며 팜의 작업을 방해하지 않고 회사 전체 리소스에 액세스할 수 있게 하려고 합니다. 이 경우에는 하위 팜이 회사 전체에서 사용할 수 있는 검색, 크롤링 등의 공유 서비스를 사용할 수 있습니다.

  • 회사 내 사업부나 그룹이 매각되었거나 다른 Office SharePoint Server 환경에 다시 할당되었습니다. 팜을 새 환경으로 이전하기 위해 독립적으로 작동하도록 팜을 구성하려고 합니다.

  • Excel 서비스가 하위 팜에 필요합니다.

대기 SSP(하위 팜 3)

설명

하위 팜 3이 팜 간 공유 서비스 사용과 자체 공유 서비스 사용 간을 전환하도록 구성되어 있습니다. 하위 팜 내의 SSP는 대기 공급자 역할을 합니다. 하위 팜은 상위 팜에서 연결을 끊을 때 대기 SSP로 전환합니다.

권장 사항

이 구성은 다른 지리적 위치로 일시적으로 발송되는 팜 배포에 권장됩니다.

SSP 관련 용량 계획

SSP 아키텍처를 계획할 때 논리 아키텍처 요소에 권장되는 소프트웨어 한도와 이러한 한도가 SSP 구성에 미칠 수 있는 영향을 고려합니다.

다음 표에는 논리 아키텍처 구성 요소에 권장되는 지침이 나와 있습니다.

논리 아키텍처 개체 적절한 성능을 위한 지침 참고  

SSP(공유 서비스 공급자)

팜당 3개(팜당 최대 20개)

웹 응용 프로그램

SSP당 99개

이 한도에는 이 SSP의 리소스를 사용하는 하위 팜의 웹 응용 프로그램 수가 포함됩니다.

IIS(인터넷 정보 서비스) 응용 프로그램 풀

웹 서버당 8개

최대 수는 하드웨어 기능으로 결정됩니다.

사이트 모음

웹 응용 프로그램당 50,000개

논리 아키텍처 구성 요소뿐만 아니라 검색 서비스에도 해당 환경에 있는 SSP의 수 및 구성에 영향을 미칠 수 있는 권장되는 소프트웨어 한도가 있습니다. 다음 표에는 SSP 계획에 영향을 미치는 권장되는 한도가 있는 특정 검색 개체가 나와 있습니다.

검색 개체 적절한 성능을 위한 지침 참고 

검색 인덱스

SSP당 1개, 팜당 최대 20개

Office SharePoint Server 2007에서는 SSP당 하나의 콘텐츠 인덱스를 지원합니다. 팜당 최대 20개의 SSP가 권장되므로 최대 20개의 콘텐츠 인덱스가 지원됩니다.

SSP는 하나의 인덱스 서버 및 하나의 콘텐츠 인덱스에만 연결할 수 있습니다. 그러나 하나의 인덱스 서버를 여러 SSP에 연결하고 각 SSP마다 하나의 콘텐츠 인덱스를 사용할 수는 있습니다.

인덱싱된 문서

콘텐츠 인덱스당 50,000,000개(SSP당 인덱스 1개)

Office SharePoint Server 2007에서는 인덱스 서버당 5천만 개의 문서를 지원합니다. 이를 인덱스 서버와 연결된 SSP 수에 따라 여러 콘텐츠 인덱스로 분할할 수 있습니다.

콘텐츠 원본

SSP당 500개

시스템에서 적용되는 하드 한도입니다.

알림

SSP당 1,000,000개

테스트된 한도입니다.

크롤링 규칙

SSP당 10,000개

유형에 관계없이 최대 10,000개의 크롤링 규칙이 권장됩니다.

크롤링 속성

SSP당 500,000개

크롤링 중에 검색되는 속성입니다.

관리 속성

SSP당 100,000개

검색 시스템이 쿼리에 사용하는 속성입니다. 크롤링 속성은 관리 속성에 매핑됩니다. 관리 속성당 최대 100개의 매핑을 사용하는 것이 좋습니다.

소프트웨어 한도에 대한 자세한 내용은 소프트웨어 경계 계획(Office SharePoint Server)을 참조하십시오.

SSP의 관리 역할 계획

Office SharePoint Server 2007의 공유 서비스 모델은 필요한 경우 특정 서비스의 관리를 위임하면서 서비스의 관리를 전체적으로 중앙 집중화하는 기능을 제공합니다. 다음 표에는 주요 SSP 역할이 나와 있습니다.

역할 업무

팜 관리자

SSP를 만들거나 삭제합니다.

공유 서비스 관리자(공유 서비스 관리 사이트 모음의 관리자)

특정 서비스에 대한 사용 권한을 구성하거나 다른 사용자에게 공유 서비스의 관리를 할당합니다.

공유 서비스 관리자

검색 서비스나 Excel 서비스 등의 특정 공유 서비스를 구성하고 관리합니다.

한 사람이 이러한 역할을 모두 수행할 수 있습니다. 그러나 많은 중간 규모 및 대규모 조직에서 특정 서비스의 관리는 흔히 위임됩니다. 다음 표에는 위임될 수 있는 특정 서비스 관리 역할이 나와 있습니다.

서비스 관리 역할 업무

검색 서비스 관리자

SSP에서 모든 검색 설정을 관리합니다.

사용자 프로필 관리자

가져오기 연결을 추가하고 사용자 프로필을 관리하며 내 사이트 설정을 구성합니다.

대상 그룹 관리자

SSP에서 대상 그룹 설정을 관리합니다.

비즈니스 데이터 카탈로그 관리자

응용 프로그램 정의를 비즈니스 데이터 카탈로그로 가져오고 SharePoint 사이트 및 목록에서 사용할 엔터티와 속성을 선택하며 필요한 경우 엔터티 인스턴스에 대해 메서드를 실행합니다.

비즈니스 데이터 카탈로그의 사용 권한 관리자

비즈니스 데이터 카탈로그의 사용 권한을 관리합니다.

프로필 서비스의 사용 권한 관리자

프로필 서비스에 대한 사용 권한을 관리합니다.

Excel 서비스 관리자

SSP에서 모든 Excel 서비스 설정을 관리합니다.

사용 현황 보고 관리자

SSP에서 사용 현황 보고 설정을 관리합니다.

이러한 역할에 대한 자세한 내용과 이러한 역할을 구성하는 방법에 대한 자세한 내용은 보안 역할 계획(Office SharePoint Server)을 참조하십시오.

팜 간 SSP 관리

팜 간 공유 서비스가 구현되는 환경에서 팜 관리자의 책임은 팜이 상위 팜인지, 아니면 하위 팜인지에 따라 다릅니다. 다음 표에서는 팜 간 SSP 환경에서 각 관리자가 수행하는 관리 작업을 요약합니다.

팜 관리자 업무

상위 팜 관리자

  • SSP를 만들고 설정을 수정합니다.

  • 상위 팜 공유 서비스 설정을 구성합니다.

  • 상위 팜에 있는 SSP 데이터베이스와 같은 공유 리소스를 관리합니다.

  • SSP와 연결된 자격 증명을 관리합니다.

  • 상위 SSP를 사용하는 모든 팜과 사이트에 영향을 미치는 공유 서비스 설정을 관리합니다.

하위 팜 관리자

  • 상위 팜에서 공유 서비스를 사용하도록 하위 팜을 구성합니다.

  • 하위 팜의 웹 응용 프로그램을 상위 SSP와 연결합니다.

  • 상위 팜에서 연결을 해제합니다.

이 문서의 다운로드

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

사용 가능한 문서의 전체 목록은 다운로드 가능한 Office SharePoint Server 2007 관련 콘텐츠 (영문)를 참조하십시오.

참고 항목

개념

공유 서비스 공급자 계획
논리 아키텍처 구성 요소
논리 아키텍처 모델: 기업 배포
공유 서비스 공급자 만들기 및 구성