Configurer le gestionnaire de demandes dans SharePoint Server

S’APPLIQUE À :2013 2016 2019 Édition d’abonnement SharePoint dans Microsoft 365

Vue d’ensemble

Le Gestionnaire de demandes est une fonctionnalité de SharePoint Server qui permet aux administrateurs de gérer les demandes entrantes et de déterminer comment SharePoint Server achemine ces demandes.

Le gestionnaire de demandes utilise des règles configurées pour effectuer les tâches suivantes quand il rencontre des demandes :

• empêcher les demandes potentiellement nuisibles d'entrer dans une batterie de serveurs SharePoint ;
• router les demandes normales vers un serveur disponible ;
• optimiser les performances manuellement.

Les informations que les administrateurs ou un processus automatisé fournissent au gestionnaire de demandes déterminent l'efficacité des demandes routées.

Le tableau suivant décrit des scénarios et des résolutions que le gestionnaire de demandes peut prendre en charge.

Zone	Scénario	Résolution
Fiabilité et performances	Le routage de nouvelles demandes vers un serveur web frontal peu performant peut accroître la latence et entraîner des délais d'attente.	Le gestionnaire de demandes peut effectuer un routage vers des serveurs web frontaux plus performants, afin que les serveurs web frontaux peu performants demeurent disponibles.
	Les demandes en provenance des utilisateurs et des robots ont une priorité équivalente.	Hiérarchiser les demandes en limitant les demandes en provenance des robots au profit des demandes en provenance des utilisateurs finaux.
Facilité de gestion, responsabilité et planification de la capacité	SharePoint Server échoue ou répond généralement avec un certain délai, mais il est difficile d'identifier la cause d'un échec ou d'un ralentissement.	Le Gestionnaire de requêtes peut envoyer toutes les demandes d’un type spécifique, par exemple, recherche, profils utilisateur ou Office Online, à des ordinateurs spécifiques. Quand un ordinateur est défaillant ou qu'il fonctionne lentement, le gestionnaire de demandes peut localiser le problème.
	Tous les serveurs web frontaux doivent être en mesure de gérer les demandes, car elles pourraient être envoyées à n'importe quel serveur web frontal.	Le gestionnaire de demandes peut envoyer une ou plusieurs demandes aux serveurs web frontaux désignés pour les gérer.
Limites de la montée en puissance	Montée en puissance du matériel limitée par l'équilibrage de la charge	Le gestionnaire de demandes peut effectuer une montée en puissance parallèle et un routage des applications en fonction des besoins afin qu’un équilibrage de charge intervienne rapidement au niveau du réseau.

Installation et déploiement

La tâche du gestionnaire de demandes consiste à prendre une décision concernant deux points : le fait qu'une batterie de serveurs SharePoint accepte ou non une demande et, si la réponse est « oui », le serveur web frontal auquel SharePoint Server envoie la demande. Les trois composantes fonctionnelles principales du gestionnaire de demandes sont le routage des demandes, la limitation et la hiérarchisation des demandes, ainsi que l'équilibrage de charge des demandes. Ces composantes déterminent la façon dont les demandes sont gérées. Le gestionnaire de demandes gère toutes les demandes application web par application web. Étant donné que le Gestionnaire de demandes fait partie du module IIS (SharePoint Server Internet Information Services), il affecte uniquement les requêtes que iis héberge.

Quand une nouvelle demande est reçue, le gestionnaire de demandes est le premier code qui s'exécute dans une batterie de serveurs SharePoint. Bien que le gestionnaire de demandes soit installé pendant l'installation de SharePoint Server sur un serveur web frontal, le service Gestion des demandes n'est pas activé. Vous pouvez utiliser les applets de commande Start-SPServiceInstance et Stop-SPServiceInstance pour démarrer et arrêter l’instance du service Gestion des demandes respectivement ou la page Gérer les services sur le serveur sur le site web Administration centrale de SharePoint. Vous pouvez utiliser les paramètres RoutingEnabled ou ThrottlingEnabled de l’applet de commande Microsoft PowerShell Set-SPRequestManagementSettings pour modifier les propriétés du Gestionnaire de demandes.

Notes

Vous ne pouvez pas configurer les propriétés du gestionnaire de demandes à l'aide d'une interface utilisateur. L'applet de commande Windows PowerShell est le seul moyen d'effectuer cette tâche.

Le gestionnaire de demandes prend en charge deux modes de déploiement : dédié et intégré.

Mode dédié

