확장 구성

Microsoft SQL Server Notification Services 인스턴스를 여러 서버 간으로 확장할 수 있으며 별도의 서버에서 생성자, 이벤트 공급자 및 배포자를 찾을 수 있습니다. 또한 호스팅되지 않은 이벤트 공급자 및 구독 관리 응용 프로그램도 별도의 서버에서 찾을 수 있습니다. 이 항목에서는 보다 큰 배포 처리량을 필요로 하는 응용 프로그램, 호스팅되지 않은(독립형) 이벤트 공급자를 사용하는 응용 프로그램 및 웹 서버에 구독 관리 응용 프로그램이 있는 응용 프로그램 등 일반적인 3가지 확장 시나리오에 대해 설명합니다.

배포자 확장

고용량 응용 프로그램의 경우 알림의 서식을 지정할 때 프로세서가 많이 소비되며 알림 배포를 위해 알림을 배달하는 시스템에 대해 적절한 대역폭이 필요하므로 배포자의 성능이 저하될 수 있습니다. 배포 병목 현상을 최소화하기 위해 응용 프로그램 정의에서 여러 배포자를 정의하여 여러 서버 간으로 배포자를 확장할 수 있습니다. 배포자는 사용 가능한 상태가 되면 배포 작업 항목을 선택합니다.

다음 그림에서는 Notification Services용 서버(생성자와 호스팅된 이벤트 공급자를 실행하는 한 대의 서버와 배포자를 실행하는 두 대의 서버)를 사용하는 시스템을 보여 줍니다.

생성자는 호스팅된 이벤트 공급자와 함께 위치합니다. 생성자 프로세스에는 많은 양의 CPU나 디스크 오버헤드가 필요하지 않으므로 대부분의 생성자 작업은 데이터베이스 서버에서 수행됩니다.

[!참고] 각 응용 프로그램용 생성자를 자체 서버에 호스팅할 수 있지만 각 응용 프로그램은 단일 생성자만 사용합니다.

서식 지정 및 배포 작업에 필요한 권장 CPU 수는 서식 지정 알고리즘 및 배포 로깅 설정의 복잡성에 따라 달라집니다. 서식 지정이 복잡하면 배포자를 호스팅하는 서버에 더 많은 처리 성능이 필요하며 알림 텍스트를 기록하려는 경우에는 응용 프로그램 데이터베이스에 기록된 정보를 저장할 충분한 디스크 공간이 있어야 합니다. 자세한 내용은 배포자 로깅 구성을 참조하십시오.

일반적으로는 Notification Services 서버와 데이터베이스 서버에 각각 2개에서 4개 사이의 CPU가 장착되어 있는 것이 좋습니다. 데이터 제거 프로세스에 따라 데이터가 제거될 때까지 데이터베이스 서버에 이벤트, 알림, 구독 및 구독자 데이터를 저장할 충분한 디스크 공간이 있어야 합니다. 또한 데이터베이스 파일, 로그 파일 및 tempdb 데이터베이스를 별도의 물리적 디스크에 저장해야 합니다.

호스팅되지 않은 이벤트 공급자

Notification Services 엔진은 Notification Services와 함께 제공된 표준 이벤트 공급자와 사용자나 타사에서 개발한 사용자 지정 호스팅된 이벤트 공급자를 지원하는 이벤트 공급자 호스트를 실행할 수 있습니다. 그러나 호스팅되지 않은 독립형 이벤트 공급자를 사용하는 것이 더 쉽고 적절한 경우도 있습니다. 이러한 호스팅되지 않은 이벤트 공급자는 일반적으로 웹 서버와 같은 별도의 서버에서 실행됩니다.

호스팅되지 않은 이벤트 공급자는 Notification Services API를 사용하여 데이터베이스에 연결하고 이벤트를 전송하지만 Notification Services 엔진을 필요로 하지 않습니다. 별도의 서버에 있는 호스팅되지 않은 이벤트 공급자를 사용하려면 해당 서버에 Notification Services 클라이언트 구성 요소를 설치하고 인스턴스를 등록해야 하지만 Notification Services 엔진을 실행하는 Windows 서비스를 만들 필요는 없습니다.

다음 다이어그램에서는 호스팅되지 않은 원격 이벤트 공급자가 있는 시스템을 보여 줍니다.

배포 정보에 대한 자세한 내용은 호스팅되지 않은 이벤트 공급자 배포를 참조하십시오.

구독 관리 인터페이스

호스팅되지 않은 이벤트 공급자와 마찬가지로 구독 관리 인터페이스는 Notification Services API를 사용하여 데이터베이스에 연결하고 이벤트를 전송하지만 Notification Services 엔진을 필요로 하지 않습니다. 웹 서버와 같이 구독 관리 인터페이스를 호스팅하는 서버에서는 구독 관리 응용 프로그램을 호스팅하는 서버에 Notification Services 클라이언트 구성 요소를 설치하고 해당 인스턴스를 등록해야 하지만 Windows 서비스를 만들 필요는 없습니다.

다음 다이어그램에서는 원격 구독 관리 응용 프로그램이 있는 시스템을 보여 줍니다.

배포 정보에 대한 자세한 내용은 구독 관리 인터페이스 배포를 참조하십시오.

참고 항목

작업

연습: 확장 배포

개념

하드웨어 구성
Notification Services 고려 사항
데이터베이스 고려 사항
데이터베이스 리소스 계획

도움말 및 정보

SQL Server 2005 지원 받기