Office Project Server 2007 구성 계획

업데이트 날짜: 2009년 5월

마지막으로 수정된 항목: 2015-02-27

이 문서의 내용

• Project Server 구성 선택

• 시나리오 1: 내부 호스팅

• 시나리오 2: 외부 호스팅

• 시나리오 3: 포트폴리오 관리 배포

• 시나리오 4: 전문 서비스/작업표 배포

• 시나리오 5: 프로그램 배포

• 확장 계획

• 워크시트

Project Server 구성 선택

현재 환경을 평가한 다음 관련 환경 요소를 파악하고 이러한 요소가 Microsoft Office EPM(Enterprise Project Management) 솔루션의 아키텍처에 미치는 영향을 확인한 후에 조직의 요구 사항에 가장 적합한 구성 시나리오를 식별할 수 있습니다. Project Server 구성을 선택할 때는 다음과 같은 작업을 수행해야 합니다.

• 조직을 가장 잘 나타내는 구성 시나리오 식별   조직의 규모, 사용할 계획인 Project Server 기능, 관리하는 프로젝트의 수 및 유형, 조직의 사용자 수 및 유형을 가장 유사하게 나타내는 구성 시나리오를 선택합니다.

• 해당되는 경우 요구 사항을 가장 잘 충족하는 구성 옵션(표준 또는 대체) 선택   선택하는 구성 옵션은 특정 인프라 및 환경 요소, 가용성 요구 사항 및 프로젝트 관리 요구 사항에 따라 결정됩니다.

• 필요한 경우 조직의 특정 요구 사항을 충족하도록 구성 수정   예를 들어 다음과 같은 경우 구성을 수정해야 할 수 있습니다.

  • 인터넷이나 익스트라넷을 통해 Project Web Access에 액세스하도록 합니다.

  • Active Directory 디렉터리 서비스 도메인이 없는 환경에서 작업합니다.

  • 통합된 하드웨어 집합에서 여러 Project Server 사이트를 제공하는 호스팅된 구성을 지원합니다.

  • 12,000명 이상의 사용자를 지원합니다.

  • 배포에 맞게 하드웨어 크기를 결정합니다.

이 문서에서는 조직이나 대규모 조직의 부서에서 사용할 수 있는 5가지 기본적인 구성 시나리오에 대해 설명합니다. 이러한 구성 시나리오는 구성을 계획할 때 시작 지점으로 사용할 수 있습니다. 각 구성 시나리오에는 설명, 사용자 및 프로젝트에 대한 정보, 표준 및 대체 구성 예제가 포함되어 있습니다.

이러한 구성 시나리오는 Microsoft EPM 솔루션을 배포하는 모든 조직의 요구 사항을 반영하도록 디자인되지 않았지만 엔터프라이즈 프로젝트 관리용 솔루션이 필요한 조직 유형의 대표적인 예입니다.

시나리오 1: 내부 호스팅

시나리오 1에서는 조직 내 부서나 그룹의 공유 하드웨어에 여러 Project Server 인스턴스를 배포합니다. 이 경우 모든 Project Server 인스턴스는 사용자에게 고유한 최상위 사이트 모음을 제공하지만 공용 Windows SharePoint Services 3.0 응용 프로그램 풀에 구축됩니다. 개별 인스턴스는 논리적으로 별개이며 공유 Project Server 인터페이스를 통해 데이터베이스에 저장된 데이터에 액세스합니다. 각 인스턴스의 데이터베이스는 SQL Server를 실행하는 전용 컴퓨터에 배포될 수 있습니다.

예제 "내부 호스팅" 서버 토폴로지

Project Server가 한 번 설치되고 구성됩니다. 새 인스턴스가 구축 프로세스를 사용하여 만들어집니다. 인스턴스는 동일한 웹 응용 프로그램 풀과 동일한 공유 서비스 공급자에 구축됩니다. 인스턴스는 응용 프로그램 계층에서 Project Server 인터페이스와 같은 공통 서비스 집합을 공유합니다. 인스턴스는 공통 Windows SharePoint Services 구성 데이터베이스와 공통 Windows SharePoint Services 콘텐츠 데이터베이스를 사용합니다. 인스턴스에는 별도의 프로젝트 데이터베이스가 있습니다.

