Configurer la taille du segment de requête de plage d’octets dans le routage des demandes d’application

par Won Yoo

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

But

Pour comprendre et configurer la façon dont le routage des demandes d’application (ARR) gère les demandes de plage d’octets.

Prérequis

Il s'agit d'une fonctionnalité avancée d’ARR. Cet article suppose que vous êtes familiarisé avec les fonctionnalités globales 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 :

• Configurer et activer le cache de disque dans Application Request Routing
• Gestion des hiérarchies de cache à l’aide d’Application Request Routing
• Déploiement d’Application Request Routing dans CDN
• Parcourir le contenu mis en cache sur le disque sur Application Request Routing
• Supprimer des objets mis en cache
• Remplacer manuellement les directives de contrôle du cache à l’aide d’Application Request Routing
• Réchauffer les nœuds de cache sur 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 : Vue d’ensemble de la fonctionnalité de demande de plage d’octets dans ARR.

Différents proxys de cache gèrent les requêtes de plage d’octets différemment. Pour ARR, les requêtes de plage d’octets sont segmentées en morceaux plus petits appelés « blocs ». La taille du « bloc » est configurable par l’administrateur et il est recommandé que la taille soit définie en fonction de la taille standard des demandes de plage d’octets dans votre environnement pour une optimisation plus poussée.

Au cœur de cette fonctionnalité, ARR doit « remapper » les requêtes de plage d’octets en segments. Comme indiqué dans le diagramme ci-dessous, lorsque ARR reçoit une demande de plage d’octets, il tente de placer la requête en « blocs » et détermine la plage correspondante qui doit être envoyée au serveur d’origine (ou si les nœuds de cache sont hiérarchisé, il sera envoyé au serveur de niveau suivant.) Lorsqu’elle reçoit la réponse, ARR stocke le contenu en éléments (par exemple. « segments ») et réécrit la réponse pour qu’elle corresponde à la requête d’origine à ARR.

Par le biais de l’opération normale, ARR finirait par « collecter » tous les éléments « segments » et mettre en cache tout le contenu.

Étape 2 : configurer la taille du segment de plage d’octets.

Par défaut, la taille du segment de plage d’octets est de 256 Ko. L’administrateur peut modifier cette valeur en fonction du modèle de trafic normal dans l’environnement.

1. Lancez le gestionnaire IIS.

2. Le paramètre de taille de segment de plage d’octets est un paramètre global géré au niveau du serveur. Sélectionnez et développez la racine du serveur.

   

3. Double-cliquez sur Cache d’Application Request Routing.

4. Dans le volet Actions, cliquez sur Configuration du cache....

   

5. Dans la page Configuration du cache, recherchez la taille de segment de plage d’octets (Ko): champ d’entrée.

   

6. Modifiez la valeur, puis cliquez sur Appliquer. Pour cette procédure pas à pas, vous allez définir la valeur sur 1 Ko.

   Remarque

   Ce paramètre est uniquement à des fins de procédure pas à pas. 1 Ko est trop petit d’une taille de segment et peut entraîner une fragmentation.

Étape 2 : vérifier la fonctionnalité.

Vous aurez besoin d’un outil client que vous pouvez utiliser pour créer la demande de plage d’octets. Vous souhaiterez également suivre et capturer les requêtes HTTP pour vous assurer que votre client reçoit les réponses attendues en fonction des demandes qu’il envoie.

1. Envoyez une requête de plage d’octets avec une plage de 0 à 500. Dans cet exemple, une demande de plage d’octets a été envoyée à /pix/IMG_1400.jpg.

2. Si vous avez un moyen de surveiller le réseau, par exemple en utilisant Microsoft Network Monitor, vérifiez que le client a reçu la plage pour 0-500.

3. Recherchez le dossier où IMG_1400.jpg doit se trouver sur l’emplacement du lecteur de cache et répertoriez le contenu en tapant dir /a.

   

4. Vérifiez qu’un fichier portant le nom 0-1023 existe. Ce fichier représente la plage 0-1023 (par exemple, un bloc). Il s’agit du comportement attendu depuis la plage 0-500 « s’adapte » en 0-1023.

5. Envoyez une autre requête de plage d’octets avec une plage de 1500 à 3000 pour le même fichier.

   Répertorier le même répertoire.6. Depuis la plage de 1500 et 3000 « étendues » sur deux « blocs », 1024-2047 et 2048-3071, deux fichiers supplémentaires ont été mis en cache par conséquent.

6. Enfin, envoyez une autre requête de plage d’octets avec une plage de 2500 à 4000 pour le même fichier. Répertoriez le même répertoire.

   

7. Dans ce cas, le premier « bloc » (2048-3071) entraîne un accès au cache. ARR a déterminé qu’il fallait obtenir le deuxième « bloc » (3072-4095) et envoyer une demande de plage d’octets au serveur d’origine uniquement pour la deuxième pièce. Là encore, à l’aide du moniteur réseau, vérifiez que les demandes et réponses de plage appropriées sont envoyées entre le client et ARR et entre ARR et le serveur d’origine.

Résumé

Vous avez réussi à parcourir la façon dont ARR prend en charge les demandes de plage d’octets et configuré la taille de segmentation pour optimiser le paramètre dans votre environnement.

Pour obtenir d’autres procédures pas à pas ARR Version 2, consultez les documents de cet article.