Un ensemble de serveurs web frontaux est entièrement dédié à la gestion des demandes. Les serveurs web frontaux qui sont dédiés au gestionnaire de demandes se trouvent sur une batterie de serveurs spécifique située entre les dispositifs d'équilibrage de la charge matérielle et la batterie de serveurs SharePoint. Les dispositifs d'équilibrage de la charge matérielle envoient toutes les demandes aux serveurs web frontaux du gestionnaire de demandes. Le gestionnaire de demandes qui s'exécute sur ces serveurs web frontaux détermine les serveurs web frontaux auxquels il doit envoyer les demandes, puis route celles-ci. Suivant les règles de routage et de limitation, le gestionnaire de demandes peut ignorer certaines demandes sans les envoyer à un autre serveur. Les serveurs web frontaux SharePoint effectuent les tâches normales liées au traitement des demandes, puis renvoient les réponses par le biais des serveurs web frontaux qui exécutent le gestionnaire de demandes et aux clients.

Notez que toutes les batteries de serveurs sont configurées en tant que batteries de serveurs SharePoint. Tous les serveurs web frontaux sont des serveurs web frontaux SharePoint, chacun pouvant effectuer le même travail que n’importe quel autre serveur. La différence entre les batteries de serveurs est que le gestionnaire de demandes est activé sur les serveurs web frontaux associés au gestionnaire de demandes.

Le mode dédié est adapté pour les déploiements à grande échelle où des ordinateurs physiques sont facilement disponibles. La possibilité de créer une batterie de serveurs distincte pour le gestionnaire de demandes présente deux avantages : les processus du gestionnaire de demandes et de SharePoint n'entrent pas en concurrence pour l'utilisation de ressources et vous pouvez appliquer une montée en puissance parallèle à l'un sans en faire de même avec l'autre. Cela vous permet de contrôler davantage les performances de chaque rôle.

• Les processus du gestionnaire de demandes et de SharePoint n'entrent pas en concurrence pour l'utilisation de ressources.
• Vous pouvez appliquer une montée en puissance parallèle à chaque batterie de serveurs séparément, ce qui vous permet de contrôler davantage les performances de chaque batterie de serveurs.

Mode intégré

Dans un déploiement en mode intégré, tous les serveurs web frontaux SharePoint exécutent le gestionnaire de demandes. Les dispositifs d'équilibrage de la charge matérielle envoient les demandes à tous les serveurs web frontaux. Lorsqu’un serveur web frontal reçoit une requête, le Gestionnaire de demandes décide comment la gérer :

• Autoriser le traitement local de la demande.
• Router la demande vers un autre serveur web frontal.
• Refuser la demande. Le mode intégré est adapté pour les déploiements à petite échelle où de nombreux ordinateurs physiques ne sont pas facilement disponibles. Ce mode permet au gestionnaire de demandes et aux autres composants SharePoint Server de s'exécuter sur tous les ordinateurs. Ce mode est courant pour les déploiements locaux.

Configuration

Le gestionnaire de demandes possède deux parties configurables : les paramètres généraux et les informations sur les décisions. Les paramètres généraux sont des paramètres qui rendent prêtes à l'emploi les fonctionnalités du gestionnaire de demandes, telles que l'activation ou la désactivation du routage des demandes, ainsi que la limitation et la hiérarchisation des demandes. Les informations sur les décisions regroupent toutes les informations utilisées pendant les processus de routage et de limitation, telles que les règles de routage et de limitation.

Notes

Vous configurez le Gestionnaire de demandes sur une batterie de serveurs et les fonctionnalités se produisent au niveau de l’application web dans SharePoint Server 2013 et du rôle d’application web dans SharePoint Server 2016 et 2019.

Paramètres généraux

Par défaut, le routage des demandes, ainsi que la limitation et la hiérarchisation des demandes, sont activés. Vous utilisez l'applet de commande Set-SPRequestManagementSettings pour modifier les propriétés du routage des demandes, ainsi que de la limitation et de la hiérarchisation des demandes, et pour sélectionner un schéma de pondération de routage.

Le tableau ci-après indique la syntaxe Windows PowerShell à utiliser en fonction de la situation de la configuration.

Situation	Exemple Microsoft PowerShell
Activer le routage et la limitation pour toutes les applications web	Get-SPWebApplication | Set-SPRequestManagementSettings -RoutingEnabled $true -ThrottlingEnabled $true
Activer le routage avec une pondération statique pour toutes les applications web	Get-SPWebApplication | Get-SPRequestManagementSettings | Set-SPRequestManagementSettings -RoutingEnabled $true -ThrottlingEnabled $false -RoutingWeightScheme Static

