Citrix ADC

Configurer les stratégies de mise en cache et d’invalidation

Les stratégies permettent au cache intégré de déterminer s’il faut essayer de servir une réponse à partir du cache ou de l’origine. L’appliance NetScaler fournit des stratégies intégrées pour la mise en cache intégrée et vous pouvez configurer des stratégies supplémentaires. Lorsque vous configurez une stratégie, vous l’associez à une action. Une action met en cache les objets auxquels la stratégie s’applique ou invalide (expire) les objets. Généralement, vous basez les stratégies de mise en cache sur les informations dans les requêtes GET et POST. Vous basez généralement les stratégies d’invalidation sur la présence de la méthode POST dans les requêtes, ainsi que sur d’autres informations. Vous pouvez utiliser toutes les informations d’une requête GET ou POST dans une stratégie de mise en cache ou d’invalidation.

Vous pouvez afficher certaines des stratégies intégrées dans le nœud Stratégies du cache intégré dans l’utilitaire de configuration. Les noms de stratégie intégrés commencent par un trait de soulignement (_).

Les actions déterminent ce que fait l’appliance NetScaler lorsque le trafic correspond à une stratégie. Les actions suivantes sont disponibles :

  • Actions de mise en cache. Les stratégies que vous associez à l’action CACHE stockent les réponses dans le cache et les servent à partir du cache.
  • Actions d’invalidation. Les stratégies que vous associez à l’action INVAL expirent immédiatement les réponses mises en cache et les actualisent à partir du serveur d’origine. Notez que pour les applications Web, les stratégies d’invalidation évaluent souvent les demandes POST.
  • Actions « Ne pas mettre en cache ». Les stratégies que vous associez à une action NOCACHE ne stockent jamais d’objets dans le cache.
  • Actions de mise en cache provisoire. Les stratégies que vous associez à une action MAYCACHE ou MAYNOCACHE dépendent du résultat d’évaluations de stratégie supplémentaires.

Bien que le cache intégré ne stocke pas les objets spécifiés par la méthode LOCK, vous pouvez invalider les objets mis en cache à la réception d’une demande LOCK. Pour les stratégies d’invalidation uniquement, vous pouvez spécifier LOCK comme méthode à l’aide de l’expression http.req.method.eq (« lock »). Contrairement aux stratégies pour les requêtes GET et POST, vous devez placer la méthode LOCK entre guillemets, car l’appliance NetScaler reconnaît ce nom de méthode en tant que chaîne uniquement.

Après avoir créé une stratégie, vous la liez à un point particulier dans le traitement global des demandes et des réponses. Bien que vous ayez créé une stratégie avant de la lier, vous devez comprendre comment les points de liaison affectent l’ordre de traitement avant de créer vos stratégies.

Les polices liées à un point de liaison particulier constituent une banque de polices. Vous pouvez utiliser des expressions goto pour modifier l’ordre d’exécution dans une banque de stratégies. Vous pouvez également invoquer des stratégies dans d’autres banques de stratégies. En outre, vous pouvez créer des étiquettes et y lier des stratégies. Une telle étiquette n’est pas associée à un point de traitement, mais les stratégies qui y sont liées peuvent être invoquées à partir d’autres banques de polices.

Actions à associer aux stratégies de mise en cache intégrées

Le tableau suivant décrit les actions pour les stratégies de mise en cache intégrées.

