Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
GILT FÜR:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
Übersicht
Der Anforderungs-Manager ist eine Funktion in SharePoint Server, mit der Administratoren eingehende Anforderungen verwalten und bestimmen können, wie SharePoint Server diese Anforderungen weitergibt.
Im Anforderungs-Manager werden mithilfe von konfigurierten Regeln die folgenden Aufgaben ausgeführt, wenn Anforderungen eintreffen:
- Potenziell schädliche Anforderungen daran hindern, in eine SharePoint-Farm zu gelangen.
- Unschädliche Anforderungen an einen verfügbaren Server weiterleiten.
- Leistung manuell optimieren.
Die Informationen, die Administratoren oder ein automatisierter Prozess im Anforderungs-Manager bereitstellen, bestimmen die Effektivität der weitergeleiteten Anforderungen.
In der folgenden Tabelle werden mögliche Szenarien und Lösungen beschrieben, die im Anforderungs-Manager koordiniert werden können.
| Bereich | Szenario | Lösung |
|---|---|---|
| Reliability and performance | Die Weiterleitung von neuen Anforderungen an das Web-Front-End mit geringer Leistung kann die Wartezeit (Latenz) erhöhen und zu Timeouts führen. | Der Anforderungs-Manager kann Anforderungen auf Front-End-Webserver mit höherer Leistung umleiten, sodass die Verfügbarkeit von Front-End-Webservern sichergestellt ist. |
| Anforderungen von Benutzern und von Programmen haben die gleiche Priorität. | Priorisieren von Anforderungen durch Drosselung von Anforderungen aus Programmen, um stattdessen Anforderungen von Endbenutzern zu verarbeiten. | |
| Manageability, accountability, and capacity planning | Bei SharePoint Server treten Fehler auf oder ist allgemein eine langsame Reaktionsgeschwindigkeit zu beobachten, aber die Ursache eines Fehlers oder einer Verlangsamung lässt sich nur schwer feststellen. | Der Anforderungs-Manager kann alle Anforderungen eines bestimmten Typs, z. B. Suche, Benutzerprofile oder Office Online, an bestimmte Computer senden. When a computer is failing or slow, Request Manager can locate the problem. |
| Alle Front-End-Webserver müssen die Anforderungen verarbeiten können, weil diese an jeden Front-End-Webserver gesendet werden könnten. | Der Anforderungs-Manager kann viele oder einzelne Anforderungen an die Front-End-Webserver senden, die für deren Verarbeitung vorgesehen sind. | |
| Scaling limits | Hardwareskalierung ist durch den Lastenausgleich begrenzt. | Der Anforderungs-Manager kann Anwendungen weiterleiten und eine horizontale Skalierung nach Bedarf durchführen, sodass der Lastenausgleich die Datenverkehrslast rasch auf Netzwerkebene verteilen kann. |
Setup und Bereitstellung
Die Aufgabe des Anforderungs-Managers besteht darin, zwei Entscheidungen zu treffen: ob eine SharePoint-Farm eine Anforderung akzeptiert und, wenn ja, an welchen Front-End-Webserver SharePoint Server die Anforderung sendet. Die drei wichtigsten funktionalen Komponenten des Anforderungs-Managers sind die Anforderungsweiterleitung (Request Routing), die Anforderungssteuerung und -priorisierung (Request Throttling and Prioritizing) und der Lastenausgleich für Anforderungen (Request Load Balancing). Diese Komponenten bestimmen, wie Anforderungen behandelt werden. Im Anforderungs-Manager werden alle Anforderungen für jede Webanwendung einzeln gesteuert. Da der Anforderungs-Manager Teil des Iis-Moduls (Internetinformationsdienste) von SharePoint Server ist, wirkt er sich nur auf Anforderungen aus, die VON IIS gehostet werden.
Wenn eine neue Anforderung empfangen wird, ist der Anforderungs-Manager der erste Code, der in einer SharePoint-Farm ausgeführt wird. Obwohl der Anforderungs-Manager während der Einrichtung von SharePoint Server auf einem Front-End-Webserver installiert wird, ist der Anforderungsverwaltungsdienst nicht aktiviert. Sie können die Cmdlets Start-SPServiceInstance und Stop-SPServiceInstance verwenden, um den Anforderungsverwaltungsdienst instance bzw. die Seite Dienste auf dem Server verwalten auf der Website der SharePoint-Zentraladministration zu starten und zu beenden. Sie können die Parameter RoutingEnabled oder ThrottlingEnabled des Microsoft PowerShell-Cmdlets Set-SPRequestManagementSettings verwenden, um die Eigenschaften des Anforderungs-Managers zu ändern.
Hinweis
Es gibt keine Benutzeroberfläche zum Konfigurieren der Eigenschaften des Anforderungs-Managers. Die Konfiguration ist lediglich mit dem Windows PowerShell-Cmdlet möglich.
Der Anforderungs-Manager unterstützt zwei Bereitstellungsmodi: Dedicated und Integrated.
Modus "Dediziert"
A set of front-end web servers is dedicated to managing requests exclusively. The front-end web servers that are dedicated to Request Manager are in their own farm that is located between the hardware load balancers (HLBs) and the SharePoint farm. The HLBs send all requests to the Request Manager front-end web servers. Request Manager that runs on these front-end web servers decides to which SharePoint front-end web servers it will send the requests and then routes the requests. Depending on the routing and throttling rules, Request Manager might ignore some requests without sending them to another server. The SharePoint front-end web servers do their normal tasks in processing requests and then send responses back through the front-end web servers that run Request Manager and to the clients.
Note that all farms are set up as SharePoint farms. Alle Front-End-Webserver sind SharePoint-Front-End-Webserver, von denen jeder die gleiche Arbeit wie jeder andere ausführen kann. The difference between the farms is that the Request Manager front-end web servers have Request Manager enabled.
Der Modus Dediziert ist für umfangreichere Bereitstellungen geeignet, in denen physische Computer jederzeit verfügbar sind. Die Möglichkeit der Erstellung einer separaten Farm für den Anforderungs-Manager bietet zwei Vorteile: Anforderungs-Manager- und SharePoint-Prozesse konkurrieren nicht um Ressourcen, und Sie können eine Farm horizontal skalieren, ohne die andere ebenfalls horizontal skalieren zu müssen. Dadurch können Sie die Leistung der einzelnen Rollen effizienter steuern.
- Anforderungs-Manager- und SharePoint-Prozesse konkurrieren nicht um Ressourcen.
- Sie können jede Farm getrennt von der anderen horizontal skalieren. Damit haben Sie mehr Möglichkeiten, die Leistung jeder Farm zu steuern.
Modus "Integriert"
In einer Bereitstellung im Modus Integriert wird auf allen SharePoint-Front-End-Webservern der Anforderungs-Manager ausgeführt. Hardwarelastenausgleichsmodule senden Anforderungen an alle Front-End-Webserver. Wenn ein Front-End-Webserver eine Anforderung empfängt, entscheidet der Anforderungs-Manager, wie sie behandelt werden soll:
- Lokale Verarbeitung zulassen.
- An einen anderen Front-End-Webserver weiterleiten.
- Die Anforderung zurückweisen. Der Modus Integriert ist gut für kleinere Bereitstellungen geeignet, in denen relativ wenige physische Computer jederzeit verfügbar sind. In diesem Modus werden der Anforderungs-Manager und der Rest von SharePoint Server auf allen Computern ausgeführt. Dies ist der gängige Modus für lokale Bereitstellungen.
Konfiguration
Request Manager has two configurable parts: General settings and Decision information. General settings are parameters that make Request Manager ready to use, such as enabling or disabling Request Routing and Request Throttling and Prioritizing. Decision information is all of the information that is used during the routing and throttling processes, such as routing and throttling rules.
Hinweis
Sie konfigurieren den Anforderungs-Manager in einer Farm, und die Funktionalität erfolgt auf Webanwendungsebene in SharePoint Server 2013 und die Webanwendungsrolle in SharePoint Server 2016 und 2019.
Allgemeine Einstellungen
Das Routing von Anforderungen sowie die Anforderungsdrosselung und -priorisierung sind standardmäßig aktiviert. Mit dem Set-SPRequestManagementSettings-Cmdlet können Sie die Eigenschaften des Anforderungsroutings sowie der Anforderungsdrosselung und -priorisierung ändern und ein Gewichtungsschema für das Routing auswählen.
In der folgenden Tabelle wird die zu verwendende Windows PowerShell-Syntax für verschiedene Konfigurationssituationen angegeben.
| Situation | Microsoft PowerShell-Beispiel |
|---|---|
| Routing und Drosselung für alle Webanwendungen aktivieren | Get-SPWebApplication | Set-SPRequestManagementSettings -RoutingEnabled $true -ThrottlingEnabled $true |
| Routing mit statischer Gewichtung für alle Webanwendungen aktivieren | Get-SPWebApplication | Get-SPRequestManagementSettings | Set-SPRequestManagementSettings -RoutingEnabled $true -ThrottlingEnabled $false -RoutingWeightScheme Static |
In manchen Situationen sind mehrere Front-End-Webserver geeignete Ziele für eine bestimmte Anforderung. In einem solchen Fall wird von SharePoint Server ein Server nach dem Zufallsprinzip ausgewählt, wobei die Auswahl immer gleichmäßig verteilt wird. Ein Routinggewichtungsschema ist statisch gewichtetes Routing. In diesem Schema sind statische Gewichtungen Front-End-Webservern zugeordnet, sodass der Anforderungs-Manager während des Auswahlprozesses immer eine höhere statische Gewichtung bevorzugt. Dieses Schema ist nützlich, um leistungsfähigeren Front-End-Webservern zusätzliches Gewicht zu verleihen und weniger leistungsfähige Front-End-Server zu entlasten. Jedem Front-End-Webserver ist eine statische Gewichtung zugeordnet. Die Werte der Gewichtungen sind ein beliebiger ganzzahliger Wert, wobei 1 die Standardeinstellung ist. Ein Wert kleiner als 1 stellt eine geringere Gewichtung dar, und größer als 1 stellt eine höhere Gewichtung dar.
Another weighting scheme is health-weighted. In health-weighted routing, front-end web servers that have health scores closer to zero will be favored, and fewer requests will be sent to front-end web servers that have a higher health score values. The health weights run from 0 to 10, where 0 is the healthiest and therefore will get the most requests. By default, all front-end web servers are set to healthy, and therefore, will have equal weights. SharePoint's health score based monitoring system assigns weight to server and send a health score value as a header in the response to a request. Request Manager uses same health score and stores it in local memory.
Entscheidungsgrundlagen
Entscheidungsgrundlagen betreffen Routingziele, Routingregeln und Drosselungsregeln.
Routingziele
Das Anforderungsrouting bestimmt die Routingziele, die verfügbar sind, wenn ein Routingpool für eine Anforderung ausgewählt wird. Der Bereich der Routingziele gilt derzeit nur für Front-End-Webserver, aber der Entwurf des Anforderungs-Managers schließt auch das Routing zu Anwendungsservern nicht aus. Eine Liste der Front-End-Webserver in einer Farm wird mithilfe der Konfigurationsdatenbank automatisch verwaltet. Ein Administrator, der diese Liste ändern möchte, in der Regel im dedizierten Modus, muss die entsprechenden Routing-Cmdlets verwenden, um Routingziele abzurufen, hinzuzufügen, festzulegen und zu entfernen.
In der folgenden Tabelle werden die verschiedenen Aufgaben im Zusammenhang mit Routingzielen sowie die jeweils erforderliche Windows PowerShell-Syntax beschrieben.
| Aufgabe | Microsoft PowerShell-Beispiel |
|---|---|
| Zurückgeben einer Liste von Routingzielen für alle verfügbaren Webanwendungen | Get-SPWebApplication | Get-SPRequestManagementSettings | Get-SPRoutingMachineInfo -Availability Available |
| Ein neues Routingziel für eine angegebene Webanwendung hinzufügen. | $web=Get-SPWebApplication -Identity <URL of web application> |
| Bearbeiten Sie die Verfügbarkeit und statische Gewichtung eines vorhandenen Routingziels für eine angegebene Webanwendung. | $web=Get-SPWebApplication -Identity <URL of web application> |
| Entfernen sie ein Routingziel aus einer angegebenen Webanwendung. | $web=Get-SPWebApplication -Identity <URL of web application> |
Hinweis
Sie können Front-End-Webserver nicht aus der Farm entfernen. Verwenden Sie stattdessen den Availability-Parameter des Set-SPRoutingMachineInfo-Cmdlets, um festzulegen, dass Front-End-Webserver nicht verfügbar sind.
Routing- und Drosselungsregeln
Das Anforderungsrouting und die Anforderungsdrosselung und -priorisierung sind Entscheidungsalgorithmen, in denen Regeln verwendet werden, die viele Aktionen vorschreiben. Die Regeln bestimmen, wie Anforderungen im Anforderungs-Manager behandelt werden.
Regeln untergliedern sich in zwei Kategorien: routing rules, die für das Routing von Anforderungen verwendet werden, und throttling rules für die Anforderungsdrosselung und -priorisierung. Routingregeln gleichen Anforderungen mit bestimmten Kriterien ab und leiten sie dementsprechend an einen Computerpool weiter. Drosselungsregeln führen ebenfalls einen Abgleich mit Kriterien durch und drosseln dann die Anforderungen basierend auf dem bekannten Integritätswert der einzelnen Computer.
Routing von Anforderungen
Die Anforderungsverarbeitung umfasst alle Vorgänge, die vom Eintreffen einer neuen Anforderung im Anforderungs-Manager bis zum Senden einer Antwort an den Client durch den Anforderungs-Manager nacheinander ablaufen.
Die Anforderungsverarbeitung setzt sich aus folgenden Komponenten zusammen:
- Routing von Anforderungen
- Anforderungshandler für eingehende Anforderungen
- Anforderungsdrosselung und -priorisierung
- Lastenausgleich für Anforderungen
Anforderungshandler für eingehende Anforderungen
Der Anforderungshandler für eingehende Anforderungen hat die Aufgabe, festzustellen, ob der Anforderungs-Manager eine Anforderung verarbeiten soll. Wenn die Anforderungsdrosselung und -priorisierung deaktiviert und die Warteschlange des Anforderungs-Managers leer ist, leitet der Anforderungs-Manager die Anforderung an SharePoint Server auf dem aktuellen Front-End-Webserver weiter. Wenn die Anforderungsdrosselung und -priorisierung aktiviert ist, bestimmen die Anforderungsdrosselung und -priorisierung, ob die Anforderung auf dem aktuellen Front-End-Webserver zugelassen oder verweigert werden soll.
Im Anforderungshandler für eingehende Anforderungen werden folgende Prozessschritte ausgeführt:
- Es wird festgestellt, ob die Anforderung gedrosselt oder weitergeleitet werden soll.
- Für weitergeleitete Anforderungen wird der Lastenausgleichsalgorithmus ausgeführt.
- Die Anforderung wird an den Lastenausgleichsendpunkt weitergeleitet.
Das Anforderungsrouting und die Anforderungsdrosselung und -priorisierung werden nur ausgeführt, wenn sie aktiviert sind, und nur einmal pro Farm. Der Lastenausgleich für Anforderungen wird nur ausgeführt, wenn eine Anforderung als weiterleitbar festgestellt wurde. Der Anforderungshandler für ausgehende Anforderungen wird nur ausgeführt, wenn die Anforderung an einen anderen Front-End-Webserver gesendet werden muss. Aufgabe des Anforderungshandlers für ausgehende Anforderungen ist es, die Anforderung an den ausgewählten Front-End-Webserver zu senden, auf eine Antwort zu warten und die Antwort dann zurück an die Quelle zu senden.
Routing von Anforderungen
Das Anforderungsrouting hat die Aufgabe, einen Front-End-Webserver zum Weiterleiten einer Anforderung auszuwählen. Da keine definierten Routingregeln verwendet werden, entspricht das Routingschema dem zufälligen Auswählen eines verfügbaren Front-End-Webservers.
Der Algorithmus des Anforderungsroutings umfasst zwei Schritte: Abgleich mit der Anforderungsregel und Auswahl des Front-End-Webservers.
Abgleich mit der Anforderungsregel
Jede Regel enthält ein oder mehrere Kriterien, die wiederum jeweils aus drei Teilen gebildet werden: Übereinstimmungseigenschaft, Übereinstimmungstyp und Übereinstimmungswert.
In der folgenden Tabelle werden die verschiedenen Übereinstimmungseigenschaften und Übereinstimmungstypen aufgeführt:
| Übereinstimmungseigenschaft | Übereinstimmungstyp |
|---|---|
| Hostname | ReqEx |
| URL | Gleich |
| Portnummer | Beginnt mit |
| MIME-Typ | Endet mit |
Beispielsweise würde ein Administrator die folgenden Übereinstimmungskriterien verwenden, um Anforderungen abzugleichen http://contoso : Match Property=URL; Übereinstimmungswert= http://contoso; Match type=RegEx.
Auswahl des Front-End-Webservers
Die Front-End-Webserverauswahl verwendet alle Routingregeln, unabhängig davon, ob sie mit einer bestimmten Anforderung übereinstimmen oder nicht. Regeln, die übereinstimmen, verfügen über Computerpools. Eine Anforderung sendet einen Lastenausgleich an jeden Computer im Computerpool einer übereinstimmenden Regel. Wenn eine Anforderung keiner Anforderung entspricht, sendet sie einen Lastenausgleich an ein beliebiges verfügbares Routingziel.
HINWEIS: Für SharePoint Server 2016 und 2019 wird der Front-End-Rollentyp verwendet.
Anforderungsdrosselung und -priorisierung
Für Anforderungen, die nach integritätsbezogener Gewichtung weitergeleitet werden, besteht die Aufgabe des Anforderungsroutings und der Anforderungspriorisierung darin, den Routingpool für die Verarbeitung von Anforderungen auf Computer mit einem möglichst guten Integritätswert einzuschränken. Ist das Anforderungsrouting aktiviert, ist der Routingpool jeglicher ausgewählte Front-End-Webserver. Ist das Anforderungsrouting deaktiviert, enthält der Routingpool nur den aktuellen Front-End-Webserver.
Das Anforderungsrouting und die Anforderungspriorisierung umfassen zwei Vorgänge: Abgleich mit der Anforderungsregel und Filtern der Front-End-Webserver. Der Abgleich mit der Anforderungsregel erfolgt genauso wie beim Anforderungsrouting. Beim Filtern der Front-End-Webserver wird anhand des Parameters für den Integritätsschwellenwert aus den Drosselungsregeln in Kombination mit Front-End-Webserver-Integritätsdaten ermittelt, ob die Front-End-Webserver im ausgewählten Routingpool die gegebene Anforderung verarbeiten können.
Der Vorgang des Filterns der Front-End-Webserver umfasst folgende Schritte:
- Der Routingpool ist entweder der aktuelle Front-End-Webserver oder ein oder mehrere vom Anforderungsrouting ausgewählte(r) Front-End-Webserver.
- Alle Regeln werden angewendet, um den kleinsten Integritätsschwellenwert zu ermitteln.
- Die Front-End-Webserver im Routingpool mit einem Integritätsschwellenwert, der größer oder gleich dem kleinsten Integritätsschwellenwert ist, werden entfernt.
For example, request routing is disabled and the current front-end web server has a health score of 7 and a rule "Block OneNote" without a health threshold (that is, health threshold = 0) is created.
The routing pool is the current front-end web server that has a health threshold equal to zero (0). So, the smallest threshold that the front-end web server can serve is zero. Da der aktuelle Front-End-Webserver den Integritätswert 7 hat, wird die Anforderung vom Anforderungs-Manager zurückgewiesen und entfernt.
Lastenausgleich für Anforderungen
Der Lastenausgleich für Anforderungen hat die Aufgabe, ein einziges Ziel auszuwählen, an das die Anforderung gesendet werden soll. Request load balancing uses the routing weight schemes to select the target. All routing targets begin with a weight of 1. If static weighting is enabled, request load balancing uses the static weights set of each routing target to adjust the weights and the value can be valid integer number. Wenn die Integritätsgewichtung aktiviert ist, verwendet der Anforderungslastenausgleich Integritätsinformationen, um gesünderen Zielen Gewicht zu verleihen und die Gewichtung von weniger fehlerfreien Zielen zu entfernen.
Überwachung und Protokollierung
Überwachung und Protokollierung sind wichtige Elemente bei der Steuerung von Anforderungen durch den Anforderungs-Manager. Sie betreffen folgende Informationen:
- Die Regeln, deren Kriterien Anforderungen entsprachen.
- Die Regeln, deren Kriterien Anforderungen nicht entsprachen.
- Die abschließende Entscheidung für die einzelnen Anforderungen.
Entscheidungen können nützliche Informationen wie etwa folgende enthalten:
- Wurde die Anforderung zurückgewiesen?
- Welcher Front-End-Webserver wurde ausgewählt und aus welchem Routingpool.
- Wurde die Anforderung erfolgreich verarbeitet oder trat ein Fehler auf, und warum?
- Wie lange haben die einzelnen Schritte gedauert (Routing, Drosselung, Warten auf Antwort von einem Front-End-Webserver)?
Anhand dieser Informationen kann ein Administrator die Routing- und Drosselungsregeln anpassen, um die Systemleistung zu optimieren und Probleme zu beseitigen. Zur besseren Überwachung und Auswertung der Leistung einer Farm können Sie eine Systemmonitor-Protokolldatei erstellen und folgende Leistungsindikatoren für den SharePoint Foundation-Anforderungs-Manager hinzufügen:
| Indikatorname | Beschreibung |
|---|---|
| Connections Current | Die Gesamtzahl der Verbindungen, die für den Anforderungs-Manager derzeit geöffnet sind. |
| Connections Reused / Sec | Die Anzahl der Verbindungen pro Sekunde, die wiederverwendet werden, wenn die gleiche Clientverbindung eine weitere Anforderung sendet, ohne dass die Verbindung zuvor getrennt wird. |
| Routed Requests / Sec | Die Anzahl der weitergeleiteten Anforderungen pro Sekunde. Die Instanz bestimmt den Anwendungspool und den Server, für den dieser Indikator erfasst wird. |
| Throttled Requests / Sec | Die Anzahl der gedrosselten Anforderungen pro Sekunde. |
| Failed Requests / Sec | Endet mit |
| MIME-Typ | Die Anzahl der Anforderungen pro Sekunde, bei denen ein Fehler auftrat. |
| Average Processing Time | Endet mit |
| MIME-Typ | The time to process the request that is, the time to evaluate all the rules and determine a routing target. |
| Last Ping Latency | The last ping latency (that is, Request Manager's PING feature) and the instance determine which application pool and machine target. |
| Connection Endpoints Current | Die Gesamtzahl der Endpunkte, die verbunden sind, für alle aktiven Verbindungen. |
| Routed Requests Current | Die Anzahl der noch nicht abgeschlossenen weitergeleiteten Anforderungen. Die Instanz bestimmt den Anwendungspool und das Ziel. |
Zusammen mit dem Erstellen einer Protokolldatei für den Leistungsmonitor kann der ausführliche Protokollierungsgrad mithilfe der folgenden Microsoft PowerShell-Syntax aktiviert werden:
Set-SPLogLevel "Request Management" -TraceSeverity Verbose