Share via


Configurations distribuées horizontalement

Vous pouvez distribuer une instance de Microsoft SQL Server Notification Services sur plusieurs serveurs. Vous pouvez installer le générateur, les fournisseurs d'événements et les serveurs de distribution sur des serveurs distincts, tout comme des fournisseurs d'événements non hébergés et des applications de gestion d'abonnement. Cette rubrique illustre trois scénarios courants de distribution horizontale : une application qui nécessite un débit de distribution plus grand, une application qui utilise un fournisseur d'événements non hébergés (indépendant) et une application qui a une application de gestion d'abonnement sur un serveur Web.

Distribution horizontale du serveur de distribution

Pour les applications volumineuses, le serveur de distribution peut prendre du retard car le formatage des notifications consomme parfois beaucoup d'UC et la distribution des notifications nécessite une bande passante adéquate vers les systèmes qui livrent les notifications. Pour réduire les goulots d'étranglement, vous pouvez répartir le serveur de distribution sur plusieurs serveurs en définissant plusieurs serveurs de distribution dans la définition d'application. Les serveurs de distribution récupèrent alors les éléments de travail de distribution à mesure de leur disponibilité.

L'illustration suivante montre un système qui utilise trois serveurs pour Notification Services : un serveur exécute le générateur et les fournisseurs d'événements hébergés et deux autres serveurs exécutent les serveurs de distribution.

Configuration par montée en puissance parallèle

Vous remarquerez que le générateur se trouve avec les fournisseurs d'événements hébergés. En effet, le processus du générateur n'entraîne pas de surcharge importante de l'unité centrale ou du disque, la plupart du travail du générateur s'effectuant sur le serveur de base de données.

ms166402.note(fr-fr,SQL.90).gifRemarque :
Vous pouvez héberger le générateur de chaque application sur son propre serveur, mais chaque application utilise un seul générateur.

Le nombre de processeurs recommandé pour le formatage et la distribution dépend de la complexité de l'algorithme de formatage et des paramètres de journalisation de la distribution. Si le formatage est complexe, un serveur qui héberge un serveur de distribution requiert plus de puissance de traitement. Si le texte de la notification est enregistré, vos bases de données d'application doivent disposer d'un espace disque suffisant pour stocker les informations journalisées Pour plus d'informations, consultez Configuration de la journalisation sur le serveur de distribution.

Il est généralement recommandé que chaque serveur Notification Services et le serveur de base de données possèdent de deux à quatre processeurs. Le serveur de base de données doit disposer d'un espace disque suffisant pour pouvoir y stocker les données d'événement, de notification, d'abonnement et d'abonné jusqu'à ce que le processus de suppression des données les élimine. Vous devez placer en outre placer les fichiers de base de données, les fichiers journaux et la base de données tempdb sur des disques physiques séparés.

Fournisseurs d'événements non hébergés

Le moteur de Notification Services peut exécuter l'hôte des fournisseurs d'événements, qui prend en charge les fournisseurs d'événements standard accompagnant Notification Services et les fournisseurs d'événements hébergés personnalisés développés par vous ou par des tiers. Il existe toutefois des cas où il est préférable ou plus facile d'utiliser un fournisseur d'événements non hébergés (ou indépendant). Il est courant que ces fournisseurs d'événements non hébergés s'exécutent sur des serveurs distincts, tels que des serveurs Web.

Les fournisseurs d'événements non hébergés utilisent l'API de Notification Services pour se connecter aux bases de données et pour soumettre des événements mais ne nécessitent pas le moteur de Notification Services. L'utilisation d'un fournisseur d'événements non hébergés sur un serveur distinct nécessite l'installation des composants clients de Notification Services et l'inscription de l'instance sur ce serveur mais ne nécessite pas la création du service Windows qui exécute le moteur de Notification Services.

Le diagramme suivant illustre un système avec un fournisseur distant d'événements non hébergés.

Configuration de serveur avec fournisseur d'événements distant

Pour plus d'informations sur le déploiement, consultez Déploiement d'un fournisseur d'événements non hébergés.

Interfaces de gestion d'abonnement

À l'instar des fournisseurs d'événements non hébergés, les interfaces de gestion d'abonnement utilisent l'API de Notification Services pour se connecter aux bases de données et pour soumettre des événements mais ne nécessitent pas le moteur de Notification Services. Sur un serveur, tel qu'un serveur Web, qui héberge les interfaces de gestion d'abonnement, il n'est pas nécessaire de créer le service Windows mais vous devez installer les composants clients de Notification Services et inscrire l'instance sur le serveur qui héberge une application de gestion d'abonnement.

Le diagramme suivant illustre un système avec une application distante de gestion d'abonnement.

Configuration pour applications d'abonnement distantes

Pour plus d'informations sur le déploiement, consultez Déploiement d'une interface de gestion d'abonnement.

Voir aussi

Tâches

Procédure pas à pas : déploiement horizontal

Concepts

Configurations matérielles
Remarques sur Notification Services
Remarques concernant les bases de données
Planification des ressources de base de données

Aide et Informations

Assistance sur SQL Server 2005