Utilisation du module Application Request Routing

  • Article

par l’équipe IIS

Introduction

Microsoft Application Request Routing (ARR) pour IIS 7 et versions ultérieures est un module de routage basé sur proxy qui transfère les requêtes HTTP aux serveurs de contenu en fonction des en-têtes HTTP, des variables de serveur et des algorithmes d’équilibrage de charge. ARR peut être utilisé pour :

  • Augmenter la disponibilité et la scalabilité des applications.
  • Mieux utiliser les ressources du serveur de contenu.
  • Faciliter le déploiement d’applications, y compris la gestion pilote et les tests A/B.
  • Réduire les coûts de gestion et créer des opportunités pour les hébergeurs partagés.

ARR s’appuie sur le module de réécriture d’URL pour inspecter les requêtes HTTP entrantes pour prendre les décisions de routage. Par conséquent, le module de réécriture d’URL est requis pour activer les fonctionnalités d’ARR.

Le support ARR est fourni par l’Aide et le Support Microsoft. Le forum restera actif.

Fonctionnalités

Microsoft Application Request Routing pour IIS inclut les fonctionnalités clés suivantes :

  • Décisions de routage basées sur HTTP Contrairement aux équilibreurs de charge matériels qui prennent des décisions de routage au niveau du protocole Internet, ARR prend des décisions de routage au niveau de l’application. En utilisant ARR avec le module de réécriture d’URL, vous pouvez écrire des règles de routage puissantes basées sur des en-têtes HTTP et des variables de serveur.
  • Algorithmes d’équilibrage de charge Vous pouvez appliquer un algorithme d’équilibrage de charge sélectionné par l’utilisateur pour déterminer quel serveur de contenu est le plus approprié pour traiter les requêtes HTTP. Six algorithmes sont fournis.
  • Monitoring de l’intégrité Vous pouvez utiliser le trafic en direct et des tests d’URL spécifiques pour déterminer l’intégrité des serveurs de contenu. Un ensemble de paramètres de configuration est fourni pour définir ce que signifie l’intégrité des serveurs. Vous pouvez également désactiver le trafic en direct et les tests d’URL, et utiliser un fournisseur de monitoring de l’intégrité personnalisé. Pour ce faire, définissez l’intégrité des serveurs en appelant les API RSCA.
  • Affinité du client En utilisant un cookie, ARR peut configurer l’affinité de toutes les requêtes HTTP d’un client à un serveur de contenu. ARR différencie les clients derrière la NAT, de sorte que chaque client est traité indépendamment. Cette fonctionnalité nécessite que les clients puissent accepter des cookies.
  • Affinité du nom d’hôte« Affinité du nom d’hôte » est une fonctionnalité spécifique pour les hébergeurs partagés. Cette fonctionnalité modifie la topologie de déploiement pour réduire et rationaliser l’administration et créer des opportunités métier supplémentaires. Pour plus d’informations sur ce scénario, consultez Déploiement d’hébergement partagé à l’aide d’Application Request Routing. Deux fournisseurs, de tourniquet et de mémoire, sont utilisés pour déterminer le serveur pour lequel effectuer l’affinité de l’hôte.
  • Plusieurs groupes de serveurs ARR peut gérer plusieurs groupes de serveurs, qui sont des regroupements logiques de serveurs de contenu dans un environnement. Cette fonctionnalité permet à ARR d’être utilisé dans les scénarios de gestion pilote et de test A/B.
  • Gestion et monitoring à l’aide de l’IU Vous pouvez utiliser le Gestionnaire IIS pour gérer et afficher tous les paramètres de configuration et les statistiques d’exécution agrégées pour ARR.
  • Règles de suivi des requêtes HTTP ayant échoué Des traces spécifiques ont été ajoutées pour résoudre et diagnostiquer rapidement les problèmes liés à ARR.

Utilisation du module

Ces articles expliquent comment configurer et réaliser les principaux scénarios en utilisant ARR. Il est recommandé de lire les articles dans l’ordre suivant, car les scénarios s’enrichissent avec chaque article :