소프트웨어 경계 계획(Project Server)

업데이트 날짜: 2009년 5월

 

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

이 문서의 내용

• 테스트 환경

• 테스트 결과

• 적절한 성능을 위한 지침

이 문서에서는 Microsoft Office Project Server 2007의 테스트한 성능 및 용량 제한을 이해하는 데 도움이 되는 정보와 테스트 환경 및 테스트 결과에 관한 정보를 제공하며 적절한 성능을 위한 지침을 설명합니다. 이 문서의 정보를 사용하여 계획한 배포가 적절한 성능 및 용량 제한 범위에 포함되는지 확인하십시오.

이 문서에서 제공하는 테스트 결과 및 지침은 Office Project Server 2007을 단독으로 설치한 경우에 적용됩니다. 이 설치에 서버 컴퓨터를 추가하더라도 적절한 성능을 위한 지침 섹션에 나열된 사이트 개체의 용량 제한이 늘어나는 않습니다. 반면에 서버 컴퓨터를 추가하면 서버 팜의 처리량은 늘어납니다. 이는 많은 수의 개체를 사용하여 적절한 성능을 구현하는 데 필요합니다. 경우에 따라 많은 개체가 포함된 솔루션의 요구 사항을 충족시키려면 서버 팜을 두 대 이상 사용해야 할 수 있습니다.

이 문서의 지침은 성능에 따라 결정됩니다. 다시 말해 제공된 지침을 초과할 수는 있지만 규모를 늘리면 성능이 감소할 수 있습니다.

지정된 환경에서 성능에 영향을 줄 수 있는 요인에는 여러 가지가 있으며 이러한 각 요소는 서로 다른 영역에서 성능에 영향을 줄 수 있습니다. 이 문서에 설명된 일부 테스트 결과 및 권장 사항은 사용 중인 환경에 없는 기능이나 사용자 작업과 관련이 있을 수 있으므로 이 경우에는 사용자의 솔루션에 적용하지 마십시오. 철저히 테스트를 거쳐야만 사용자의 환경과 관련된 정확한 데이터를 제공할 수 있습니다.

Office Project Server 2007은 Windows SharePoint Services 3.0을 기반으로 하므로 Windows SharePoint Services 3.0의 성능 및 용량에 영향을 주는 대부분의 요인은 Office Project Server 2007에도 영향을 줍니다. Windows SharePoint Services 3.0의 용량 및 성능을 계획하는 방법에 대한 자세한 내용은 성능 및 용량 계획(Windows SharePoint Services)을 참조하십시오.

테스트 환경

테스트 결과를 상세히 제공하기 위해 웹 서버 및 응용 프로그램 서버 역할을 수행하는 서버 컴퓨터 한 대, 클라이언트 컴퓨터 한 대 또는 두 대, Microsoft SQL Server 2000 데이터베이스 소프트웨어를 실행하는 데이터베이스 서버 컴퓨터 한 대를 포함하는 여러 가지 팜 구성이 테스트에 사용되었습니다. 일부 테스트는 다른 응용 프로그램 서버 컴퓨터에서 수행되었습니다. 전용 도메인 컨트롤러 컴퓨터도 테스트 실험에 사용되었습니다. 모든 서버 컴퓨터는 32비트였습니다.

다음 표에는 테스트 환경에서 각 역할을 수행하는 컴퓨터의 사양이 표시되어 있습니다.

컴퓨터 역할	사양
웹 서버 및 응용 프로그램 서버	AMD Opteron 2.2GHz 프로세서 4개, 2GB RAM
응용 프로그램 서버	AMD Opteron 2.2GHz 프로세서 4개, 2GB RAM
데이터베이스 서버	Intel Xeon 1.5 GHz 프로세서 4개, 4GB RAM
클라이언트	Pentium D 3 GHz 프로세서 1개, 2GB RAM
도메인 컨트롤러	Pentium III 1 GHz 프로세서 2개, 512MB RAM 참고 테스트하는 동안 CPU 및 메모리 사용량을 기준으로 상대적으로 낮은 사양의 도메인 컨트롤러에서는 심각한 병목 현상이 나타나지 않았습니다.

팜 컴퓨터 간에 100메가비트 이더넷 네트워크가 사용되었습니다.

테스트 결과

아래의 차트, 그래프 및 표는 주어진 서버 구성, 사용자 작업, 부하 상태에서 테스트 환경이 어떻게 수행되었는지 보여 줍니다. 제공된 결과는 유사한 모든 Office Project Server 2007 환경에 적용됩니다.

