Cache Hierarchy Management à l’aide d’Application Request Routing

par l’équipe IIS

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

But

Expliquer et configurer avec succès l'Application Request Routing (ARR) en tant que nœud de cache périphérique à l'aide du Cache Array Routing Protocol (CARP).

ARR version 2 étend le concept de groupe de serveurs introduit dans ARR version 1 pour définir la relation entre les nœuds de cache. Un groupe de serveurs est un regroupement logique d’un ou plusieurs serveurs membres. Dans ARR version 1, les serveurs membres de la batterie de serveurs sont traités comme des serveurs d’applications où ARR peut transférer les requêtes entrantes. Dans ARR version 2, le même concept est utilisé pour regrouper le « niveau » suivant des nœuds de cache vers lesquels les requêtes doivent être routées lorsqu’il y a un manque de cache.

L’illustration ci-dessous montre comment le groupe de serveurs (batterie de serveurs) est utilisé pour spécifier les nœuds de cache parent du point de vue du nœud de cache enfant (périphérique) :

La gestion des nœuds de cache peut être simplifiée en utilisant une configuration partagée. Dans l’illustration ci-dessus, les nœuds de cache enfants (périphérique) partagent une configuration tandis que les nœuds de cache parent en partagent une autre. Par conséquent, il y aura deux configurations partagées à gérer.

Cette procédure pas à pas se concentre sur l’explication du concept de batteries de serveurs dans la gestion de la hiérarchie du cache. Pour plus d’informations détaillées sur la configuration des nœuds de cache enfants et parents de bout en bout dans les réseaux de distribution de contenu et les réseaux de mise en cache de périphérie (CDN/ECN), consultez cette procédure pas à pas.

Prérequis

Cette procédure pas à pas suppose que vous connaissez les principales fonctionnalités et scénarios d’ARR version 1 :

• Définir et configurer un groupe de serveurs Application Request Routing
• Équilibrage de charge HTTP à l’aide d’Application Request Routing
• Configurer une architecture de déploiement à 3 niveaux à l’aide d’Application Request Routing
• Gestion de programme pilote à l’aide d’Application Request Routing
• Hébergement partagé à l’aide d’Application Request Routing

Vous devez également être familiarisé avec la fonctionnalité de cache de disque, qui est nouvelle dans ARR version 2. L’article suivant fournit une vue d’ensemble :

• Configurer et activer le cache de disque dans Application Request Routing

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 : Configurer le cache de disque

Si vous ne l’avez pas déjà fait, configurez le cache de disque en suivant cet article.

Étape 2 : Définir la hiérarchie du cache

Pour créer et définir une batterie de serveurs à l’aide de l’interface utilisateur :

1. Lancez le gestionnaire IIS.

2. Sélectionnez et développez la racine du serveur. Il s’agit de votre nœud de cache enfant (périphérique).
   

3. Pour créer une batterie de serveurs, cliquez avec le bouton droit sur Batteries de serveurs, puis cliquez surCréer une batterie de serveurs....

   

4. Entrez un nom pour la batterie de serveurs. Dans l’exemple ci-dessous, myParentCacheNodes est le nom de la batterie de serveurs. Sélectionnez Suivant.

   

5. L’étape suivante consiste à ajouter les nœuds de cache parent à la batterie de serveurs. Dans la page Ajouter un serveur de l’Assistant, ajoutez autant de nœuds de cache parent que nécessaire. Lorsqu’il existe un manque de cache au niveau du nœud enfant, les requêtes sont transférées à l’un des nœuds de cache parent à l’aide de CARP. Cliquez sur Terminer.

   

6. Comme c’est le cas dans ARR version 1, ARR version 2 s’appuie sur le module Réécriture d’URL pour inspecter les requêtes HTTP entrantes et les variables de serveur pour prendre les décisions de routage des requêtes. Dans la boîte de dialogue de confirmation, cliquez sur Oui pour créer les règles de réécriture d’URL par défaut pour ce groupe de serveurs.

   

7. Vous avez créé un groupe de serveurs avec les nœuds de cache parent en tant que membres.

Étape 3 : Activer le protocole CARP (Cache Array Routing Protocol)

ARR version 2 inclut la prise en charge de CARP. CARP est utilisé pour déterminer le nœud de cache parent auquel transférer une requête lorsqu’il existe un manque de cache au niveau du nœud de cache enfant.

Pour activer CARP à l’aide de l’interface utilisateur :

1. Lancez le gestionnaire IIS.

2. Sélectionnez la batterie de serveurs myParentCacheNodes, que vous avez créée à l’étape 2 ci-dessus.

3. Les icônes suivantes sont affichées :

   

4. Double-cliquez sur Équilibrer la charge.

5. Sélectionnez Hachage de requête dans la liste déroulante. Le hachage de requête dans ARR version 2 utilise CARP.

6. Cliquez sur Appliquer pour enregistrer les modifications.

Résumé

Vous avez maintenant défini la hiérarchie du cache à l’aide d’ARR. Pour obtenir d’autres procédures pas à pas ARR version 2, consultez les documents de cet article. Notez que dans un environnement CDN, les règles de réécriture d’URL sont beaucoup plus complexes que ce que cette procédure pas à pas a montré. Pour plus d’informations sur la configuration d’ARR dans des nœuds de cache standard de 2 niveaux (enfant et parent) dans l’environnement CDN/ECN, consultez la procédure pas à pas suivante.