Action Spécifications
CACHE Sert une réponse du cache si la réponse n’a pas expiré. Si la réponse doit être récupérée à partir du serveur d’origine, l’appliance NetScaler met en cache la réponse avant de la servir. Même les données mises à jour et consultées fréquemment peuvent être mises en cache. Par exemple, les cotations boursières sont mises à jour fréquemment, mais elles peuvent être mises en cache afin qu’elles puissent être utilisées rapidement à plusieurs utilisateurs. Si nécessaire, les données mises en cache peuvent être actualisées immédiatement après leur téléchargement. Une action CACHE peut être remplacée par des stratégies intégrées.
NOCACHE Récupère toujours la réponse du serveur d’origine et marque la réponse comme non stockable. Vous configurez généralement les stratégies NOCACHE pour les données sensibles ou personnalisées.
MAY_CACHE Utilisé dans une stratégie de temps de demande, ce paramètre permet provisoirement de stocker une réponse dans un groupe de contenus, en attendant l’évaluation des stratégies de temps de réponse. Les éléments suivants sont possibles : 1. Si une stratégie de temps de réponse correspondante comporte une action CACHE mais ne spécifie pas de groupe de contenu, la réponse est stockée dans le groupe Par défaut, sauf si les stratégies intégrées remplacent cette stratégie. 2. Si une stratégie de temps de réponse correspondante comporte une action CACHE et spécifie le même groupe de contenu que celui de la stratégie de temps de requête, la réponse est stockée dans le groupe de contenu nommé, sauf si les stratégies intégrées remplacent cette stratégie. 3. Si une stratégie de temps de réponse correspondante comporte une action CACHE mais spécifie un groupe de contenu différent de celui de la stratégie de temps de requête, une action NOCACHE est appliquée. 4. Si une stratégie de temps de réponse correspondante comporte une action NOCACHE, exécutez une action NOCACHE. 5. S’il n’y a pas de stratégie de temps de réponse correspondante, une action CACHE est appliquée, sauf si une stratégie intégrée remplace cette stratégie.
MAY_NOCACHE Pour une stratégie de temps de requête, ce paramètre empêche provisoirement la mise en cache de la réponse. Au moment de réponse, l’une des actions suivantes est effectuée : - Si aucune stratégie de temps de réponse ne correspond à la demande, l’action finale est NOCACHE. - Si une stratégie de temps de réponse correspondante contient une action CACHE, l’action finale est CACHE, sauf si les stratégies intégrées remplacent cette stratégie. - Si une stratégie de temps de réponse correspondante contient une action NOCACHE, l’action finale est NOCACHE. - Si une stratégie de temps de réponse correspondante comporte une action CACHE mais ne spécifie pas de groupe de contenu, l’action finale consiste à mettre en cache la réponse dans le groupe de contenu par défaut, sauf si les stratégies intégrées remplacent cette stratégie.
INVAL Expire les réponses mises en cache. Selon la configuration de la stratégie et du groupe de contenu, toutes les réponses d’un ou de plusieurs groupes de contenu ont expiré ou les objets sélectionnés dans le groupe de contenu ont expiré. Remarque : Vous ne pouvez spécifier des actions INVAL que dans les stratégies de temps de demande.

Liez des points pour une stratégie

Vous pouvez lier la stratégie à l’un des points de liaison suivants :

  • Une banque de politiques mondiales. Il s’agit des banques de stratégies de temps de demande, de remplacement de temps de demande, de temps de réponse par défaut et de remplacement de temps de réponse, comme décrit à la section “Ordre d’évaluation des stratégies.”
  • Un serveur virtuel. Les stratégies que vous liez à un serveur virtuel sont traitées après les stratégies de remplacement global et avant les stratégies globales par défaut, comme décrit dans “Ordre d’évaluation des stratégies.” Notez que lorsque vous liez une stratégie à un serveur virtuel, vous la liez au traitement au moment de la requête ou au moment de la réponse.
  • Une étiquette de stratégie ad hoc. Une étiquette de stratégie est un nom attribué à une banque de stratégies. Outre les étiquettes globales, le cache intégré comporte deux étiquettes de stratégie personnalisées intégrées :
    • _reqBuiltinDefaults. Cette étiquette de stratégie, par défaut, est appelée à partir de la banque de stratégies par défaut au moment de la requête.
    • _resBuiltinDefaults. Cette étiquette de stratégie, par défaut, est appelée à partir de la banque de stratégies par défaut de temps de réponse.

Vous pouvez également définir de nouvelles étiquettes de stratégie. Les stratégies liées à une étiquette de stratégie définie par l’utilisateur doivent être appelées à partir d’une banque de stratégies pour l’un des points de liaison intégrés.

Important : vous devez lier une stratégie avec une action INVAL à un remplacement au moment de la requête ou à un point de liaison de remplacement au moment de la réponse. Pour supprimer une stratégie, vous devez d’abord la dissocier.

Ordre d’évaluation des stratégies

