Recommandations de déploiement pour le routage des demandes d’application

par Won Yoo

Cette section du document s’applique à Microsoft Application Request Routing Version 2 pour IIS 7 et versions ultérieures.

Objectif

Pour mettre en évidence et comprendre les recommandations de déploiement pour le routage des demandes d’application (ARR).
Il s’agit plus d’un document de bonnes pratiques pour le déploiement d’ARR Version 2 qu’un article de procédure pas à pas classique.

Prerequisites

Cet article suppose que vous êtes familiarisé avec les fonctionnalités globales d’ARR et que vous savez comment déployer et configurer ARR avec le cache de disque. Si vous ne l’avez pas déjà fait, nous vous recommandons vivement de passer en revue les procédures pas à pas suivantes avant de continuer :

Si le routage des demandes d’application version 2 n’a pas été installé, vous pouvez le télécharger à l’adresse suivante :

  • Microsoft Application Request Routing version 2 pour IIS 7 (x86) ici (https://download.microsoft.com/download/4/D/F/4DFDA851-515F-474E-BA7A-5802B3C95101/ARRv2_setup_x86.EXE).
  • Routage de demandes d’application Microsoft version 2 pour IIS 7 (x64) disponible ici (https://download.microsoft.com/download/3/4/1/3415F3F9-5698-44FE-A072-D4AF09728390/ARRv2_setup_x64.EXE).

Suivez les étapes décrites dans ce document pour installer ARR Version 2.

Étape 1 : désactiver le délai d’inactivité du pool d’applications.

Le délai d’inactivité du pool d’applications est une fonctionnalité IIS qui arrête le pool d’applications en cas d’inactivité. Par défaut, le montant est défini pendant 20 minutes, ce qui représente :

Durée (en minutes) pendant laquelle un processus de travail reste inactif avant qu’il ne s’arrête. Un processus de travail est inactif s’il ne traite pas les demandes et aucune nouvelle demande n’est reçue.

L’intention de cette fonctionnalité dans IIS est de réaffecter la ressource utilisée par le pool d’applications et de la récupérer si le pool d’applications est inactif. Cela est utile si le serveur IIS est utilisé pour héberger plusieurs sites et applications, et qu’il est configuré pour partager les ressources entre les sites et les applications.

Dans un scénario de déploiement ARR classique, ce n’est pas le cas et vous souhaitez que le pool d’applications pour ARR fonctionne en permanence.

Les étapes de désactivation du délai d’inactivité du pool d’applications sont décrites dans l’article Installer le routage des demandes d’application version 2 .

Étape 2 : désactiver les conditions de recyclage du pool d’applications.

Le recyclage du pool d’applications est une fonctionnalité IIS qui recycle régulièrement le pool d’applications. Cette fonctionnalité est utile lorsque vous n’avez pas un degré élevé de confiance dans les applications qui s’exécutent dans votre pool d’applications (par exemple, dans un environnement d’hébergement partagé où l’utilisateur final déploie l’application directement), et le redémarrage du pool d’applications bénéficierait des fonctionnalités et de la stabilité de l’application. (Par exemple, une application peut avoir une fuite de mémoire lente. Au lieu d’exécuter l’application indéfiniment, vous allez recycler l’application régulièrement pour atténuer les défauts de code.)

Cela, bien sûr, n’est pas idéal pour le cas d’usage d’ARR lorsque vous attendez que ARR soit disponible tout le temps (et également pour répondre rapidement à tout le temps).

Les étapes de désactivation des conditions de recyclage du pool d’applications sont décrites dans l’article Installer le routage des demandes d’application version 2 .

Étape 3 : séparez l’emplacement du lecteur de cache du lecteur système.

Bien que ARR prenne en charge les emplacements de lecteur de cache qui sont des dossiers, il est vivement recommandé que les emplacements des lecteurs de cache soient séparés du lecteur système. Cela est dû au fait que le nombre de contenus mis en cache augmente à des millions d’objets (voire des milliards d’objets), leur gestion peut être une opération d’E/S coûteuse. Comme indiqué dans l’article Supprimer les objets mis en cache , la suppression de tous les objets mis en cache de tous les emplacements de lecteur de cache principal peut prendre beaucoup de temps et effectuer une mise en forme rapide du lecteur peut être une meilleure alternative. Bien sûr, pour cela, vous devrez séparer les emplacements des lecteurs de cache de celui du lecteur système.

Pour des performances optimales, il est recommandé que l’emplacement du lecteur de cache soit un lecteur physiquement distinct par rapport au lecteur système. Il est également recommandé que l’emplacement du lecteur de cache soit un lecteur RPM élevé (15 Ko RPM) pour de meilleures performances. Si vous n’avez qu’un seul lecteur physique, il est toujours recommandé de séparer le lecteur système du lecteur d’emplacement du cache. Vous pouvez partitionner le même lecteur physique en plusieurs volumes à l’aide de la gestion des disques sous Gestionnaire de serveur.

Étape 4 : désactiver la création du nom 8.3.

La création de noms de fichiers et répertoires 8.3 pour tous les noms et répertoires de fichiers longs sur les partitions NTFS peut diminuer les performances d’énumération des répertoires. Étant donné que ARR utilise fortement le lecteur de disque pour sa fonctionnalité de mise en cache, il est recommandé de désactiver la création de noms 8.3.

Sur Windows Server 2008, la création du nom 8.3 ne peut être désactivée que pour l’ensemble du serveur. Plus explicitement, il ne peut pas être configuré par volume.

Sur Windows Server 2008 R2, ce paramètre peut être configuré par volume.

Pour plus d’informations sur la création de noms 8.3 sur NTFS, consultez KB121007. Pour désactiver simplement la création du nom 8.3, dans l’invite de commandes, tapez fsutil.exe behavior set disable8dot3 1, puis appuyez sur Entrée.

  • Last updated on