아티클
09/27/2010

배포 토폴로지 계획

SQL Server 2008 Reporting Services(SSRS)에서는 서버 구성 요소를 배포하는 몇 가지 방법을 제공합니다. 이 항목의 다음 섹션에서는 기본 모드와 SharePoint 통합 모드에서 Reporting Services의 배포 토폴로지 개요를 설명합니다.

[!참고]

이 항목의 다이어그램에는 Windows SharePoint Services(WSS) 3.0 또는 Microsoft Office SharePoint Server (MOSS) 2007을 사용한 배포 구성은 포함되어 있지 않습니다. 그러나 이 문서에 나와 있는 배포 토폴로지를 사용하여 WSS 또는 MOSS를 보고서 서버와 같은 컴퓨터에 구성하거나 WSS 또는 MOSS를 별도의 응용 프로그램 계층에 구성할 수 있습니다. SharePoint 통합 계획에 대한 자세한 내용 및 SharePoint 배포 토폴로지에 대한 고려 사항은 이 항목 아래쪽의 SharePoint 통합 계획 섹션을 참조하십시오.

배포 토폴로지를 계획할 때는 하드웨어 및 소프트웨어 요구 사항을 중요하게 고려해야 합니다. 이러한 요구 사항은 서버에서 실행하는 구성 요소에 영향을 줍니다. Reporting Services를 실행하기 위한 요구 사항으로 이 항목의 배포 토폴로지를 검토해야 할 뿐만 아니라 SQL Server 2008 설치를 위한 하드웨어 및 소프트웨어 요구 사항 및 보고서 서버 데이터베이스 요구 사항 예측의 정보를 지침으로 사용해야 합니다.

다음 다이어그램의 보고서 서버 데이터베이스는 Reporting Services에서 메타데이터 및 개체 정의를 저장하는 데 사용하는 reportserver 및 reportservertempdb 데이터베이스를 나타냅니다. 보고서 서버 데이터베이스를 호스팅하는 같은 컴퓨터의 다른 데이터베이스나 데이터 원본에서 보고서 데이터를 가져올 수도 있고, 다른 컴퓨터에서 가져올 수도 있습니다. 자세한 내용은 보고서 서버 데이터베이스 및 Reporting Services에서 지원하는 데이터 원본을 참조하십시오.

단일 서버 배포

단일 서버 배포 구성에서는 보고서 서버 인스턴스가 보고서 서버 데이터베이스를 호스팅하는 데이터베이스 엔진과 같은 컴퓨터에서 실행됩니다. 다음 다이어그램은 단일 서버 배포 구성의 예입니다.

단일 서버 배포 구성

다음과 같은 경우에는 단일 서버 배포 구성을 사용하는 것이 좋습니다.

보고서 처리 요청이 하루 동안 고르게 분포되어 있고 컴퓨터의 처리 능력으로 동시 세션 수를 쉽게 처리할 수 있으며 보고서 볼륨이 작거나 중간 정도인 경우
개발자가 SSRS와 통합되는 사용자 지정 솔루션을 개발하려는 경우
소프트웨어를 평가하는 경우

이 배포 구성은 설치와 유지 관리가 가장 쉽습니다. 기본 설치 옵션을 사용하면 이 배포 토폴로지가 구성됩니다. 이 배포 구성이 조직의 요구를 만족하는 경우 이 배포 구성을 계속 사용해야 합니다. 보고서 요구 사항이 늘어나는 경우 나중에 하드웨어를 업그레이드하거나 서버 인스턴스를 추가할 수 있습니다.

표준 서버 배포

표준 서버 배포에서는 보고서 서버 인스턴스가 보고서 서버 데이터베이스를 호스팅하는 SQL Server 데이터베이스 엔진 인스턴스와 다른 컴퓨터에서 실행됩니다. 다음 다이어그램은 표준 서버 배포 구성의 예입니다.

표준 서버 배포 구성

다음과 같은 경우에는 표준 배포 구성을 사용하는 것이 좋습니다.

보고서 처리 요청이 하루 동안 고르게 분포되어 있고 컴퓨터의 처리 능력으로 동시 세션 수를 쉽게 처리할 수 있으며 보고서 볼륨이 중간 정도인 경우