참고

나중에 다른 구성도 테스트할 예정입니다. 테스트 결과가 나오면 게시됩니다.

여러 작업의 성능 측정 기준은 프로젝트 파일의 크기, 지정된 프로젝트에 포함된 초기 계획 수, 팜의 처리량 같은 요인에 따라 다릅니다. 예를 들어 사용하는 팜 구성 및 네트워크 대기 시간에 따라 작은 프로젝트 파일(1MB 미만)을 저장하는 데는 1초 미만이 필요하며 50MB 프로젝트 파일은 저장하는 데 1분 넘게 걸릴 수 있습니다.

프로젝트 크기 테스트 표준

다음 표에서는 테스트하는 데 사용된 세 가지 크기의 프로젝트 파일을 설명합니다.

크기	파일 크기(MB)	작업 수	자원 수	배정 수
작음	0.896	10	10	10
중간	2.03	1,420	94	실제 자원과 관련된 배정 1,486개, 미배정 380개
큼	8.139	10,422	2	실제 자원과 관련된 배정 5개, 미배정 7,693개

Active Directory 동기화

이 테스트는 자원 수가 증가하면 Active Directory 디렉터리 서비스 동기화의 성능이 얼마나 저하되는지 측정하기 위해 실시되었습니다.

Windows SharePoint Services 3.0은 Office Project Server 2007에 기본 보안 및 사용자 관리 아키텍처를 제공합니다. 도메인 사용자를 Office Project Server 2007의 자원으로 관리하려면 도메인의 Active Directory를 팜의 서버 중 하나에 있는 Windows SharePoint Services 3.0과 동기화해야 합니다.

Active Directory 동기화는 가져온 자원 수와 비례하여 복잡해지지 않습니다. 복잡도는 대략적으로 2차식이며 Windows SharePoint Services 3.0과 Active Directory 간의 동기화를 그 예로 들 수 있습니다. 테스트 결과에 따르면 20,000명 규모의 조직에서 하드웨어 테스트 시 Windows SharePoint Services 3.0을 동기화하는 데 약 28시간이 필요합니다. 40,000명 규모의 조직에서 Windows SharePoint Services 3.0을 동기화하려면 약 109시간(4.6일)이 걸립니다. 이러한 예상 시간은 이 테스트에 사용된 하드웨어 및 네트워크 사양에 따라 달라집니다.

일반적으로 자원 풀의 크기가 두 배로 늘어나면 지정된 팜 구성 및 네트워크 대역폭에 대해 Active Directory를 동기화하는 데 필요한 시간의 거의 4배가 필요합니다. 매우 큰 조직에서는 하드웨어에 관계없이 Active Directory 동기화 작업이 이틀 이상 실행될 수 있습니다.

다음 그래프는 자원 수의 증가에 따라 Active Directory 동기화를 완료하는 데 필요한 시간을 보여 줍니다.

Active Directory와 Office Project Server 2007 간의 동기화에 대한 자세한 내용은 Project Server 2007에서 Active Directory 동기화 관리를 참조하십시오.

성능에 대한 초기 계획의 효과

Office Project Server 2007에서는 지정된 프로젝트 내에 최대 11가지 초기 계획을 저장할 수 있습니다. 프로젝트의 초기 계획 수가 증가할수록 성능도 여러 가지로 영향을 받습니다. 소규모 프로젝트, 중간 규모 프로젝트, 대규모 프로젝트별로 늘어난 초기 계획 수를 저장할 경우 어떤 결과가 나타나는지 확인하기 위한 테스트를 실시했습니다.

테스트에서 파일 크기 및 가상 메모리의 증가는 대략적으로 프로젝트에 저장된 초기 계획 수와 관련하여 비례하는 것으로 나타납니다. 초기 계획을 저장하는 데 필요한 시간은 프로젝트의 크기와 함께 증가합니다. 소규모 또는 중간 규모 프로젝트의 경우 파일 I/O 작업에 필요한 시간은 최대 초기 계획 수에 도달할 때까지 증가하지 않았습니다. 큰 프로젝트의 경우 파일 I/O 작업에 필요한 시간은 여덟 번째 초기 계획을 추가한 후에 크게 증가했습니다.

프로젝트 수준 및 폭 제한