시나리오 2: 외부 호스팅

시나리오 2에서는 공유 하드웨어에 여러 Project Server 인스턴스를 격리합니다. 시나리오 1과 마찬가지로 Project Server 인스턴스는 사용자에게 고유한 최상위 사이트 모음을 제공합니다. 그러나 시나리오 2에서는 각 인스턴스가 별도의 Windows SharePoint Services 3.0 응용 프로그램 풀에 구축되고 공유 서비스 공급자 웹 응용 프로그램을 통해 데이터베이스에 저장된 데이터에 액세스합니다. 이 시나리오에서는 데이터와 데이터 액세스를 분리하여 데이터 보안을 강화합니다.

예제 "외부 호스팅" 서버 토폴로지

새 인스턴스가 구축 프로세스를 사용하여 만들어집니다. 새 인스턴스는 별도의 응용 프로그램 풀에 구축됩니다. 인스턴스는 별도의 Windows SharePoint Services 콘텐츠 데이터베이스를 사용하고, 응용 프로그램 계층에서 Project Server 인터페이스와 같은 전용 서비스 집합을 사용하며, 공통 Windows SharePoint Services 구성 데이터베이스를 사용합니다. 인스턴스에는 별도의 Project Server 데이터베이스가 있습니다.

"내부 호스팅"과 "외부 호스팅"의 장점 비교

"외부 호스팅" 시나리오의 주요 장점은 프로세스 계정 격리입니다. 이는 고유 계정을 사용하는 두 공유 서비스 공급자가 있기 때문이며 Project Server 데이터베이스에 대한 액세스가 각 공유 서비스 공급자의 사용자에게 격리됩니다. 또한 웹 응용 프로그램에는 공유 서비스 공급자가 하나만 있을 수 있으므로 웹 응용 프로그램 보안도 격리됩니다. "외부 호스팅" 시나리오의 단점은 각 공유 서비스 공급자가 성능에 영향을 미친다는 것입니다. 또한 응용 프로그램 풀과 데이터베이스가 추가되므로 디스크 공간도 추가로 필요합니다. "내부 호스팅"의 경우처럼 이러한 리소스를 공유하면 여러 Microsoft Office Project Web Access 인스턴스에서 IIS 응용 프로그램 풀 프로세스의 사용에 대한 오버헤드가 최대화됩니다.

시나리오 3: 포트폴리오 관리 배포

Microsoft Office Project Server 2007 포트폴리오 관리 배포 시나리오는 Project Server를 사용하여 프로젝트 포트폴리오를 관리하려는 중간 규모 조직과 대규모 조직에 적용될 수 있습니다. 일반적으로 이러한 조직의 특징은 다음과 같습니다.

• 여러 개의 배정이 포함된 다수의 프로젝트

• 높은 프로젝트 관리자 비율

• 빈번한 Microsoft Office Project Professional 2007 사용

• 단일 공유 서비스 공급자 웹 응용 프로그램

이 시나리오에 해당하는 조직은 일반적으로 작업표, 문서 라이브러리/문제/위험, Enterprise Global 서식 파일, Enterprise 자원 그룹 등의 다양한 Project Server 기능을 사용합니다.

이 시나리오가 적용될 수 있는 조직은 모든 사용자가 동일한 LAN에서 동일한 실제 위치를 공유하는 중간 규모 조직(또는 대규모 조직의 부서)이거나 사용자가 다양한 실제 위치에 있는 대규모 조직일 수 있습니다.

예제 부서 서버 토폴로지