표준 배포 시나리오는 단일 서버 배포보다 향상된 성능을 제공합니다. 이는 보고서 서버와 데이터베이스 엔진을 같은 컴퓨터에 호스팅하면 CPU 시간, 메모리 및 디스크 액세스 등의 처리 리소스가 경합되기 때문입니다. 일부 보고서 서버 작업에는 리소스가 집중적으로 사용되므로 보고서 서버를 별도의 컴퓨터에서 실행하면 처리 리소스에 대한 경합이 감소합니다. 또한 처음에는 보고서 서버 데이터베이스가 차지하는 공간이 작을 수 있지만 런타임에 디스크 공간 요구 사항 및 I/O 하위 시스템 활용이 크게 증가할 수 있습니다.

단일 서버 배포를 선택할지 또는 표준 서버 배포를 선택할지 결정하려면 하드웨어 구성에 따라 다음과 같은 사항을 고려합니다.

처리 리소스
메모리 리소스
디스크 공간 가용성
I/O 용량

이 배포 구성이 조직의 요구를 만족하는 경우 이 배포 구성을 계속 사용해야 합니다. 보고서 요구 사항이 늘어나는 경우 나중에 하드웨어를 업그레이드하거나 서버 인스턴스를 추가할 수 있습니다.

표준 확장 서버 배포

표준 확장 서버 배포에서는 여러 보고서 서버가 단일 보고서 서버 데이터베이스를 공유합니다. 보고서 서버 데이터베이스는 원격 SQL Server 인스턴스에 설치되어 있어야 합니다. 다음 다이어그램은 보고서 서버 데이터베이스가 원격 SQL Server 인스턴스에 있는 표준 확장 서버 배포 구성의 예입니다.

표준 확장 배포 구성

확장 배포로 Reporting Services를 배포하면 보고서 서버 설치의 가용성과 확장성이 강화됩니다. 확장 배포의 각 보고서 서버를 노드라고 합니다. 보고서 서버가 다른 보고서 서버와 같은 보고서 서버 데이터베이스를 사용하도록 구성된 경우 해당 노드는 확장에 참여합니다. 대용량 대화형 보고를 지원하도록 보고서 서버 노드의 로드 균형을 조정할 수 있습니다.

다음과 같은 경우에는 확장 서버 배포 구성을 사용하는 것이 좋습니다.

동시 사용자 수 또는 처리하거나 렌더링하는 데 많은 시간이 걸리는 보고서의 복잡도 관점에서 작업이 측정되는 대용량 보고
보고 환경에서 예기치 않은 작동 중단이나 사용 불가능 상태가 발생하지 않아야 하는 고가용성 시나리오
예약된 작업 및 구독 배달의 성능을 높이려는 경우

일부 SQL Server 버전에서는 확장 배포가 지원되지 않습니다. 배포의 모든 보고서 서버 노드에서는 SQL Server의 같은 버전과 서비스 팩 수준을 실행해야 합니다. SQL Server 2008 버전에 대한 자세한 내용은 SQL Server 2008 버전 및 구성 요소 및 SQL Server 2008 버전에서 지원하는 기능을 참조하십시오. 확장 배포 및 NLB(네트워크 로드 균형 조정) 클러스터 사용에 대한 자세한 내용은 이 항목 아래쪽의 확장 배포 계획을 참조하십시오.

장애 조치 클러스터의 일부인 SQL Server 인스턴스에 보고서 서버 데이터베이스를 호스팅할 수도 있습니다. 다음 다이어그램은 보고서 서버 데이터베이스가 장애 조치 클러스터의 일부인 인스턴스에 있는 확장 서버 배포 구성의 예입니다.

장애 조치(Failover)를 사용한 표준 확장 배포

장애 조치 클러스터의 일부인 인스턴스에 보고서 서버 데이터베이스를 호스팅하면 보고 환경의 내결함성을 강화할 수 있습니다. 표준 배포에서도 장애 조치 클러스터링을 사용할 수 있지만, 확장 배포 환경과 같이 고가용성 시나리오를 위해 환경이 구성된 경우가 아니면 일반적으로 장애 조치 클러스터링을 사용할 필요가 별로 없습니다. 자세한 내용은 SQL Server 장애 조치 클러스터에서 보고서 서버 데이터베이스 호스팅를 참조하십시오.

고급 확장 서버 배포

표준 확장 배포 이외에도 고급 확장 배포 구성을 사용하여 보고 환경을 개선할 수 있는 경우가 있습니다. 예를 들어 로드 균형이 조정된 보고서 서버를 사용하여 보고서를 대화식으로 처리하고 예약된 보고서만 처리하는 별도의 보고서 서버 컴퓨터를 추가할 수 있습니다. 다음 다이어그램은 이러한 고급 확장 서버 배포 구성의 예입니다.

고급 확장 배포 구성