하위 프로젝트를 마스터 프로젝트에 삽입할 경우 성능에 어느 정도의 영향을 미치는지 확인하기 위한 테스트를 실시했습니다. 수행된 테스트는 다음 두 가지입니다.

• 수준 테스트(하위 항목 포함)

• 폭 테스트(하위 항목 포함 안 함)

수준 테스트

수준 테스트는 하위 프로젝트를 반복적으로 삽입하는 경우에 대한 테스트입니다. 예를 들면 Proj01을 Proj02에 삽입합니다. 그런 다음 이 체인을 Proj03에 삽입하고, 다시 이 체인을 Proj04에 삽입하는 등 반복 삽입하는 경우에 대한 테스트입니다. 체인의 각 프로젝트는 동일하며 이 테스트의 목적은 소, 중, 대 크기별로 각 프로젝트를 몇 번이나 반복적으로 삽입할 수 있는지, 그리고 얼마나 다양한 성능 측정 기준이 응답하는지 확인하는 것입니다.

하위 항목으로 반복 삽입하는 경우에 관한 테스트에서는 실제 모든 주요 매개 변수가 비례하여 확장되었습니다. 수준의 제한 요인은 메모리 사용량입니다. 예를 들어 약 10,000개의 작업이 포함된 16가지 수준의 대규모 프로젝트는 32비트 가상 메모리 제한에 도달했습니다. 그러나 이 예에서도 실행된 작업은 매우 빠르게 저장됩니다. 마스터 프로젝트를 닫은 다음 다시 열거나 새로운 계층을 삽입하거나 재계산을 수행하는 등의 다른 작업은 시간이 훨씬 더 많이 소모됩니다. 64비트 서버 플랫폼에서는 삽입할 수 있는 프로젝트 수가 훨씬 많아지지만 일반적으로 그러한 수준이 필요한 프로젝트는 많지 않습니다.

다음 그래프는 하위 항목으로 반복 삽입하는 프로젝트의 수가 증가할 때 파일 I/O 작업을 완료하는 데 필요한 시간이 얼마나 증가하는지를 보여 줍니다. 많지 않은 수의 프로젝트를 반복 삽입한 경우에도 중간 크기의 프로젝트 성능이 크게 저하된 결과를 나타냈기 때문에 큰 프로젝트에 대해서는 표시하지 않았습니다.

폭 테스트

폭 테스트는 하위 프로젝트를 단일 마스터 프로젝트에 대해 동일한 개요 수준(즉, 하위 항목을 포함하지 않음)에 삽입하는 경우에 대한 테스트입니다.

모든 주요 매개 변수는 프로젝트 폭에 비례하여 확장되었습니다. 메모리 사용량은 하위 항목 없는 중간 크기의 파일을 약 35개 삽입한 후에 병목 현상이 발생했으며 20개 폭의 프로젝트에서 작업을 완료하고 저장하는 데 필요한 시간은 약 400초입니다. 하위 항목을 포함하는 수준 테스트와 마찬가지로 64비트 플랫폼을 사용하는 경우 삽입할 수 있는 프로젝트 수가 크게 증가하지만 그러한 폭이 필요한 프로젝트는 많지 않습니다.

다음 그래프는 하위 항목 없이 삽입한 프로젝트 수가 증가할 때 중간 크기의 프로젝트에서 파일 I/O 작업을 완료하는 데 필요한 시간이 얼마나 증가하는지 보여 줍니다.

Project Server 성능 및 네트워크 대기 시간

Office Project Server 2007은 네트워크 대기 시간이 긴 환경에서 잘 작동합니다. Office Project Server 2007에서는 디자인이 변경되어 일반적인 단일 사용자 파일 I/O 시나리오, 특히 대기 시간이 큰 WAN(Wide Area Network) 환경의 사용자에게 큰 이점을 제공합니다. Project Server 2003에서 대기 시간이 큰(50ms) WAN을 통해 큰 파일을 열면 45분 정도 걸릴 수 있지만 Office Project Server 2007에서 같은 작업을 테스트한 결과 1분이 채 걸릴지 않았습니다. Office Project Professional 2007의 팀 구성도 WAN 환경에서 이와 비슷한 성능 향상을 보여 줍니다. 대기 시간이 짧은 네트워크 연결을 사용할 경우에도 뚜렷한 이점이 있지만 WAN을 통한 Office Project Server 2007의 성능은 이전 버전의 성능에 비해 크게 향상되었습니다.