Dans certaines situations, plusieurs serveurs web frontaux sont des destinations appropriées pour une demande spécifique. Dans ce cas, par défaut, SharePoint Server sélectionne un serveur de manière aléatoire et uniforme. Un schéma de pondération de routage est le routage pondéré statique. Dans ce schéma, des pondérations statiques sont associées aux serveurs web frontaux pour que le gestionnaire de demandes privilégie systématiquement une pondération plus élevée pendant le processus de sélection. Ce schéma permet de renforcer la pondération des serveurs web frontaux plus puissants et de limiter la charge sur les serveurs web frontaux moins puissants. À chaque serveur web frontal est associée une pondération statique. Les valeurs des pondérations peuvent être n'importe quel nombre entier, 1 étant la valeur par défaut. Une valeur inférieure à 1 représente une pondération inférieure, tandis qu'une valeur supérieure à 1 représente une pondération supérieure.

Un autre schéma de pondération est le routage pondéré en fonction de l'intégrité. Dans ce schéma, les serveurs web frontaux dont les scores d'intégrité sont plus proches de zéro sont privilégiés, tandis que les serveurs web frontaux dont les valeurs de score d'intégrité sont plus élevées reçoivent moins de demandes. Les pondérations d'intégrité vont de 0 à 10 ; les serveurs dont le score est égal à 0 sont ceux dont l'intégrité est maximale et qui reçoivent le plus de demandes. Par défaut, tous les serveurs web frontaux sont définis comme étant sains et possèdent donc une pondération équivalente. Le système d'analyse basée sur le score d'intégrité de SharePoint affecte une pondération aux serveurs et envoie une valeur de score d'intégrité en guise d'en-tête dans la réponse à une demande. Le gestionnaire de demandes utilise le même score d’intégrité et le stocke dans la mémoire locale.

Informations sur les décisions

Les informations sur les décisions concernent les cibles de routage, les règles de routage et les règles de limitation.

Cibles de routage

Le routage des demandes détermine les cibles de routage qui sont disponibles quand un pool de routage est sélectionné pour une demande. L'étendue des cibles de routage est actuellement limitée aux serveurs web frontaux, mais le gestionnaire de demandes est conçu pour ne pas exclure le routage vers les serveurs d'applications. Une liste des serveurs web frontaux d'une batterie de serveurs est automatiquement gérée à l'aide de la base de données de configuration. Un administrateur qui souhaite modifier cette liste, généralement en mode dédié, doit utiliser les applets de commande de routage appropriées pour obtenir, ajouter, définir et supprimer des cibles de routage.

Le tableau suivant décrit les différentes tâches de cible de routage et la syntaxe Windows PowerShell correspondante à utiliser.

Tâche	Exemple Microsoft PowerShell
Retourner une liste de cibles de routage pour toutes les applications web disponibles	Get-SPWebApplication | Get-SPRequestManagementSettings | Get-SPRoutingMachineInfo -Availability Available
Ajouter une nouvelle cible de routage pour une application web spécifiée.	$web=Get-SPWebApplication -Identity <URL of web application> $rm=Get-SPRequestManagementSettings -Identity $web Add-SPRoutingMachineInfo -RequestManagementSettings $rm -Name <MachineName> -Availability Available
Modifiez la disponibilité et le poids statique d’une cible de routage existante pour une application web spécifiée.	$web=Get-SPWebApplication -Identity <URL of web application> $rm=Get-SPRequestManagementSettings -Identity $web $m=Get-SPRoutingMachineInfo -RequestManagementSettings $rm -Name <MachineName> Set-SPRoutingMachineInfo -Identity $m -Availability Unavailable
Supprimez une cible de routage d’une application web spécifiée.	$web=Get-SPWebApplication -Identity <URL of web application> $rm=Get-SPRequestManagementSettings -Identity $web $m=Get-SPRoutingMachineInfo -RequestManagementSettings $rm -Name <MachineName> Remove-SPRoutingMachineInfo -Identity $M

Notes

Vous ne pouvez pas supprimer des serveurs web frontaux qui se trouvent dans la batterie de serveurs. Par contre, vous pouvez utiliser le paramètre Availability de l’applet de commande Set-SPRoutingMachineInfo pour les rendre non disponibles.

Règles de routage et de limitation

Le routage des demandes, ainsi que la limitation et la hiérarchisation des demandes, sont des algorithmes de décision qui utilisent des règles pour prescrire de nombreuses actions. Les règles déterminent la façon dont le gestionnaire de demandes gère les demandes.