Pour qu’une stratégie avancée prenne effet, vous devez vous assurer qu’elle est appelée à un moment donné pendant le traitement du trafic par l’appliance NetScaler. Pour spécifier l’heure d’invocation, vous associez la stratégie à un point de liaison. Voici les points de liaison, énumérés par ordre d’évaluation :

  • Remplacer l’heure de la demande. Si une demande correspond à une stratégie de remplacement au moment de la demande, l’évaluation de la stratégie au moment de la demande prend fin par défaut et l’appliance NetScaler stocke l’action associée à la stratégie de correspondance.
  • Serveur virtuel d’équilibrage de charge au moment de la demande. Si l’évaluation des stratégies ne peut pas être effectuée après l’évaluation de toutes les stratégies de remplacement au moment de la demande, l’appliance NetScaler traite les stratégies au moment de la demande qui sont liées à l’équilibrage de la charge des serveurs virtuels. Si la demande correspond à l’une de ces stratégies, l’évaluation se termine et l’appliance NetScaler stocke l’action associée à la stratégie de correspondance.
  • Serveur virtuel de commutation de contenu au moment de la demande. Les stratégies liées à ce point de liaison sont évaluées après les stratégies au moment de la demande qui sont liées à l’équilibrage de la charge des serveurs virtuels.
  • Heure de la demande par défaut. Si l’évaluation de stratégie ne peut pas être effectuée après toutes les stratégies au moment de la demande, les stratégies spécifiques au serveur virtuel sont évaluées, l’appliance NetScaler traite les stratégies par défaut au moment de la demande. Si la demande correspond à une stratégie par défaut au moment de la demande, l’évaluation de la stratégie au moment de la demande prend fin par défaut et l’appliance NetScaler stocke l’action associée à la stratégie de correspondance.
  • Remplacer le temps de réponse. Similaire à l’évaluation de la stratégie de remplacement au moment de la demande.
  • Serveur virtuel d’équilibrage de charge en temps de réponse. Similaire à l’évaluation de stratégie de serveur virtuel au moment de la demande.
  • Serveur virtuel de commutation de contenu en temps de réponse. Similaire à l’évaluation de stratégie de serveur virtuel au moment de la demande.
  • Temps de réponse par défaut. Similaire à l’évaluation de stratégie par défaut au moment de la requête.

Vous pouvez associer plusieurs stratégies à chaque point de liaison. Pour contrôler l’ordre d’évaluation des stratégies associées au point de liaison, configurez un niveau de priorité. En l’absence de toute autre information sur le contrôle des flux, les stratégies sont évaluées en fonction du niveau de priorité, en commençant par la valeur de priorité numérique la plus faible.

Une fois toutes les stratégies de mise en cache intégrées évaluées, s’il existe des actions conflictuelles spécifiées dans les stratégies de temps de requête et de temps de réponse.”

Remarque : Les stratégies de temps de requête pour les données POST ou les en-têtes de cookie doivent être appelées lors de l’évaluation de remplacement au moment de la requête, car les stratégies de temps de requête intégrées dans le cache intégré renvoient une action NOCACHE pour les requêtes POST et une action MAY_NOCACHE pour les demandes contenant des cookies. Notez que vous associez les actions MAY_CACHE ou MAY_NOCACHE à une stratégie de temps de requête qui pointe vers un groupe de contenu paramétré. La stratégie de temps de réponse détermine si la transaction est stockée dans le cache.

Configurer une stratégie dans le cache intégré

Vous configurez de nouvelles stratégies pour gérer les données que les stratégies intégrées ne peuvent pas traiter. Vous configurez des stratégies distinctes pour la mise en cache, la prévention de la mise en cache et l’invalidation des données mises en cache. Voici les principaux composants d’une stratégie pour la mise en cache intégrée :

  • Règle : expression logique qui évalue une requête ou une réponse HTTP.
  • Action : Vous associez une stratégie à une action pour déterminer ce qu’il faut faire avec une demande ou une réponse correspondant à la règle de stratégie.

Groupes de contenu : vous associez la stratégie à un ou plusieurs groupes de contenu pour identifier où l’action doit être effectuée.

Pour configurer une stratégie de mise en cache à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

add cache policy <policyName> -rule <expression> -actionCACHE|MAY_CACHE|NOCACHE|MAY_NOCACHE [-storeInGroup <contentGroupName>] [-undefAction NOCACHE|RESET] > add cache policy image_cache -rule "http.req.url.contains(\"jpg\") || http.req.url.contains(\"jpeg\")" -action CACHE -storeingroup myImages_group -undefaction NOCACHE

> add cache policy bugReportPolicy -rule "http.req.url.query.contains(\"IssuePage\")" -action CACHE -storeInGroup bugReportGroup

> add cache policy my_form_policy -rule "http.req.header(\"Host\")contains(\"my.company.com\") && http.req.method.eq(\"GET\") && http.req.url.query.contains(\"v=7\")" -action CACHE -storeInGroup my_form_event