Office Project Server 2007을 처음 시작할 때의 성능은 Project Server 2003의 성능보다 뒤쳐지지만 두 번째 이후부터는 성능이 크게 향상되어 Project Server 2003의 성능을 능가합니다.

적절한 성능을 위한 지침

용량은 확장성의 영향을 직접적으로 받습니다. 이 섹션에서는 Microsoft Office EPM(Enterprise Project Management) 솔루션을 구성할 수 있는 개체를 설명하고 각 개체 유형에 대해 적절한 성능을 위한 지침을 제공합니다.

사용자의 솔루션 계획에서 하나 이상의 개체가 권장 지침을 초과하는 경우 다음 작업 중 하나 이상을 수행하십시오.

• 솔루션을 평가하여 다른 영역에서 보완이 이루어지는지 확인합니다.

• 솔루션을 작성하고 배포할 때 테스트하고 모니터링할 수 있도록 이러한 영역에 플래그를 지정합니다.

• 솔루션을 다시 설계하여 용량 지침을 초과하지 않도록 합니다.

다음 표에서는 적용을 제한할 Office Project Server 2007 개체를 보여 주고 적절한 성능을 위해 권장되는 지침도 보여 줍니다. 적절한 성능은 테스트 시 시스템에서 해당하는 수의 개체를 지원할 수 있지만 그 수가 초과되면 성능이 저하됨을 의미합니다. 별표(*)는 하드 한도를 나타내고, 별표가 없는 경우는 테스트되었거나 지원되는 한도를 나타냅니다.

개체	적절한 성능을 위한 지침	참고
팜별 자원	40,000	테스트된 제한입니다.
프로젝트별 초기 계획	7개 권장 최대 11개*	테스트 결과 초기 계획을 8개 이상 생성했을 때 큰 프로젝트 파일에서 특정 작업에 대해 성능 저하를 나타냈습니다. 자세한 내용은 이 문서의 앞 부분에 나오는 "성능에 대한 초기 계획의 효과"를 참조하십시오.
삽입된 프로젝트의 수준(하위 항목 포함)	16	이 수준에서는 성능 저하가 큽니다.
삽입된 프로젝트의 폭(하위 항목 포함 안 함)	20	이 수준에서는 성능 저하가 큽니다.
프로젝트별 작업	5,000	테스트된 제한입니다.
작업 기간(개월)	300	프로젝트를 게시하는 데 걸리는 시간은 작업 시간 배분 형식을 작업에 적용할 때의 작업 기간에 따라 달라집니다. EPM 솔루션을 사용하여 몇 년에 걸친 프로젝트를 만드는 경우에 특히 큰 영향을 미칠 수 있습니다. 테스트된 제한입니다.
작업별 배정	16,000	테스트된 제한입니다. 작업별로 16,000건 이상 배정할 수 있지만 이미 16,000건의 배정이 포함된 작업에 배정 1건을 추가하려면 7초가 걸립니다.
로컬 사용자 정의 수식 필드	10-30	작업별로 허용되는 사용자 정의 수식 필드 수는 사용자 정의 필드 유형에 따라 다릅니다. 다음 목록에서는 사용자 정의 필드 유형 및 해당 필드 유형의 제한을 보여 줍니다. 작업 텍스트: 30 작업 비용: 10 작업 날짜/시작/완료: 10 작업 기간: 10 작업 플래그: 20 작업 번호: 20 작업 개요 코드: 10 자원 텍스트: 30 자원 비용: 10 자원 날짜/시작/마감: 10 자원 기간: 10 자원 플래그: 20 자원 번호: 20 자원 개요 코드: 10
서버별 Enterprise 사용자 정의 수식 필드	32,000	이는 이론적인 제한이며 이 제한은 필드에 적용할 수 있는 모든 엔터티 유형에 적용됩니다. 그러나 약 1,000개가 넘는 Enterprise 사용자 정의 필드에 대해서는 성능 테스트를 실시하지 않았습니다.
팀 구성 자원 제한	10,000개의 자원	서버에 자원이 10,000개 있을 때에도 팀 구성 대화 상자를 표시하는 데 5초가 걸리지 않습니다. 10,000개의 자원은 테스트된 제한이지만 이후에 대화 상자를 표시하는 데 필요한 시간이 늘어나도 괜찮은 경우 팀 구성에서는 더 많은 자원을 사용할 수 있습니다.

참고 항목

개념

Project Server 2007에서 Active Directory 동기화 관리