Présentation de Application Request Routing version 2

  • Article

par l'équipe IIS

Introduction

Cette section de la documentation s’applique à Microsoft Application Request Routing version 2 pour IIS 7 et versions ultérieures.

Microsoft Application Request Routing (ARR) pour IIS 7 et versions ultérieures est un module de routage basé sur un proxy. Il transfère les requêtes HTTP vers les serveurs d'applications en fonction des en-têtes HTTP et des variables serveur, ainsi que des algorithmes d'équilibrage de charge.

ARR Version 2 est une version incrémentielle qui inclut toutes les fonctionnalités de la version 1 et ajoute la prise en charge du cache sur disque. Plus précisément, ARR Version 2 peut être utilisé pour :

  • Améliorer les scénarios de ARR Version 1 avec le cache de disque.

  • Utiliser ARR comme proxy de cache sous forme de nœud de cache dans un environnement CDN/ECN.

    • Utiliser ARR comme nœud de cache périphérique/enfant.
    • Utiliser ARR comme nœud de cache parent.

Remarque

  • ARR Version 1 et ARR Version 2 ne peuvent pas être installés côte à côte.
  • Les versions précédentes d’ARR Version 2 (Bêta1, Bêta2 et RC) et ARR Version 2 RTW ne peuvent pas être installées côte à côte.
  • ARR Version 2 RTW prend en charge la mise à niveau à partir d’ARR Version 1 RTW et d’ARR Version 2 RC. Si une autre version d’ARR est déjà installée, désinstallez-la avant de poursuivre l’installation d’ARR Version 2.
  • La résolution minimale prise en charge pour le Gestionnaire IIS est 1024x768.

Fonctionnalités

ARR version 2 comprend les fonctionnalités clés suivantes :

  • Mise en cache sur disque : outre le cache de mémoire du noyau dans ARR Version 1, la version 2 ajoute la prise en charge du cache sur disque, notamment la prise en charge d’un lecteur secondaire basé sur le réseau.
  • Gestion de la hiérarchie des serveurs de cache : définir et gérer les relations entre les nœuds de cache, notamment la prise en charge du protocole CARP (Cache Array Routing Protocol).
  • Nœud proxy de cache dans l’environnement CDN/ECN : étant donné que ARR est un module de routage de requête HTTP basé sur un proxy avec prise en charge du cache de disque et de CARP, il peut être utilisé comme proxy de cache dans un environnement CDN/ECN.
  • Mise en cache d’objets compressés : le cache basé sur disque stocke les objets compressés afin que ceux-ci ne soient pas compressés en temps réel pour chaque requête. En outre, ARR gzip compresse les objets même si le serveur de contenu ne répond pas avec l’encodage de contenu gzip.
  • Configurer la mise en cache avec la prise en charge des chaînes de requête dans Application Request Routing
  • Navigation dans le contenu mis en cache à l’aide du gestionnaire IIS : parcourir le contenu mis en cache sur plusieurs lecteurs dans une vue graphique consolidée dans le Gestionnaire IIS.
  • Suppression du contenu mis en cache : supprimer le contenu mis en cache en fonction des modèles d’URL correspondants.
  • Exécution de Scavenger.exe pour supprimer du contenu mis en cache dans le lecteur secondaire en tant qu’utilitaire autonome.
  • Substitution des directives de contrôle du cache : remplacer manuellement les directives de contrôle du cache dans l’en-tête de réponse pour modifier le comportement du cache.
  • Préchauffage du nœud de cache : préchauffer le nœud de cache de manière proactive avec des contenus qui seront mis en demande avant qu’ils ne soient demandés. En outre, le contenu peut être pré-mis en cache de manière sélective uniquement au niveau du cache parent.
  • Prise en charge intelligente de la plage d’octets : ARR convertit la demande de plage d’octets en segments gérables pour augmenter le ratio d’accès/absence du cache sans sacrifier de temps de réponse.
  • Prise en charge intelligente des demandes en direct : ARR est conçu pour fonctionner avec Live Smooth Streaming pour prendre en charge les demandes de contenu en direct sans surcharger le serveur du flux de données diffusées en temps réel.
  • Mise en cache lors du traitement de la réponse : la mise en cache d’un contenu volumineux, tel qu’un clip vidéo, peut prendre un certain temps. ARR Version 2 est capable de mettre en cache le contenu tout en traitant la réponse immédiatement.
  • Prise en charge des compteurs de performances : les statistiques de runtime affichées dans la vue Surveillance et Gestion sont accessibles en tant que compteurs de performances.

Support

ARR Version 2 est un produit publié sur le web (RTW) et le support est pris en charge par le service Support et Aide en ligne de Microsoft. Le forum restera actif.

Obtenir le module

  • 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).

Utilisation du module

Les articles suivants expliquent comment installer et configurer ARR Version 2. Il est fortement recommandé de lire ces articles dans l’ordre indiqué ci-dessous, car ils sont progressivement plus approfondis.

Modifications apportées au module de réécriture d’URL

ARR Version 2 inclut la version mise à jour du module de réécriture d’URL 2.0, qui a plusieurs changements cassants introduits depuis la publication de la version 2.0 bêta de la réécriture d’URL. Les changements cassants sont répertoriés ci-dessous :

  • Si une règle de réécriture distribuée définit une variable de serveur, celle-ci doit être ajoutée à une collection <allowedServerVariables>. Pour ce faire, vous pouvez utiliser l’interface utilisateur de réécriture d’URL dans le Gestionnaire IIS ou bien modifier le fichier applicationHost.config, comme indiqué ci-dessous. Notez qu’il n’est pas nécessaire de le faire si la variable de serveur est définie à l’aide d’une règle globale.

    <rewrite>
  <allowedServerVariables>
    <add name="MY_SERVER_VARIABLE" />
  </allowedServerVariables>
</rewrite>

  • La variable de serveur HTTP_CONTENT_TYPE a été remplacée par RESPONSE_CONTENT_TYPE. Si une règle de réécriture sortante utilise une condition préalable qui vérifie la variable HTTP_CONTENT_TYPE, cette règle cesse de fonctionner. Modifiez la condition préalable pour utiliser RESPONSE_CONTENT_TYPE à la place.