> add cache policy viewproducts_policy –rule "http.req.url.contains(\"viewproducts.aspx\")" –action CACHE -storeInGroup Product_Details

Pour configurer une stratégie pour invalidation à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

add cache policy <policyName> -rule <expression> -action INVAL [-invalObjects "\<contentGroupName1>[,<selectorName1>"]. . .]] | [-invalGroup \<contentGroupName1>[, <contentGroupName2>. . .]] [-undefAction NOCACHE|RESET]

> add cache policy invalidation_events_policy -rule "http.req.header("Host")contains("my.company.com") && http.req.method.eq("GET") && http.req.url.query.contains("v=8") -action INVAL -invalObjects my_form_event -undefaction NOCACHE

> add cache policy inval_all -rule "http.req.method.eq("POST") && http.req.url.contains("jpeg")" -action INVAL -invalGroups myImages_group myApps_group PDF_group

> add cache policy bugReportInvalidationPolicy -rule "http.req.url.query.contains(\"TransitionForm\")" -action INVAL -invalObjects bugReport > add cache policy editproducts_policy –rule "http.req.url.contains(\"editproducts.aspx\")" –action INVAL -invalObjects "Product_Details,batchnum_sel" "Products_In_Depots,batchid_sel"

Pour configurer une stratégie de mise en cache ou d’invalidation à l’aide de l’interface graphique

Accédez à Optimisation > Mise en cache intégrée > Stratégies, puis créez la nouvelle stratégie.

Liaison globale d’une stratégie de mise en cache intégrée

Lorsque vous liez globalement une stratégie, elle est disponible pour tous les serveurs virtuels de l’appliance NetScaler.

Pour lier globalement une stratégie de mise en cache intégrée à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

bind cache global <policy> -priority <positiveInteger> [-typeREQ_OVERRIDE|REQ_DEFAULT|RES_OVERRIDE|RES_DEFAULT] [-gotoPriorityExpression <expression>] [-invoke <labelType> <labelName>]

> bind cache global myCachePolicy -priority 100 -type req_default

Remarque

L’argument type est facultatif pour les stratégies liées globalement, afin de maintenir une compatibilité descendante avec les stratégies que vous avez définies à l’aide de versions antérieures de l’appliance NetScaler. Si vous omettez le type, la stratégie est liée à REQ_DEFAULT ou RES_DEFAULT, selon que la règle de stratégie est une expression de temps de réponse ou de temps de demande. Si la règle contient à la fois des paramètres de temps de requête et de temps de réponse, elle est liée à RES_DEFAULT. Voici un exemple d’une liaison qui omet le type

Voici un exemple d’une liaison qui omet le type.

> bind cache global myCache Policy 200

Pour lier globalement une stratégie de mise en cache intégrée à l’aide de l’utilitaire de configuration

Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de stratégies de cache et liez les stratégies en spécifiant le point de liaison et le type de connexion appropriés (Request/Réponse).

Liez une stratégie de mise en cache intégrée à un serveur virtuel

Lorsque vous liez une stratégie à un serveur virtuel, elle est disponible uniquement pour les demandes et réponses qui correspondent à la stratégie et qui passent par le serveur virtuel concerné.

Lorsque vous utilisez l’utilitaire de configuration, vous pouvez lier la stratégie à l’aide de la boîte de dialogue de configuration du serveur virtuel. Cela vous permet d’afficher toutes les stratégies de tous les modules NetScaler liés à ce serveur virtuel. Vous pouvez également utiliser la boîte de dialogue de configuration du Gestionnaire de stratégies pour le cache intégré. Cela vous permet d’afficher uniquement les stratégies de mise en cache intégrées qui sont liées au serveur virtuel.

Pour lier une stratégie de mise en cache intégrée à un serveur virtuel à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

  • bind lb vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)
  • bind cs vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)

Pour lier une stratégie de mise en cache intégrée à un serveur virtuel à l’aide de l’utilitaire de configuration (méthode du serveur virtuel)

  • CS Virtual Server - Accédez à Traffic Management > Commutation de contenu > Serveurs virtuels, sélectionnez le serveur virtuel et liez les stratégies de cache pertinentes.
  • Serveur virtuel LB - Accédez à Traffic Management > Équilibrage de charge > Serveurs virtuels, sélectionnez le serveur virtuel et liez les stratégies de cache pertinentes.