Les règles sont séparées en deux catégories, les règles de routage et les règles de limitation, qui sont respectivement utilisées dans le routage des demandes et dans la limitation et la hiérarchisation des demandes. Les règles de routage analysent les critères et effectuent un routage vers un pool d'ordinateurs. Les règles de limitation analysent les critères et effectuent une limitation en fonction du score d’intégrité connu d’un ordinateur.

Routage des demandes

Le traitement des demandes regroupe toutes les opérations qui se produisent de manière séquentielle entre le moment où le gestionnaire de demandes reçoit une nouvelle demande et celui où il envoie une réponse au client.

Les composantes du traitement des demandes sont les suivantes :

• routage des demandes ;
• gestionnaire des demandes entrantes ;
• limitation et hiérarchisation des demandes ;
• équilibrage de charge des demandes ;

Gestionnaire des demandes entrantes

Le rôle du gestionnaire des demandes entrantes consiste à déterminer si le gestionnaire de demandes doit traiter une demande. Si la composante de limitation et de hiérarchisation des demandes est désactivée et que la file d'attente du gestionnaire de demandes est vide, ce dernier redirige la demande vers SharePoint Server en cours d'exécution sur le serveur web frontal actuel. Si la limitation et la hiérarchisation des demandes sont activées, la limitation et la hiérarchisation des requêtes déterminent si la demande doit être autorisée ou refusée sur le serveur web frontal actuel.

Le processus du gestionnaire des demandes entrantes comprend les étapes suivantes :

1. Il détermine si la demande doit être limitée ou routée.
2. Pour les demandes routées, un algorithme d'équilibrage de charge est exécuté.
3. La demande est routée vers un point de terminaison d'équilibrage de charge.

Les composantes Routage des demandes et Limitation et hiérarchisation des demandes ne s'exécutent que si elles sont activées et le routage intervient une fois par batterie de serveurs. L'équilibrage de charge des demandes ne s'exécute que si une demande a été déterminée comme pouvant être routée. Le gestionnaire des demandes sortantes ne s'exécute que si la demande doit être envoyée à un autre serveur web frontal. Le rôle du gestionnaire des demandes sortantes consiste à envoyer la demande au serveur web frontal sélectionné, à attendre une réponse et à renvoyer la réponse à la source.

Routage des demandes

Le rôle du routage des demandes consiste à sélectionner un serveur web frontal pour router une demande. En n'utilisant aucune règle de routage définie, le schéma de routage est aussi facile que la sélection aléatoire d'un serveur web frontal disponible.

L'algorithme du routage des demandes comprend deux parties : l'établissement d'une correspondance demande/règle et la sélection d'un serveur web frontal.

Établissement d’une correspondance demande/règle

Chaque règle possède un ou plusieurs critères de correspondance, qui sont composés de trois éléments : la propriété de la correspondance, le type de correspondance et la valeur de la correspondance.

Le tableau suivant décrit les différents types de propriété de correspondance et les types de correspondance :

Propriété de correspondance	Type de correspondance
Nom d'hôte	ReqEx
URL	Égal à
Numéro de port	Commence par
Type MIME	Se termine par

Par exemple, un administrateur utilise les critères de correspondance suivants pour faire correspondre http://contoso les demandes : Match Property=URL ; Correspondance valeur= http://contoso; Match type=RegEx.

Sélection du serveur web frontal

La sélection du serveur web frontal utilise toutes les règles de routage, qu'elles correspondent ou non à une demande donnée. La portée d'une règle qui correspond englobe un pool d'ordinateurs ; dans le cas de cette règle, une demande est envoyée avec équilibrage de charge vers tout ordinateur du pool d'ordinateurs. Si une demande ne correspond à aucune demande, elle est envoyée avec équilibrage de charge à toute cible de routage disponible.

REMARQUE : Pour SharePoint Server 2016 et 2019, le type de rôle frontal est utilisé.

Routage et hiérarchisation des demandes

Pour le routage des demandes qui utilisent le système d’analyse basée sur l’intégrité, le rôle du routage et de la hiérarchisation des demandes consiste à limiter le pool de routage aux ordinateurs dont le score d’intégrité leur permet de traiter les demandes. Si le routage des demandes est activé, le pool de routage est n'importe quel serveur web frontal sélectionné. Si le routage des demandes est désactivé, le pool de routage ne contient que le serveur web frontal actuel.

La composante du routage et de la hiérarchisation des demandes peut être divisée en deux parties : l'établissement d'une correspondance demande/règle et le filtrage des serveurs web frontaux. L'établissement de la correspondance demande/règle se déroule de la même manière que dans le routage des demandes. Le filtrage des serveurs web frontaux utilise le paramètre de seuil d'intégrité issu des règles de limitation conjointement avec les données d'intégrité des serveurs web frontaux pour déterminer si les serveurs web frontaux dans le pool de routage sélectionné peuvent traiter la demande en question.

