Partager via

Recommandations de déploiement pour Application Request Routing

  • Article

par Won Yoo

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

But

Mettre en évidence et comprendre les recommandations de déploiement pour Application Request Routing (ARR).
Il s’agit plus d’un document de bonnes pratiques pour le déploiement d’ARR version 2 qu’une procédure pas à pas classique.

Prérequis

Cet article présuppose que vous êtes familiarisé avec les fonctionnalités générales 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 consulter les guides détaillés suivants avant de continuer :

Si ARR 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).
  • Microsoft Application Request Routing version 2 pour IIS 7 (x64) 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, la valeur est définie sur 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 qu’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 soit en cours d’exécution tout le temps.

Les étapes de désactivation du délai d’inactivité du pool d’applications sont décrites dans l’article Installer Application Request Routing 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é de confiance élevé 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 que le redémarrage du pool d’applications profiterait 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 une utilisation d’ARR où vous voulez que ARR soit disponible tout le temps (et également pour répondre rapidement à tout moment).

Les étapes de désactivation des conditions de recyclage du pool d’applications sont décrites dans l’article Installer Application Request Routing version 2.

Étape 3 - Séparer 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 s’expliquer par le fait que le nombre de contenus mis en cache peut augmenter jusqu’à atteindre des millions d’objets (voire des milliards d’objets), ce qui peut faire de leur gestion 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 un formatage rapide du lecteur peut être une meilleure alternative. Bien sûr, pour ce faire, vous devrez séparer les emplacements du ou des lecteurs de cache 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 tout de même recommandé de séparer le lecteur système du lecteur d’emplacement de 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 grandement 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 de noms 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 uniquement la création de noms 8.3, à l’invite de commandes, tapez fsutil.exe behavior set disable8dot3 1 , puis appuyez sur Entrée.