Pour lier une stratégie de mise en cache intégrée à un serveur virtuel à l’aide de l’utilitaire de configuration (méthode Policy Manager)

Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de stratégies de cache et liez les stratégies de cache en spécifiant le point de liaison et le type de connexion appropriés.

Remarque Vous pouvez lier des stratégies de cache à la fois au serveur virtuel LB et au serveur virtuel CS en sélectionnant le point de liaison approprié.

Comment mettre en cache les versions compressées et non compressées d’un fichier

Par défaut, un client capable de gérer la compression peut recevoir des réponses non compressées ou compressées au format gzip, deflate, compress et pack200-gzip. Si le client gère la compression, un en-tête de format Accept-Encoding:Compression est envoyé dans la requête. Le type de compression accepté par le client doit correspondre au type de compression de l’objet mis en cache. Par exemple, un fichier .gzip mis en cache ne peut pas être servi en réponse à une requête avec un en-tête Accept-Encoding:deflate.

Un client qui ne peut pas gérer la compression est servi une manque de cache si la réponse mise en cache est compressée.

Pour la mise en cache dynamique, vous devez configurer deux groupes de contenu, l’un pour les données compressées et l’autre pour les versions non compressées des mêmes données. Voici un exemple de configuration des sélecteurs, des groupes de contenu et des stratégies pour le service des fichiers non compressés du cache à des clients qui ne peuvent pas gérer la compression, et pour le service des versions compressées des mêmes fichiers au client qui peut gérer la compression

add cache selector uncompressed_response_selector http.req.url "http.req.header(\"Host\")"

add cache contentGroup uncompressed_group -hitSelector uncompressed_responst_selector -invalSelector uncomp_resp_sel

add cache policy cache_uncompressed -rule "HTTP.REQ.URL.CONTAINS(\"xyz\") && !HTTP.REQ.HEADER(\"Accept-Encoding\").EXISTS" -action CACHE -storeInGroup uncompressed_group

bind cache global cache_uncompressed -priority 100 -gotoPriorityExpression END -type REQ_OVERRIDE

add cache selector compressed_response_selector HTTP.REQ.URL "HTTP.REQ.HEADER(\"Host\")" "HTTP.REQ.HEADER(\"Accept-Encoding\")"

add cache contentGroup compressed_group -hitSelector compressed_response_selector

add cache policy cache_compressed -rule "HTTP.REQ.URL.CONTAINS(\"xyz\") && HTTP.REQ.HEADER(\"Accept-Encoding\").EXISTS" -action CACHE -storeInGroup compressed_group

bind cache global cache_compressed -priority 200 -gotoPriorityExpression END -type REQ_OVERRIDE

Configurer une banque de stratégies pour la mise en cache

Toutes les stratégies associées à un point de liaison particulier sont collectivement appelées banque de polices. Outre la configuration des niveaux de priorité pour les stratégies d’une banque, vous pouvez modifier l’ordre d’évaluation dans une banque en configurant les expressions Goto. Vous pouvez modifier davantage l’ordre d’évaluation en appelant une banque de stratégies externe à partir de la banque de stratégies en cours. Vous pouvez également configurer de nouvelles banques de stratégies auxquelles vous affectez vos propres étiquettes. Étant donné que ces banques de stratégies ne sont liées à aucun point du cycle de traitement, elles ne peuvent être invoquées qu’à partir d’autres banques de stratégies. Pour plus de commodité, les banques de stratégies dont les étiquettes ne correspondent pas à un point de liaison intégré sont appelées étiquettes de stratégie.

En plus de contrôler l’ordre d’évaluation des stratégies en liant la stratégie et en attribuant un niveau de priorité, comme décrit dans “Stratégies de liaison”, vous pouvez établir le flux au sein d’une banque de stratégies en configuration d’une expression Goto. Une expression Goto remplace le flux déterminé par les niveaux de priorité. Vous pouvez également contrôler le flux d’évaluation en appelant une banque de stratégies externe après avoir évalué une entrée dans la banque en cours. L’évaluation revient toujours à la banque actuelle une fois l’évaluation terminée.

Le tableau suivant récapitule les entrées pour contrôler l’évaluation dans une banque de stratégies.

