Reporting Services 배포 계획
업데이트: 2006년 4월 14일
SQL Server 2005 Reporting Services에서는 다음 두 가지 배포 모델을 제공합니다.
- 표준 배포는 로컬 또는 원격 SQL Server 데이터베이스 엔진을 사용하여 보고서 서버 데이터베이스를 호스팅하는 단일 보고서 서버 인스턴스로 구성됩니다. SQL Server 2000이나 SQL Server 2005를 사용하여 보고서 서버 데이터베이스를 호스팅할 수 있습니다.
- 확장 배포는 단일 보고서 서버 데이터베이스를 공유하는 여러 개의 보고서 서버로 구성됩니다. 데이터베이스는 원격 SQL Server 인스턴스 또는 보고서 서버 중 하나에 로컬로 설치할 수 있습니다. 보고서 서버 데이터베이스를 호스팅하는 SQL Server 인스턴스는 장애 조치 클러스터의 일부일 수 있습니다.
확장 배포는 엔터프라이즈 버전, 디벨로퍼 버전 및 평가판 버전에서 지원됩니다.
효율적인 배포를 위해 표준 배포를 완료하는 데 필요한 일련의 작업을 설명하는 검사 목록을 사용할 수 있습니다. 자세한 내용은 서버 배포 검사 목록을 참조하십시오. 확장 배포에 대한 자세한 내용은 보고서 서버 확장 배포 구성을 참조하십시오. SQL Server 2005 라이센스 구입에 대한 자세한 내용은 SQL Server Microsoft 웹 사이트의 구입 방법 페이지에 있는 SQL Server 2005 라이센스 섹션을 참조하십시오.
표준 배포
다음 다이어그램에서는 보고서 서버 데이터베이스가 원격 서버에 있는 표준 배포 모델을 보여 줍니다. 모든 서버 구성 요소가 동일한 컴퓨터에 있도록 로컬에 설치할 수도 있습니다.
다음은 보고서 서버 데이터베이스를 호스팅할 위치를 선택할 때의 주요 고려 사항입니다.
- 리소스 처리
- 디스크 공간 가용성
보고서 서버와 데이터베이스 엔진은 모두 CPU 시간, 메모리 및 디스크 액세스와 같은 처리 리소스를 차지하기 위해 경쟁합니다. 일부 보고서 서버 작업은 리소스를 많이 사용합니다. 예를 들어 보고서 서버는 사용 가능한 모든 메모리를 보고서 렌더링 작업에 사용하려고 시도합니다. 별도의 컴퓨터에서 보고서 서버를 실행하면 처리 리소스에 대한 경쟁을 줄일 수 있습니다.
원격 SQL Server 데이터베이스 엔진을 사용하여 보고서 서버 데이터를 저장하는 두 번째 이유는 보고서 서버의 디스크 공간 요구 사항 때문입니다. 보고서 서버 데이터베이스가 사용하는 공간이 처음에 작을지라도 보고서 실행 방법 및 보고서 서버에 액세스하는 사용자 수에 따라 실행 시 필요한 디스크 공간이 상당히 증가할 수 있습니다. 자세한 내용은 보고서 서버 데이터베이스 요구 사항을 참조하십시오.
확장 배포
확장 배포로 Reporting Services를 배포하여 가용성 및 확장 가능성이 큰 보고서 서버 설치를 만들 수 있습니다. 예약된 작업 및 구독 배달의 성능을 향상시키려는 경우에도 확장 배포를 구성하는 것이 유용합니다. 보고서 서버 확장 배포는 단일 보고서 서버 데이터베이스를 공유하는 여러 개의 보고서 서버로 구성됩니다. 배포에 포함된 각 보고서 서버를 노드라고 합니다. 보고서 서버가 다른 보고서 서버와 같은 보고서 서버 데이터베이스를 사용하도록 구성된 경우 해당 노드는 확장에 참여합니다.
대용량 보고를 지원하도록 보고서 서버 노드의 로드 균형을 조정할 수 있습니다. 고가용성 요구 사항을 지원하도록 장애 조치 클러스터에 보고서 서버 데이터베이스를 만들 수도 있습니다.
여러 노드로 구성된 클러스터의 각 노드에 전체 보고서 서버 설치(즉, 보고서 서버와 해당 데이터베이스)를 배포하는 것과 같은 클러스터 구성은 지원되지 않습니다. 특히 활성 노드와 활성 노드가 실패할 경우 사용되는 수동 노드로 구성된 이중 노드 클러스터에 Reporting Services를 배포할 수 없습니다.
NLB(네트워크 로드 균형 조정) 클러스터에 배포
NLB 클러스터에서 보고서 서버 노드를 실행할 수 있습니다. 소프트웨어 또는 하드웨어 솔루션을 사용하여 NLB 클러스터를 구현할 수 있습니다. 보고서 서버를 NLB 클러스터에서 실행하려면 해당 기능을 지원하는 소프트웨어와 도구를 사용해야 합니다. Reporting Services에서는 서버 클러스터 또는 가상 서버 관리 기능을 사용할 수 없으며 보고서 서버 확장의 모든 노드에 대한 단일 진입점을 제공하는 가상 서버 이름도 정의할 수 없습니다.
NLB는 요청 시 보고와 드릴스루 및 행렬 보고서와 같은 대화형 보고서에 대한 보고서 서버 성능을 향상시키려는 경우에만 필요합니다. 예약된 보고서 및 구독 처리는 확장 배포에서 훨씬 빠르지만 성능 향상을 위해 반드시 NLB 클러스터가 필요한 것은 아닙니다.
SQL Server 장애 조치 클러스터에 배포
SQL Server 2005에서는 장애 조치 클러스터링을 지원하므로 하나 이상의 SQL Server 인스턴스에 여러 디스크를 사용할 수 있습니다. 장애 조치 클러스터링은 보고서 서버 데이터베이스에 대해서만 지원되므로 보고서 서버 Windows 서비스 또는 웹 서비스를 장애 조치 클러스터의 일부로 실행할 수 없습니다.
SQL Server 장애 조치 클러스터에서 보고서 서버 데이터베이스를 호스팅하려면 클러스터가 이미 설치되고 구성되어 있어야 합니다. 그러면 보고서 서버 데이터베이스를 만들 때 서버 이름으로 장애 조치 클러스터를 선택할 수 있습니다.
보고서 서버 Windows 서비스 및 웹 서비스가 장애 조치 클러스터에 참여할 수는 없지만 SQL Server 장애 조치 클러스터가 설치된 컴퓨터에 Reporting Services를 설치할 수는 있습니다. 보고서 서버는 장애 조치 클러스터와 독립적으로 실행됩니다. SQL Server 장애 조치 인스턴스의 일부인 컴퓨터에 보고서 서버를 설치하는 경우에는 보고서 서버 데이터에 장애 조치 클러스터를 사용하지 않아도 되므로 다른 SQL Server 인스턴스를 사용하여 데이터베이스를 호스팅할 수 있습니다.
확장 배포 다이어그램
다음 다이어그램에서는 별도의 서버 클러스터에 배포된 여러 보고서 서버와 보고서 서버 데이터베이스를 보여 줍니다.
참고 항목
개념
보고서 서버 데이터베이스 만들기
인터넷 액세스를 위한 보고서 서버 구성
Reporting Services에 대한 국가별 고려 사항
Reporting Services 관리
배포 및 관리 작업 스크립팅
관련 자료
도움말 및 정보
변경 내역
릴리스 | 내역 |
---|---|
2006년 4월 14일 |
|