중간 규모 조직으로서의 사용 및 서비스 수준 요구 사항을 지원하기 위해 기본 서버 토폴로지는 프런트 엔드 웹 및 응용 프로그램 서버 구성 요소를 실행하는 서버 하나와 필요한 데이터베이스를 수용하기 위한 SQL Server 2000 또는 SQL Server 2005를 실행하는 데이터베이스 서버 하나로 구성될 수 있습니다. 이 토폴로지는 프로젝트 관리자가 20명 미만이고 한 번에 100 ~ 500개의 활성 프로젝트가 있는 경우에 최적입니다.

시나리오 3에 대한 예제 회사 서버 토폴로지

시스템이 50명 이상의 프로젝트 관리자와 1,000개 이상의 활성 프로젝트가 있는 수준으로 성장하면 회사 서버 토폴로지를 구현할 수 있습니다. 이 토폴로지에서 Project Server 프런트 엔드 웹 서버는 가용성 수준을 높이기 위해 부하가 분산된 클러스터에 배포됩니다. 이 구성은 하드웨어 오류 시 가용성 보장에 도움이 되며 작업표 사용자로 인한 동시 TCP 연결을 더 많이 수용하여 성능 향상 이점을 추가로 제공합니다. 또한 대규모 프로젝트 수의 증가로 인한 PSI(Project Server 인터페이스) 호출을 더 효과적으로 수용하기 위해 응용 프로그램 계층이 전용 서버에 배치됩니다. 조직 규모가 커지면 새 데이터 센터가 WAN 링크를 사용하여 통신해야 하며 보안을 보장하기 위해 방화벽을 사용해야 합니다.

시나리오 3에 대한 예제 엔터프라이즈 서버 토폴로지

EPM 솔루션이 대규모 조직에 맞게 확장되고 활성 프로젝트를 더 많이(3,000개 이상) 지원해야 하면 가용성을 높이기 위해 각 계층에서 중복성을 제공하는 서버 토폴로지로 확장되어야 합니다. 추가 프런트 엔드 웹 서버는 많은 수의 Office Project Web Access 사용자에게 더 나은 환경을 제공합니다.

시나리오 4: 전문 서비스/작업표 배포

Office Project Server 2007 전문 서비스/작업표 배포 시나리오는 주로 시간을 수집하고 보고하기 위해 Project Server를 사용하려는 대규모 조직에 적용될 수 있습니다. 직원과 공사 수급자의 서비스는 Project Server 작업표 기능을 사용하여 특정 기간 동안 작업한 시간을 제출합니다.

이 시나리오의 특징은 다음과 같습니다.

• 최소한의 Office Project Professional 2007 사용

• 주로 시간 및 재료에 대한 청구

• 비교적 적은 작업이 포함된 많은 수의 프로젝트(600 ~ 2,500개)

• Office Project Web Access의 예약된 작업표 항목에 해당하는 예측 가능한 최대 사용 기간

• 단일 Office Project Web Access 인스턴스

이 시나리오에 해당하는 조직은 일반적으로 제한된 Project Server 기능 집합을 사용하여 시간과 비용을 추적하며 작업표를 사용하여 정보를 수집합니다. 짧은 기간 동안 제출되는 많은 작업표로 인해 시스템 리소스 사용률이 크게 늘어나므로 확장성 문제가 발생합니다.

시나리오 4에 대한 예제 회사 서버 토폴로지

직원이 12,000명인 대규모 조직의 경우 이 회사 서버 토폴로지를 사용합니다. 이 토폴로지에서 Project Server 프런트 엔드 웹 서버는 가용성 수준을 높이기 위해 부하가 분산된 클러스터에 배포됩니다. 이 구성은 하드웨어 오류 시 가용성 보장에 도움이 되며 작업표 사용자로 인한 동시 TCP 연결을 더 많이 수용하여 성능 향상 이점을 추가로 제공합니다. 또한 대규모 프로젝트 수의 증가로 인한 PSI(Project Server 인터페이스) 호출을 더 효과적으로 수용하기 위해 응용 프로그램 계층이 전용 서버에 배치됩니다. 부하가 분산된 클러스터가 데이터베이스 계층에도 적용됩니다.

