방법: 네트워크 부하 분산 클러스터에서 보고서 서버 구성

NLB 클러스터에서의 보고서 서버 배포 단계

배포를 설치하고 구성하려면 다음 지침을 따르십시오.

뷰 상태 유효성 검사 구성 방법

NLB 클러스터에서 확장 배포를 실행하려면 사용자가 대화형 HTML 보고서를 볼 수 있도록 뷰 상태 유효성 검사를 구성해야 합니다. 이 작업은 보고서 서버 및 보고서 관리자에 대해 수행해야 합니다.

뷰 상태 유효성 검사는 ASP.NET에서 제어합니다. 뷰 상태 유효성 검사는 기본적으로 활성화되며 웹 서비스의 ID를 사용하여 유효성 검사를 수행합니다. 그러나 NLB 클러스터 시나리오에는 각기 다른 컴퓨터에서 실행되는 여러 개의 서비스 인스턴스 및 웹 서비스 ID가 있으며, 각 노드마다 서비스 ID가 다르기 때문에 하나의 프로세스 ID만으로는 유효성 검사를 수행할 수 없습니다.

이 문제를 해결하기 위해 뷰 상태 유효성 검사를 지원하도록 임의의 유효성 검사 키를 생성하고 각 보고서 서버 노드에서 같은 키를 사용하도록 수동으로 구성할 수 있습니다. 임의로 생성되는 모든 16진수 시퀀스를 사용할 수 있습니다. 16진수 시퀀스의 최대 길이는 유효성 검사 알고리즘(예: SHA1)에 따라 다릅니다.

1. .NET Framework에서 제공하는 자동 생성 기능을 사용하여 유효성 검사 키와 설명 키를 생성합니다. 어떤 방법을 사용하든 확장 배포의 각 보고서 관리자 인스턴스에 대한 Web.config 파일에 붙여 넣을 수 있는 단일 <machineKey> 항목을 만들어야 합니다.

   다음 예에서는 확보해야 하는 값을 보여 줍니다. 구성 파일에 이 예를 복사하지 마십시오. 올바른 키 값이 아닙니다.

   <machineKey validationKey="123455555" decryptionKey="678999999" validation="SHA1" decryption="AES"/>
   

2. 보고서 관리자에 대한 Web.config 파일을 열고 생성한 <machineKey> 요소를 <system.web> 섹션에 붙여 넣습니다. 기본적으로 보고서 관리자 Web.config 파일은 \Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportManager\Web.config에 있습니다.

3. 파일을 저장합니다.

4. 확장 배포의 각 보고서 서버에 대해 이전 단계를 반복합니다.

5. \Reporting Services\Report Manager 폴더에 있는 모든 Web.Config 파일의 <system.web> 섹션에 동일한 <machineKey> 요소가 포함되어 있는지 확인합니다.

Hostname 및 UrlRoot를 구성하는 방법

NLB 클러스터에서 보고서 서버 확장 배포를 구성하려면 서버 클러스터에 대한 단일 액세스 지점을 제공하는 단일 가상 서버 이름을 정의해야 합니다. 그런 다음 가상 서버 이름을 사용자 환경의 DNS(Domain Name Server)에 등록합니다.

가상 서버 이름을 정의한 후에는 RSReportServer.config 파일에서 보고서 서버 URL에 가상 서버 이름이 포함되도록 Hostname 및 UrlRoot 속성을 구성할 수 있습니다.

주의
UrlRoot 속성은 Reporting Services를 구독하는 사용자에게 발송되는 전자 메일에 표시되는 URL에 영향을 줍니다. RSReportServer.config 파일에서 UrlRoot 속성을 비워 두면 전자 메일에 표시되는 URL에는 NLB 가상 서버의 URL이 아닌 실제 컴퓨터 이름이 포함됩니다. 이와 같이 실제 컴퓨터 이름이 구독을 받을 수 있는 악의적인 사용자에게 노출되지 않도록 하려면 UrlRoot 속성을 적절한 NLB 가상 서버 이름으로 변경하십시오.

보고 환경에서 와일드카드 URL 예약을 사용하는 경우 Hostname 속성을 구성합니다. NLB 서버의 가상 서버 이름으로 사용할 Hostname 속성을 지정하면 보고 환경의 네트워크 트래픽이 NLB 서버로 전송됩니다. 그러면 NLB가 보고서 서버 노드에 요청을 배포합니다.

또한 Excel 또는 PDF 형식과 같은 정적 보고서로 내보낸 보고서나 전자 메일 구독과 같은 구독을 통해 생성되는 보고서에서 보고서 링크가 작동하도록 UrlRoot 속성을 구성합니다.

Reporting Services를 Windows SharePoint Services 3.0 또는 Office SharePoint Server 2007과 통합하거나 사용자 지정 웹 응용 프로그램에서 보고서를 호스팅하는 경우 UrlRoot 속성만 구성해야 할 수 있습니다. 이 경우 UrlRoot 속성을 SharePoint 사이트 또는 웹 응용 프로그램의 URL로 구성합니다. 이렇게 하면 보고 환경의 네트워크 트래픽이 보고서 서버나 NLB 클러스터가 아닌 보고서를 처리하는 응용 프로그램으로 전송됩니다.

ReportServerUrl은 수정하지 마십시오. 이 URL을 수정하면 내부 요청이 처리될 때마다 가상 서버를 통해 별도의 왕복이 발생하게 됩니다. 자세한 내용은 구성 파일의 URL(Reporting Services)을 참조하십시오. 구성 파일을 편집하는 방법은 방법: Reporting Services 구성 파일 수정을 참조하십시오.

1. 텍스트 편집기에서 RSReportServer.config를 엽니다.

2. <Service> 섹션을 찾고 Hostname 값을 NLB 서버의 가상 서버 이름으로 바꿔 구성 파일에 다음 정보를 추가합니다.

   <Hostname>virtual_server</Hostname>
   

3. UrlRoot를 찾습니다. 이 요소는 구성 파일에 지정되지 않으며, 사용된 기본값은 http:// 또는 https://<computername>/<reportserver>(<reportserver>는 보고서 서버 웹 서비스의 가상 디렉토리 이름) 형식의 URL입니다.

4. 클러스터의 가상 이름을 포함하도록 UrlRoot의 값을 http:// 또는 https://<virtual_server>/<reportserver> 형식으로 입력합니다.

5. 파일을 저장합니다.

6. 확장 배포의 각 보고서 서버에 대한 각 RSReportServer.config 파일에서 이 단계를 반복합니다.

주의

보고서 서버 액세스 권한 확인

가상 서버 이름(예: https://MyVirtualServerName/reportserver 및 https://MyVirtualServerName/reports)을 통해 확장 배포에 액세스할 수 있는지 확인합니다.

보고서 서버 로그 파일 또는 RS 실행 로그를 검토하여 실제로 보고서를 처리하는 노드를 확인할 수 있습니다. 실행 로그 테이블에는 특정 요청을 처리한 인스턴스를 나타내는 InstanceName 열이 포함되어 있습니다. 자세한 내용은 Reporting Services 로그 파일을 참조하십시오.

보고서 서버에 연결할 수 없으면 NLB를 검사하여 보고서 서버에 요청이 전송되었는지 확인하고 보고서 서버 HTTP 로그를 검토하여 보고서 서버에서 요청을 수신하고 있는지 확인합니다.

참고 항목

태스크

개념