Share via


Konfigurationen für das dezentrale Skalieren

Sie können eine Instanz von Microsoft SQL Server Notification Services auf mehreren Servern dezentral skalieren.  Sie können den Generator, die Ereignisanbieter und Verteiler auf separaten Servern platzieren. Auch nicht gehostete Ereignisanbieter und Abonnementverwaltungsanwendungen können auf separaten Servern platziert werden. In diesem Thema werden drei allgemeine Szenarios für das dezentrale Skalieren gezeigt: eine Anwendung, die größeren Verteilungsdurchsatz benötigt, eine Anwendung, die einen nicht gehosteten (unabhängigen) Ereignisanbieter verwendet, und eine Anwendung, die über eine Abonnementverwaltungsanwendung auf einem Webserver verfügt.

Dezentrales Skalieren des Verteilers

Bei umfangreichen Anwendungen kann der Verteiler zurückliegen, da das Formatieren von Benachrichtigungen sehr prozessorintensiv sein kann und die Benachrichtigungsverteilung eine angemessene Bandbreite für die Systeme erfordert, die die Benachrichtigungen übermitteln. Zur Minimierung von Übermittlungsengpässen können Sie den Verteiler auf mehrere Server dezentral skalieren, indem Sie mehrere Verteiler in der Anwendungsdefinition definieren. Sobald sie verfügbar sind, nehmen die Verteiler Verteilungsarbeitselemente entgegen.

In der folgenden Abbildung wird ein System gezeigt, in dem drei Server für Notification Services verwendet werden: auf einem Server werden der Generator und die gehosteten Ereignisanbieter ausgeführt, und auf zwei anderen Servern werden die Verteiler ausgeführt.

Konfiguration für horizontales Skalieren

Beachten Sie, dass der Generator auf demselben Server platziert ist wie die gehosteten Ereignisanbieter. Der Grund ist, dass der Generatorprozess keinen wesentlichen CPU- oder Datenträgeraufwand verursacht. Der Großteil der Generatorarbeit wird auf dem Datenbankserver ausgeführt.

ms166402.note(de-de,SQL.90).gifHinweis:
Sie können den Generator für jede Anwendung auf einem eigenen Server hosten, jede Anwendung verwendet jedoch nur einen einzelnen Generator.

Die empfohlene Anzahl von CPUs zum Formatieren und Verteilen hängt von der Komplexität des Formatierungsalgorithmus und der Einstellungen für die Protokollierung der Verteilung ab. Wenn die Formatierung komplex ist, wird von einem Server, der einen Verteiler hostet, mehr Verarbeitungsleistung benötigt. Wenn Sie Benachrichtigungstext protokollieren, müssen Ihre Anwendungsdatenbanken über genügend Festplattenspeicher verfügen, um die protokollierten Informationen zu speichern. Weitere Informationen finden Sie unter Konfigurieren der Verteilerprotokollierung.

Allgemein wird empfohlen, dass jeder Notification Services-Server und der Datenbankserver zwei bis vier CPUs aufweisen sollte. Der Datenbankserver sollte über genügend Festplattenspeicher verfügen, um Ereignis-, Benachrichtigungs-, Abonnement- und Abonnentendaten zu speichern, bis die Daten vom Datenentfernungsprozess entfernt werden. Darüber hinaus sollten Sie die Datenbankdateien, Protokolldateien und die tempdb-Datenbank auf separaten physischen Datenträgern speichern.

Nicht gehostete Ereignisanbieter

Vom Notification Services-Modul kann der Ereignisanbieterhost ausgeführt werden, der die zum Lieferumfang von Notification Services gehörenden Standardereignisanbieter sowie die von Ihnen oder einem Drittanbieter entwickelten gehosteten Ereignisanbieter unterstützt. Es gibt jedoch Fälle, in denen es besser oder einfacher ist, einen nicht gehosteten (oder unabhängigen) Ereignisanbieter zu verwenden. Häufig werden diese nicht gehosteten Ereignisanbieter auf separaten Servern wie Webservern ausgeführt.

Von den nicht gehosteten Ereignisanbietern wird die Notification Services-API verwendet, um eine Verbindung mit Datenbanken herzustellen und um Ereignisse zu übermitteln. Das Notification Services-Modul wird jedoch nicht benötigt. Das Verwenden eines nicht gehosteten Ereignisanbieters auf einem separaten Server erfordert, dass Sie die Notification Services-Clientkomponenten installieren und dass Sie die Instanz auf diesem Server registrieren. Den Windows-Dienst, auf dem das Notification Services-Modul ausgeführt wird, müssen Sie jedoch nicht erstellen.

Im folgenden Diagramm wird ein System mit einem remote gespeicherten, nicht gehosteten Ereignisanbieter gezeigt.

Serverkonfiguration mit Remoteereignisanbieter

Bereitstellungsinformationen finden Sie unter Bereitstellen eines nicht gehosteten Ereignisanbieters.

Abonnementverwaltungsschnittstellen

Wie bei den nicht gehosteten Ereignisanbietern wird die Notification Services-API auch von Abonnementverwaltungsschnittstellen verwendet, um eine Verbindung mit Datenbanken herzustellen und um Ereignisse zu übermitteln. Das Notification Services-Modul wird jedoch nicht benötigt. Auf einem Server wie z. B. einem Webserver, der Abonnementverwaltungsschnittstellen hostet, müssen Sie die Notification Services-Clientkomponenten installieren und die Instanz auf dem Server, der eine Abonnementverwaltungsanwendung hostet, registrieren. Den Windows-Dienst müssen Sie jedoch nicht erstellen.

Im folgenden Diagramm wird ein System mit einer remote gespeicherten Abonnementverwaltungsanwendung gezeigt.

Konfiguration für Remoteabonnementanwendungen

Bereitstellungsinformationen finden Sie unter Bereitstellen einer Schnittstelle der Abonnementverwaltung.

Siehe auch

Aufgaben

Anleitung: Bereitstellung für dezentrales Skalieren

Konzepte

Hardwarekonfigurationen
Überlegungen zu Notification Services
Überlegungen zu Datenbanken
Planen der Datenbankressourcen

Hilfe und Informationen

Informationsquellen für SQL Server 2005