Configuraciones escaladas

Puede escalar una instancia de Microsoft SQL Server Notification Services en varios servidores. Puede ubicar el generador, los proveedores de eventos y los distribuidores en servidores independientes. También puede ubicar los proveedores de eventos no alojados y las aplicaciones de administración de suscripciones en servidores independientes. En este tema se describen tres escenarios habituales de configuración escalada: una aplicación que necesita un mayor rendimiento de distribución, una aplicación que utiliza un proveedor de eventos no alojado (independiente) y una aplicación que tiene una aplicación de administración de suscripciones en un servidor Web.

Configuración escalada del distribuidor

Para aplicaciones de gran volumen, el distribuidor puede quedarse atrás porque la aplicación de formato a las notificaciones puede utilizar muchos recursos de procesador y la distribución de notificaciones requiere un ancho de banda adecuado para los sistemas que entregan las notificaciones. Para reducir al mínimo los cuellos de botella de distribución, puede escalar el distribuidor entre varios servidores definiendo varios distribuidores en la definición de la aplicación. Los distribuidores toman elementos de trabajo de distribución a medida que están disponibles.

En la ilustración siguiente se muestra un sistema que utiliza tres servidores para Notification Services: un servidor ejecuta el generador y los proveedores de eventos alojados, y dos servidores más ejecutan los distribuidores.

Observe que el generador está ubicado con los proveedores de eventos alojados. Esto se debe a que el proceso del generador no representa una sobrecarga importante de la CPU o del disco, puesto que la mayor parte del trabajo del generador se realiza en el servidor de base de datos.

[!NOTA] Puede alojar el generador de cada aplicación en su propio servidor, pero cada aplicación utiliza únicamente un solo generador.

El número recomendado de CPU para el formato y la distribución depende de la complejidad del algoritmo de formato y de la configuración de registro de distribución. Si el formato es complejo, un servidor que aloja un distribuidor necesita mayor capacidad de procesamiento. Si registra texto de notificación, las bases de datos de aplicación deben tener suficiente espacio en disco para almacenar la información registrada. Para obtener más información, vea Configurar el registro de distribuidor.

Las recomendaciones generales son que cada servidor de Notification Services y el servidor de base de datos deberían tener entre dos y cuatro CPU. El servidor de base de datos debería tener suficiente espacio en disco para almacenar datos de eventos, notificaciones, suscripciones y suscriptores hasta que el proceso de supresión de datos quite esos datos. Además, debería colocar los archivos de base de datos, los archivos de registro y la base de datos tempdb en discos físicos independientes.

Proveedores de eventos no alojados

El motor de Notification Services puede ejecutar el host del proveedor de eventos, que admite los proveedores de eventos estándar proporcionados con Notification Services y los proveedores de eventos alojados personalizados desarrollados por el usuario o por terceros. Sin embargo, hay casos en que resulta más conveniente o más fácil utilizar un proveedor de eventos no alojado o independiente. Es habitual que estos proveedores de eventos no alojados se ejecuten en servidores independientes, como, por ejemplo, servidores Web.

Los proveedores de eventos no alojados utilizan la API de Notification Services para conectarse a bases de datos y enviar eventos, pero no necesitan el motor de Notification Services. El uso de un proveedor de eventos no alojado en un servidor independiente requiere que se instalen los componentes de cliente de Notification Services y que se registre la instancia en ese servidor, pero no es necesario que se cree el servicio de Windows que ejecuta el motor de Notification Services.

El diagrama siguiente muestra un sistema con un proveedor de eventos no alojado remoto.

Para obtener información de implementación, vea Implementar un proveedor de eventos no alojado.

Interfaces de administración de suscripciones

Igual que los proveedores de eventos no alojados, las interfaces de administración de suscripciones utilizan la API de Notification Services para conectarse a bases de datos y enviar eventos, pero no necesitan el motor de Notification Services. En un servidor, como, por ejemplo, un servidor Web, que aloja interfaces de administración de suscripciones, se deben instalar los componentes de cliente de Notification Services y registrar la instancia en el servidor que aloja una aplicación de administración de suscripciones, pero no es necesario crear el servicio de Windows.

El diagrama siguiente muestra un sistema con una aplicación de administración de suscripciones remota.

Para obtener información de implementación, vea Implementar una interfaz de administración de suscripciones.

Vea también

Tareas

Visita guiada: Implementación escalada

Conceptos

Configuraciones de hardware
Consideraciones acerca de Notification Services
Consideraciones acerca de las bases de datos
Planear los recursos de base de datos

Ayuda e información

Obtener ayuda sobre SQL Server 2005