Attribut Spécifie
Name Nom d’une stratégie ou, pour invoquer une autre banque de stratégies sans évaluer la stratégie, le mot clé NOPOLICY. Vous pouvez spécifier NOPOLICY plusieurs fois dans une banque de stratégies, mais vous ne pouvez spécifier une stratégie nommée qu’une seule fois.
Priorité Un entier. Plus l’entier est bas, plus la priorité est élevée.
Expression Goto Détermine la prochaine stratégie ou banque de stratégies à évaluer. Vous pouvez fournir l’une des valeurs suivantes : 1. NEXT : Aller à la stratégie avec la priorité supérieure suivante. 2. END : Arrêter l’évaluation. 3. USE_INVOCATION_RESULT : Applicable si cette entrée appelle une autre banque de stratégies. Si le Goto final dans la banque invoquée a une valeur de END, l’évaluation s’arrête. Si le Goto final est autre chose que END, la banque de polices actuelle effectue un NEXT. 4. Nombre positif : Numéro de priorité de la prochaine stratégie à évaluer. 5. Expression numérique : expression qui produit le numéro de priorité de la stratégie suivante à évaluer. Le Goto ne peut aller de l’avant que dans une banque de polices. L’omission de l’expression Goto équivaut à la spécification END.
Type d’invocation Désigne un type de banque de stratégies. La valeur peut être l’une des valeurs suivantes - 1. Request Vserver : invoque les stratégies de temps de demande associées à un serveur virtuel. 2. Response Vserver : invoque les stratégies de temps de réponse associées à un serveur virtuel. 3. Étiquette de stratégie : invoque une autre banque de stratégies, telle qu’elle est identifiée par l’étiquette de stratégie de la banque.
Nom d’appel Nom d’un serveur virtuel ou d’une étiquette de stratégie, en fonction de la valeur que vous avez spécifiée pour le type d’appel.

Le cache intégré comporte deux étiquettes de stratégie intégrées, et vous pouvez configurer d’autres étiquettes de stratégie :

_reqBuiltInDefaults : cette étiquette de stratégie est appelée à partir du point de liaison par défaut au moment de la requête. _resbuiltInDefaults : cette étiquette de stratégie est appelée à partir du point de liaison par défaut du temps de réponse.

Pour appeler une étiquette de stratégie dans une banque de stratégies de mise en cache à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

bind cache policylabel <labelName> -policname<policyName> -priority<priority> [-gotoPriorityExpression <gotopriorityExpression>] [-invoke <labelType> <labelName>]

Pour appeler une étiquette de stratégie dans une banque de stratégies de mise en cache à l’aide de l’interface graphique

  1. Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de stratégies de cache, puis spécifiez le point de liaison approprié (Remplacer Global ou Global par défaut) et le type de connexion pour afficher la liste des stratégies liées à ce point de liaison.

  2. Si vous souhaitez appeler une étiquette de stratégie sans évaluer de stratégie, cliquez sur NOPOLICY.

Remarque :

Pour appeler une banque de stratégies externe, cliquez sur le champ de la colonne Type d’appel et sélectionnez le type de banque de stratégies que vous souhaitez appeler à ce stade dans la banque de stratégies. Il peut s’agir d’une étiquette globale ou d’une banque de serveurs virtuels. Dans le champ Nom d’appel, entrez l’étiquette ou le nom du serveur virtuel.

Pour appeler une étiquette de stratégie de mise en cache dans une banque de stratégies de serveur virtuel à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

  • bind lb vserver <name>@ -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>
  • bind cs vserver <name> -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>

Pour appeler une étiquette de stratégie de mise en cache dans une banque de stratégies de serveur virtuel à l’aide de l’interface graphique

  1. Accédez à Gestion du trafic > Équilibrage de charge/Commutation de contenu > Serveurs virtuels, sélectionnez le serveur virtuel et cliquez sur Stratégies.
  2. Si vous configurez une entrée existante dans cette banque, ignorez cette étape. Si vous ajoutez une nouvelle stratégie à cette banque de stratégies ou si vous souhaitez utiliser l’entrée NOPOLICY « factice », cliquez sur Ajouter et effectuez l’une des opérations suivantes :
    • Pour configurer une nouvelle stratégie, cliquez sur Cache et configurez la nouvelle stratégie comme décrit à la section Configuration d’une stratégie dans le cache intégré.
    • Pour appeler une banque de stratégies sans traiter une règle d’une stratégie, sélectionnez l’option NOPOLICY-CACHE.

Remarque