La procédure du filtrage des serveurs web frontaux est la suivante :

1. Le pool de routage est le serveur web frontal actuel ou bien un ou plusieurs serveurs web frontaux que le routage des demandes sélectionne.
2. Toutes les règles de correspondance sont vérifiées afin que soit déterminée la plus petite valeur de seuil d'intégrité.
3. Les serveurs web frontaux dont le score d'intégrité est supérieur ou égal à la plus petite valeur de seuil d'intégrité sont supprimés du pool de routage.

Par exemple, le routage des demandes est désactivé, le serveur web frontal actuel possède un score d'intégrité égal à 7 et une règle de blocage de OneNote en l'absence de seuil d'intégrité (cas dans lequel le seuil d'intégrité est égal à 0) est créée.

Le pool de routage est le serveur web frontal actuel dont le seuil d'intégrité est égal à zéro (0). Ainsi, le plus petit seuil que le serveur web frontal peut prendre en charge est zéro. Le score d’intégrité du serveur web frontal actuel étant égal à 7, le gestionnaire de demandes refuse et supprime la demande.

Équilibrage de charge des demandes

Le rôle de l’équilibrage de charge des demandes consiste à sélectionner une cible unique à laquelle envoyer la demande. L'équilibrage de charge des demandes utilise les schémas de pondération de routage pour sélectionner la cible. Toutes les cibles de routage commencent avec une pondération égale à 1. Si la pondération statique est activée, l'équilibrage de charge des demandes utilise l'ensemble des pondérations statiques de chaque cible de routage pour ajuster les pondérations, et la valeur peut être tout nombre entier valide. Si la pondération de l’intégrité est activée, l’équilibrage de charge de demande utilise les informations d’intégrité pour ajouter du poids à des cibles plus saines et supprimer le poids des cibles moins saines.

Analyse et maintenance

L’analyse et la journalisation sont essentielles pour la gestion des demandes à partir du gestionnaire de demandes et portent sur les éléments suivants :

• les règles qui ont correspondu ;
• les règles qui n'ont pas correspondu ;
• la décision finale pour la demande.

Les décisions peuvent comprendre des informations utiles telles que les suivantes :

• La demande a-t-elle été refusée ?
• Quel serveur web frontal a été sélectionné et à partir de quel pool de routage.
• La demande a-t-elle réussi ou échoué, et pour quelle raison ?
• Quelle a été la durée de chaque composante (routage, limitation et attente de la réponse du serveur web frontal) ?

Un administrateur peut utiliser ces informations pour ajuster les ensembles de règles de routage et de limitation afin d'optimiser le système et de résoudre les problèmes. Pour analyser et évaluer les performances de la batterie de serveurs, vous pouvez créer un fichier journal d'analyseur de performances et ajouter les compteurs de performance du gestionnaire de demandes SharePoint Foundation suivants :

Nom du compteur	Description
Connexions en cours	Nombre total de connexions actuellement ouvertes par le gestionnaire de demandes.
Connexions réutilisées/s	Nombre de connexions par seconde réutilisées quand la même connexion cliente effectue une autre demande sans fermer la connexion.
Demandes routées/s	Nombre de demandes routées par seconde. L'instance détermine le pool d'applications et le serveur dont ce compteur effectue le suivi.
Demandes limitées/s	Nombre de demandes limitées par seconde.
Demandes qui ont échoué/s	Se termine par
Type MIME	Nombre de demandes ayant échoué par seconde.
Temps de traitement moyen	Se termine par
Type MIME	Temps nécessaire pour traiter la demande, c'est-à-dire pour évaluer toutes les règles et déterminer une cible de routage.
Latence de la dernière opération PING	La latence de la dernière opération PING (c'est-à-dire, la fonctionnalité PING du gestionnaire de demandes) et l'instance déterminent le pool d'applications et l'ordinateur à cibler.
Points de terminaison de connexion actuels	Nombre total de points de terminaison connectés pour toutes les connexions actives.
Demandes routées actuelles	Nombre de demandes routées inachevées. L'instance détermine le pool d'applications et l'ordinateur à cibler.

En plus de la création d’un fichier journal de l’analyseur de performances, le niveau de journalisation détaillé peut être activé à l’aide de la syntaxe Microsoft PowerShell suivante :

PowerShell

Set-SPLogLevel "Request Management" -TraceSeverity Verbose