시나리오 4에 대한 예제 엔터프라이즈 서버 토폴로지

조직이 직원 20,000명의 규모로 성장하는 경우 작업표 사용자 및 보는 사람의 증가에 따라 조직이 이 엔터프라이즈 서버 토폴로지로 확장되어야 합니다. 이 토폴로지는 프런트 엔드 웹 및 응용 프로그램 계층에서 중복성을 높입니다. 추가 사용자로 인해 금요일 저녁에 작업표 사용이 급증하는 수준이 더 커지게 됩니다.

시나리오 5: 프로그램 배포

Office Project Server 2007 프로그램 배포 시나리오는 중심 영역이 PMO(Project Management Office)를 통해 수행되는 하향식 계획인 대규모 조직에 적용됩니다. 이 시나리오는 제품 개발 및 제조 시장에서 더욱 자주 볼 수 있습니다. 이 시나리오의 특징은 다음과 같습니다.

• 서로 관련되는 경우가 많은 소수의 대규모 프로젝트

• PMO에 집중

• 광범위한 Office Project Professional 2007 사용

• 제안 및 작업 계획 사용

시나리오 5에 대한 예제 회사 서버 토폴로지

사용 및 서비스 수준 요구 사항을 지원하기 위해 기본 서버 토폴로지는 다음으로 구성될 수 있습니다.

• 부하가 분산된 클러스터에서 구성된 Office Project Web Access 프런트 엔드 웹 서버 2대

• PSI(Project Server 인터페이스)를 실행하는 응용 프로그램 서버 1대. 응용 프로그램 서버는 이후에 다른 응용 프로그램 서버를 추가하는 프로세스를 단순화하기 위해 노드 하나로 이루어진 부하가 분산된 구성에 배포됩니다.

• 필요한 데이터베이스를 수용하기 위한 Microsoft SQL Server를 실행하는 별도의 컴퓨터 클러스터

• 데이터 계층을 격리하기 위한 방화벽

확장 계획

어떤 서버 구성을 선택하든 간에 EPM 솔루션에 대한 늘어나는 요구에 대응할 방법을 계획하는 것이 좋습니다. 시스템 확장 옵션에는 수직 확장과 수평 확장이 있습니다.

수직 확장

• 더 많은/더 빠른 프로세서와 RAM을 추가하거나 64비트 하드웨어를 사용하여 데이터베이스 서버의 크기를 늘립니다.

• 서버 간의 네트워크 속도를 높입니다.

• 데이터베이스 서버의 처리량을 최대화합니다.

• 네트워크 인터페이스 카드를 추가하여 트래픽을 격리합니다.

• 네트워크 세그먼트를 추가하거나 SQL 세그먼트에서 노드를 줄입니다.

• Microsoft SQL Server가 설치된 서버에서 네트워크 인터페이스 카드 팀을 사용하여 성능 및 중복성을 향상시킵니다.

수평 확장

• 응용 프로그램 서버를 추가하여 늘어난 Office Project Professional 2007 사용을 처리합니다. 이렇게 하면 중복성도 추가됩니다.

• 추가 Office Project Server 2007 인스턴스가 추가되면 프런트 엔드 웹 서버를 추가합니다.

• 데이터베이스 서버를 클러스터링하여 성능과 안정성을 높입니다.

워크시트

내부 호스팅 계획 (영문)(https://go.microsoft.com/fwlink/?linkid=73275\&clcid=0x412)

외부 호스팅 계획 (영문)(https://go.microsoft.com/fwlink/?linkid=73277\&clcid=0x412)

포트폴리오 관리 (영문)(https://go.microsoft.com/fwlink/?linkid=73279\&clcid=0x412)

작업표 시나리오 (영문)(https://go.microsoft.com/fwlink/?linkid=73280\&clcid=0x412)

프로그램 배포 (영문)(https://go.microsoft.com/fwlink/?linkid=73281\&clcid=0x412)