Planning Server의 성능 및 확장성
업데이트: 2009-04-30
계획 서버의 성능 및 확장성은 배포된 환경의 영향을 받습니다. 계획 서버 아키텍처는 확장 가능하며 성능을 유지할 수 있도록 디자인되지만 네트워크 성능, 사용 패턴 및 프로필, 하드웨어 등이 모두 최종 성능 및 확장 용이성에 중요한 역할을 합니다.
확장성과 성능 간의 완벽한 균형을 달성하기는 어렵습니다. 그리고 결과가 나타나기 전까지는 어떤 것이 잘못되었는지 알지 못할 수도 있습니다.
계획 서버는 수직 및 수평 확장을 지원합니다. 프로세서, 메모리, 디스크를 추가하는 등 계획 서버 서버의 시스템 리소스를 늘려 Microsoft Office PerformancePoint Server 2007를 수직 확장할 수 있습니다. 또한 증가하는 비즈니스 사용자의 요구를 충족시키기 위해 하나 이상의 클러스터에서 프런트 엔드 웹 서버를 하나 이상 배포하여 계획 서버를 수평 확장할 수 있습니다.
일반적으로 배포한 계획 서버의 성능은 성능이 가장 낮은 서버에 의해 결정됩니다. 이 서버는 시스템에서 병목 현상을 일으키는 지점이기도 합니다. 그러므로 성능 향상시키려면 병목 현상 지점을 파악하여 하드웨어 변경 또는 소프트웨어 구성을 통해 이를 해결하는 것이 중요합니다.
수평 확장 시 고려 사항
초기 토폴로지를 결정한 후 업무 프로세스 성능 및 사용자 작업 부하에 따른 요구 사항을 충족시키기 위해 계획 서버 배포를 수평 확장할 수 있습니다. 계획 서버를 수평 확장하는 프로세스는 아키텍처 및 응용 프로그램 계획이라는 두 가지 관점에 따라 다르게 운용됩니다.
비즈니스 모델링 및 계획에 따라 PerformancePoint 계획 응용 프로그램의 구성 및 게시 방법이 결정됩니다. 그리고 해당 결정을 바탕으로 하나 이상의 응용 프로그램과 선택한 응용 프로그램 구조 및 각 응용 프로그램을 지원하는 데 필요한 데이터 볼륨을 기반으로 하여 수평 확장을 수행할 수 있습니다. 응용 프로그램 디자인에 사이트가 하나만 포함되어 있으면 Microsoft SQL Server 2005를 실행 중인 단일 컴퓨터와 SQL Server 2005 Analysis Services를 실행 중인 단일 컴퓨터로 PerformancePoint Server 배포를 수평 확장할 수 있습니다. 하지만 응용 프로그램 디자인에 여러 모델 사이트가 포함된 응용 프로그램이 여러 개 들어 있으면 여러 SQL Server 및 Analysis Services 서버로 PerformancePoint Server 배포를 수평 확장할 수 있습니다.
요약하자면, 비즈니스 모델링을 통해 다음이 가능합니다.
각 응용 프로그램이 SQL Server를 실행하는 자체 컴퓨터에 상주할 수 있습니다.
각 모델 사이트를 자체 Analysis Services 서버에 게시할 수 있습니다.
대규모 사용자 작업 부하, 여러 업무 프로세스 작업 및 복잡한 업무 프로세스를 지원하려면 구조적 수평 확장 프로세스를 수행해야 합니다. 프런트 엔드 웹 서버를 네트워크 부하 분산 기능이 설정된 클러스터에 배포하면 들어오는 클라이언트 요청을 적시에 처리할 수 있습니다. 또한 여러 서버를 도입해 사용자가 요청한 작업에 필요한 성능을 제공할 수 있습니다. 이는 여러 사용자 작업이 동시에 제출될 때 배포된 계획 프로세스 서비스에 제출된 모든 요청을 처리할 수 있는 리소스가 없는 경우 매우 유용한 효과를 가져옵니다. 계획 프로세스 서비스에서는 네이티브 SQL Server 2005 Service Broker 기능을 사용하므로 SQL Server 구성이 최적화되어 있으면 사용자 작업 부하에 따라 계획 프로세스 서비스를 사용할 수도 있습니다.
수평 확장을 수행할 때는 계획 서버 구성 설정에 주의해야 합니다. 연결 제한 시간 등의 일부 구성 설정은 최적화된 환경에서도 전체 성능에 영향을 줍니다.
수평 확장에 대한 자세한 내용은 SQL Server 2005 및 Analysis Services의 "권장 지침" 문서를 참조하십시오.
수직 확장 시 고려 사항
배포를 적절하게 수평 확장한 후에 비즈니스 생산성 목표를 달성하기 위해 소규모 증분 개선 작업을 수행해야 하는 경우에는 수직 확장이 필요할 수 있습니다. 수직 확장은 하드 디스크나 메모리 등의 리소스를 추가하거나 다시 구성하여 각 서버 컴퓨터의 용량을 늘리는 작업입니다. 또한 운영 체제를 변경하거나 보다 용량이 큰 서버로 바꾸는 방법으로도 배포의 서버를 수직 확장할 수 있습니다. 예를 들어 관리자가 프로세서를 추가하여 단일 프로세서 컴퓨터를 이중 프로세서 컴퓨터로, 또는 이중 프로세스 컴퓨터를 4중 프로세서 컴퓨터로 전환할 수 있습니다. 컴퓨터에 RAM을 추가하고 디스크 공간을 늘려 수직 확장을 수행할 수도 있습니다. 메모리가 최대 3GB인 32비트 운영 체제를 사용하면 필요한 서비스 수준을 제공할 수 있습니다. 또한 메모리가 4GB 이상인 서버에서 64비트 운영 체제로 수직 확장할 수도 있습니다.
수직 확장 변경 내용을 활용하기 위해 계획 서버의 구성을 특별히 변경할 필요는 없습니다.
배포에 사용되는 모든 서버에서 같은 플랫폼을 사용하는 것이 좋습니다. 플랫폼이 혼합된 환경에서는 클러스터링을 사용할 수 없기 때문입니다. Windows Server에서는 32비트 컴퓨터와 64비트 컴퓨터를 클러스터링하는 작업이 명시적으로 금지되어 있습니다.
수직 확장에 대한 자세한 내용은 IIS 6.0 Security Best Practices (IIS 6.0)(https://go.microsoft.com/fwlink/?LinkId=102487&clcid=0x412)을 참조하십시오.
Planning Server 가용성에 대한 고려 사항
비즈니스 사용자의 생산성은 계획 서버를 사용하여 비즈니스 작업과 업무를 완료하는 능력에 따라 달라집니다. 계획 서버가 계속 실행될 수 있도록 유지하고 예상치 못한 하드웨어 문제가 발생하지 않도록 방지하기 위해 다음과 같은 다양한 전략을 배포할 수 있습니다.
네트워크 부하 분산 기능이 있는 클러스터에 프런트 엔드 웹 서버를 배포할 수 있습니다. 그러면 PerformancePoint Server 시스템에서 고가용성이 허용됩니다.
SQL Server를 실행 중인 컴퓨터를 클러스터된 환경에 배포할 수 있습니다. 그러면 응용 프로그램에서 고가용성이 허용됩니다.
Analysis Services 및 분석 서버를 클러스터된 환경에 배포할 수 있습니다. 그러면 모델 사이트 및 모델에서 고가용성이 허용됩니다.
RAID 5.0 또는 6.0을 구현할 수 있습니다. 또한 SQL Server와 Analysis Services 서버를 미러링하는 방법으로도 데이터 중복을 허용하고 고가용성을 지원할 수 있습니다.
배포에는 여러 비동기 서버를 포함하는 것이 좋습니다. 그러나 Windows Server 2003에서는 동일한 Windows 서비스를 실행하는 컴퓨터의 클러스터링이 허용되지 않으므로 이러한 서버에 대한 클러스터링은 지원되지 않습니다.
네트워크 용량에 대한 고려 사항
PerformancePoint Server를 독립 실행형 배포에 설치하는 경우를 제외하면 서버에 대한 모든 클라이언트 상호 작용은 네트워크를 통해 수행됩니다. 분산 배포에서는 네트워크 용량에 따라 비즈니스 데이터 및 메타데이터가 이동하는 속도가 결정됩니다. 계획 웹 서비스 컴퓨터에서 SQL Server 데이터베이스로 이동하는 데이터의 흐름은 주로 메타데이터, 참조 데이터 및 팩트 데이터의 이동으로 구성됩니다. 그리고 SQL Server 데이터베이스에서 Analysis Services 데이터베이스로 이동하는 데이터 흐름은 트랜잭션 데이터와 계획 데이터 및 관련 보안 설정으로 구성됩니다. 일반적으로 Analysis Services에 데이터를 게시하는 작업을 보다 자주 수행하기 때문에, SQL Server 데이터베이스에서 Analysis Services 데이터베이스로 이동하는 데이터 흐름이 프런트 엔드 웹 서버에서 SQL Server 데이터베이스로 이동하는 데이터 흐름보다 훨씬 많습니다.
계획 서버에서는 계획 프로세스를 지원하기 위해 온라인 및 오프라인 작업 모드를 모두 제공합니다. 오프라인 모드일 때 Excel용 PerformancePoint 추가 기능은 사용자의 보안 구성을 기반으로 하여 클라이언트 컴퓨터에서 데이터 집합을 검색 및 저장합니다. 따라서 네트워크 부하는 비즈니스 사용자에 대해 정의된 보안 구성에 따라서도 결정됩니다. 최소한의 데이터가 네트워크를 통해 전송되도록 하려면 보안 구성은 Planning Business Modeler에서 가능한 최소 범위로 정의해야 합니다. 보안을 적절하게 구성하지 않으면 클라이언트의 데이터 검색 및 새로 고침 작업이 지연되어 Excel용 PerformancePoint 추가 기능의 오프라인 기능에 영향을 줄 수 있습니다.
그러므로 배포되는 환경에서 비즈니스 사용자에게 필요한 서비스 수준을 제공할 수 있도록 관리자가 디자인 및 테스트 환경에서 적절한 온라인 및 오프라인 성능 벤치마킹을 수행하는 것이 좋습니다.
계획 서버의 사용자 작업 부하는 Planning Business Modeler의 응용 프로그램 모델링 및 디자인 작업과 Excel용 PerformancePoint 추가 기능의 업무 프로세스 및 데이터 전송으로 인해 발생합니다. 클라이언트에서 생성되는 대부분의 사용자 작업 부하는 웹 서비스에서 데이터 및 비즈니스 작업 캡슐화를 요청하면 네트워크를 통해 서버로 전송됩니다. 또한 데이터 집합 크기 및 관련 비즈니스 작업도 전체 사용자 작업 부하에 영향을 줄 수 있습니다.
계획 서버 배포를 수평 확장하면 보다 많은 작업 부하를 처리할 수 있게 됩니다. 그러므로 배포되는 환경에서 비즈니스 사용자에게 필요한 서비스 수준을 제공할 수 있도록 계획 서버 관리자가 디자인 및 테스트 환경에서 기본적인 벤치마킹을 수행하는 것이 좋습니다.
Planning Server 설치 옵션
계획 서버는 소프트웨어 설치 및 구성의 두 단계를 통해 배포됩니다.
먼저 계획 서버가 컴퓨터에 설치됩니다. 계획 서버를 실행 및 구성하는 데 필요한 모든 항목은 구성 단계에서 설정할 수 있습니다.
다음과 같은 두 가지 구성 옵션이 있습니다.
독립 실행형: 이 옵션을 선택하면 계획 서버 데이터베이스를 포함하여 단일 컴퓨터에서 모든 계획 서버 구성 요소가 구성됩니다. 전체 구성을 실행하려면 SQL Server를 대상 컴퓨터에 설치해야 합니다.
분산: 이 옵션을 선택하면 계획 서버 구성 요소의 수를 하나, 둘 또는 모두로 구성할 수 있습니다. 또한 이 옵션을 사용하여 계획 서버 및 계획 서버 데이터베이스를 각각 별도의 컴퓨터에 설치할 수 있습니다. 분산형 다중 서버 토폴로지에서는 사용자 지정 구성 프로세스를 여러 컴퓨터에서 수행해야 할 수 있습니다.
프로세스의 구성 단계에서는 계획 서버 구성 관리자가 각 계획 서버 컴퓨터를 구성합니다. 클라이언트(Planning Business Modeler 및 Excel용 PerformancePoint 추가 기능)의 경우 설치 및 구성 단계가 한 단계에서 모두 이루어집니다.
계획 서버 구성 관리자는 초기 서버 설치 후에 자동으로 실행됩니다. 계획 서버 구성 관리자를 사용하여 구성할 서버를 선택합니다. 예를 들어 SQL Server를 실행하는 컴퓨터와 웹 사이트를 구성할 수 있습니다.
계획 서버 구성 관리자는 여러 번 실행할 수 있습니다. 예를 들어 계획 웹 서비스를 구성하고 나중에 원격 관리 서비스 구성 단계로 돌아올 수 있습니다.
Planning Server 독립 실행형 설치
계획 서버의 모든 서버 구성 요소를 단일 컴퓨터에 설치할 수 있습니다. 이러한 독립 실행형 구성은 Planning Server의 테스트, 개발 및 개념 증명에 사용됩니다. 먼저 .msi 파일을 통해 계획 서버를 설치하면 필요한 모든 설치 파일이 로컬 컴퓨터의 하드 디스크에 복사됩니다. 그런 다음 계획 서버 구성 관리자를 통해 계획 서버 컴퓨터에 대한 구성 옵션을 설정하면 설치가 완료됩니다.
Planning Server 분산 설치
계획 서버를 설치하면 두 가지 핵심 서비스(씬 클라이언트 관리 콘솔 및 두 시스템 데이터베이스)가 설치됩니다. 모든 핵심 구성 요소를 원하는 대로 조합하여 계획 서버 토폴로지의 컴퓨터 한 대 이상에 설치할 수 있습니다. 즉, 모든 서비스를 동일한 컴퓨터에 설치할 수도 있고 각 서비스를 별도의 컴퓨터에 설치할 수도 있으며, 원하는 방식으로 서비스를 분산할 수도 있습니다.
PerformancePoint Server 설치에는 다음이 포함됩니다.
계획 시스템 데이터베이스
계획 서비스 데이터베이스
계획 웹 서비스
계획 프로세스 서비스
계획 관리 콘솔
클러스터된 환경이나 네트워크 부하 분산 환경에서는 각 구성 요소의 여러 인스턴스를 추가 컴퓨터에 설치할 수 있습니다. 이러한 작업은 고급 배포 방식이므로 숙련된 IT 전문가가 수행해야 합니다.
분산형 계획 서버 토폴로지에서 계획 웹 서비스에 여러 컴퓨터를 사용하는 경우에는 사용자 요청이 계획 웹 서비스를 통해 부하 분산됩니다.
SQL Server 관계형 데이터베이스, SQL Server Analysis Services, 파일 공유(Office SharePoint Server 2007 , Windows SharePoint Services 3.0 등)와 직접 통신하는 계획 웹 서비스에서 사용자 요청을 처리합니다. 계획 관리 콘솔도 계획 웹 서비스와 직접 통신합니다.
계획 서버 컴퓨터는 SQL Server와 SQL Server Analysis Services를 실행 중인 컴퓨터 및 클라이언트 컴퓨터와 동일한 Windows 도메인에 설치해야 합니다. 또는 계획 서버 컴퓨터는 SQL Server와 Analysis Services를 실행 중인 컴퓨터 및 클라이언트 컴퓨터가 있는 도메인에서 신뢰하는 도메인에 있어야 합니다.
Excel용 PerformancePoint 추가 기능은 계획 웹 서비스 및 SQL Server Analysis Services와 통신하며, 디자인 작업을 위해 SharePoint 라이브러리 또는 네트워크 파일 공유와 통신합니다.
각 계획 프로세스 서비스는 SQL Server 관계형 데이터베이스, SQL Server Analysis Services, 파일 공유(Windows Share Point Services, Office SharePoint Server 등)와 직접 통신합니다.
계획 프로세스 서비스가 설치된 여러 컴퓨터가 단일 PerformancePoint Server 토폴로지 내에 포함될 수 있습니다.
PerformancePoint 계획 명령 유틸리티(PPSCmd)는 계획 웹 서비스와 통신합니다.
클라이언트 컴퓨터는 웹 서비스를 통해 계획 서버와 통신합니다. 이는 개인 인터페이스이므로 계획 서버에 대해 기본 SSL(Secure Sockets Layer) 설정을 유지하는 것이 좋습니다. 웹 브라우저와 계획 관리 콘솔의 통신은 기본적으로 HTTP 프로토콜을 통해 수행되지만, SSL을 사용하는 것이 좋습니다.
시스템 데이터베이스를 사용하려면 컴퓨터에서 SQL Server 2005 SP2(서비스 팩 2)를 실행해야 합니다. 또한 PerformancePoint Server를 사용하는 경우 SQL Server가 계획 응용 프로그램 데이터베이스를 호스트해야 합니다. Planning Server에서 만들어지는 모든 응용 프로그램에는 자체 데이터베이스가 필요합니다. 또한 계획 서버를 사용하려면 토폴로지에서 한 대 이상의 컴퓨터가 SQL Server Analysis Services(비즈니스 데이터를 저장하는OLAP 큐브 포함)를 실행해야 합니다.
SQL Server 및 Analysis Services에 대해 모두 토폴로지에 하나 이상의 컴퓨터를 포함할 수 있습니다. 즉, 계획 서버 서비스, SQL Server 관계형 데이터베이스 및 Analysis Services OLAP 큐브에 대해 모두 분산 환경을 사용할 수 있습니다.
분산 설치의 상호 운용성 고려 사항
분산 설치에서 계획 서버를 배포하려면 다음과 같은 상호 운용성 관련 사항을 고려하십시오. 배포를 올바르게 수행하려면 이러한 사항을 반드시 고려해야 합니다.
계획 서버 컴퓨터의 각 설치는 서로를 미러링해야 합니다. 즉, 계획 서버 컴퓨터에 설치되는 모든 코드나 구성 요소를 웹 팜의 모든 계획 서버 컴퓨터에도 설치해야 합니다. 예를 들어 웹 팜의 단일 컴퓨터에 계획 웹 서비스를 설치하는 경우에는 다른 컴퓨터에도 모두 설치해야 합니다.
모든 계획 서버 컴퓨터는 팜을 보다 효율적으로 지원하기 위해 상태를 저장 안 합니다. 즉, 서버 구성 데이터 및 커밋된 사용자 데이터 손실 없이 최상위 수준부터 웹 팜의 모든 계획 서버 컴퓨터를 유사한 서버로 대체할 수 있습니다. 이 요구 사항을 응용 프로그램의 상태가 저장 안 되는 상황과 혼동해서는 안 됩니다. 이 경우 손실될 가능성이 있는 데이터는 오류 이전에 커밋되지 않은 in-process 데이터뿐입니다.
여러 SQL Server 관계형 데이터베이스 및 SQL Analysis Services 데이터베이스가 '허용될' 뿐 아니라 '장려되는' 경우도 있습니다. 다음과 같은 경우를 예로 들 수 있습니다.
대형 데이터 저장소가 있는 경우
하나 이상의 서비스가 SQL Server 또는 Analysis Services 인스턴스에 대해 요청을 많이 하는 경우