Pour appeler une banque de stratégies externe, cliquez sur le champ de la colonne Type d’appel et sélectionnez le type de banque de stratégies que vous souhaitez appeler à ce stade dans la banque de stratégies. Il peut s’agir d’une étiquette globale ou d’une banque de serveurs virtuels. Dans le champ Nom d’appel, entrez l’étiquette ou le nom du serveur virtuel.

Configurer une étiquette de stratégie dans un cache intégré

Outre la configuration des stratégies dans une banque de stratégies pour l’un des points de liaison intégrés ou un serveur virtuel, vous pouvez créer des étiquettes de stratégie de mise en cache et configurer des banques de stratégies pour ces nouvelles étiquettes.

Une étiquette de stratégie pour le cache intégré ne peut être invoquée qu’à partir de l’un des points de liaison que vous pouvez afficher dans le Gestionnaire de stratégies dans le volet de détails de la mise en cache intégrée (remplacement de la demande, par défaut de la demande, remplacement de la réponse ou par défaut de la réponse) ou les étiquettes de stratégie intégrées _reqBuiltInDefaults et _ResbuiltInDefaults. Vous pouvez appeler une étiquette de stratégie n’importe quel nombre de fois, contrairement à une stratégie, qui ne peut être invoquée qu’une seule fois.

L’interface graphique Citrix ADC offre une option permettant de renommer une étiquette de stratégie. Le changement de nom d’une étiquette de stratégie n’affecte pas le processus d’évaluation des stratégies liées à l’étiquette.

Remarque :

Vous pouvez utiliser la stratégie « factice » NOPOLICY pour appeler n’importe quelle étiquette de stratégie d’une autre banque de stratégies. L’entrée NOPOLICY est un espace réservé qui ne traite pas une règle.

Pour configurer une étiquette de stratégie pour la mise en cache à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez la commande suivante pour créer une étiquette de stratégie et vérifier la configuration :

  • add cache policylabel <labelName> -evaluates (REQ|RES)
  • show cache policylabel <labelName>

Invoquez cette étiquette de stratégie à partir d’une banque de stratégies.

Pour configurer une étiquette de stratégie pour la mise en cache à l’aide de l’interface graphique

Accédez à Optimisation > Mise en cache intégrée > Étiquettes de stratégie, ajoutez une étiquette de stratégie et liez les stratégies mises en cache.

Remarque : Pour vous assurer que NetScaler traite l’étiquette de stratégie au bon moment, configurez une invocation de cette étiquette dans l’une des banques de stratégies associées aux points de liaison intégrés.

Pour renommer une étiquette de stratégie à l’aide de l’interface graphique

Accédez à Optimisation > Mise en cache intégrée > Étiquettes de stratégie, sélectionnez l’étiquette de stratégie et renommez.

Dissocier et supprimer une stratégie de mise en cache intégrée et une étiquette de stratégie

Vous pouvez dissocier une stratégie d’une banque de stratégies et la supprimer. Pour supprimer la stratégie, vous devez d’abord la dissocier. Vous pouvez également supprimer une invocation d’étiquette de stratégie et supprimer une étiquette de stratégie. Pour supprimer l’étiquette de stratégie, vous devez d’abord supprimer toutes les invocations que vous avez configurées pour l’étiquette.

Vous ne pouvez pas dissocier ou supprimer les étiquettes des points de liaison intégrés (demande par défaut, remplacement de la demande, réponse par défaut et remplacement de la réponse).

Pour dissocier une stratégie de mise en cache globale à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

unbind cache global <policy>

Pour dissocier une stratégie de mise en cache spécifique au serveur virtuel à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

(unbind lb vserver|unbind cs vserver) <vserverName> -policyName <policyName> -type(REQUEST|RESPONSE)

Pour supprimer une stratégie de mise en cache à l’aide de l’interface de ligne de commande

À l’invite de commandes, tapez :

rm cache policy <policyName>

Pour dissocier une stratégie de mise en cache à l’aide de l’utilitaire de configuration

Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de stratégies de cache et dissociez les stratégies en spécifiant le point de liaison et le type de connexion appropriés (Request/Response).

Pour supprimer une invocation d’étiquette de stratégie à l’aide de l’utilitaire de configuration

  1. Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de stratégies de cache et spécifiez le point Bing approprié (serveur virtuel LB ou serveur virtuel CS) et le type de connexion pour afficher la liste des stratégies de cache liées à ce serveur virtuel.
  2. Dans la colonne Invoke de stratégie, désactivez l’entrée.