Partager via


Présentation de Application Request Routing version 2

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.

  • Installer le routage des demandes d’application (ARR) version 2 pour IIS. : inclut des recommandations de configuration IIS lors du déploiement dans un environnement de production.
  • Configurer et activer le cache de disque pour ARR. : comment configurer les lecteurs de cache principaux et un lecteur de cache secondaire qui peut être partagé sur plusieurs nœuds de cache.
  • Configurer la mise en cache avec la prise en charge des chaînes de requête dans Application Request Routing
  • Comment définir la hiérarchie du cache pour ARR. Explique comment la relation de cache est gérée dans ARR.
  • Configurer ARR en tant que nœuds de cache dans CDN/ECN. Procédure à suivre pour déployer ARR en tant que nœud de cache périphérique/enfant, ainsi que comme nœud de cache parent.
  • Parcourir le contenu mis en cache sur le disque. Affiche le contenu mis en cache à l’aide du Gestionnaire IIS sur plusieurs lecteurs de cache principaux.
  • Supprimer le contenu mis en cache d’ARR. : supprimez un ou plusieurs contenus mis en cache lors de la navigation ou par 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.
  • Remplacez les directives de contrôle du cache dans une réponse HTTP. : contrôlez ce qu’il faut mettre en cache ou pendant combien de temps mettre en cache, quelles que soient les directives de contrôle du cache.
  • Préchauffez les nœuds de cache sur ARR avec le contenu attendu. — Mettez en cache de manière proactive le contenu sur ARR avant qu’ils ne soient à la demande.
  • Configurez la taille du segment de requête de plage d’octets dans ARR. : découvrez comment ARR gère les demandes de plage d’octets.
  • Configurer la fonctionnalité de consolidation des demandes dans ARR. — Découvrez comment ARR peut vous aider à servir des médias de diffusion en continu en direct.
  • Utilisation de la compression dans ARR. ARR compresse et met en cache des objets compressés même si le serveur de contenu ne prend pas en charge la compression.
  • Utilisation des compteurs de performance. Utiliser des compteurs de performances pour collecter des statistiques de runtime en temps réel.
  • Recommandations de déploiement pour ARR. Meilleures pratiques et recommandations pour le déploiement ARR.

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.