ADC

Configuration des 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 d’autres stratégies. 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. En général, vous basez les stratégies de mise en cache sur les informations contenues 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. Pour les applications Web, les stratégies d’invalidation évaluent souvent les requêtes POST.
  • Actions « Ne pas mettre en cache ». Les stratégies que vous associez à une action NOCACHE ne stockent jamais d’objets dans le cache.
  • Lesactions sont mises en cache provisoirement. Les stratégies que vous associez à une action MAYCACHE ou MAYNOCACHE dépendent du résultat de plusieurs évaluations de stratégies.

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 LOCK demande. Pour les stratégies d’invalidation uniquement, vous pouvez spécifier LOCK en tant que méthode à l’aide de l’expression http.req.method.eq(“lock”). Contrairement aux stratégies GET et aux POST requêtes, vous devez mettre la méthode LOCK entre guillemets car l’appliance NetScaler reconnaît ce nom de méthode comme une 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 créez 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 les expressions goto pour modifier l’ordre d’exécution dans une banque de règles. 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 à partir du cache si la réponse n’a pas expiré. Si la réponse doit être récupérée depuis le serveur d’origine, l’appliance NetScaler la met en cache avant de la diffuser. Même les données fréquemment mises à jour et consultées peuvent être mises en cache. Par exemple, les cours boursiers sont fréquemment mis à jour, mais ils peuvent être mis en cache afin de pouvoir être rapidement diffusés à 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 depuis le 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 options suivantes 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 Dans le cas d’une stratégie de délai de demande, ce paramètre empêche provisoirement la mise en cache de la réponse. Au moment de la réponse, l’une des actions suivantes est prise፦ 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 stratégies mondiales. Il s’agit des banques de stratégies par défaut, de remplacement de l’heure de demande, de temps de réponse par défaut et de remplacement du temps de réponse, comme décrit dans « 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 globales de remplacement et avant les stratégies globales par défaut, comme décrit dans « Ordre d’évaluation des stratégies ». « Lorsque vous liez une stratégie à un serveur virtuel, vous la liez au traitement de la demande ou du temps de 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. Par défaut, cette étiquette de stratégie est invoquée à partir de la banque de stratégies par défaut au moment de la demande.
    • _resBuiltinDefaults. Cette étiquette de stratégie, par défaut, est invoquée à partir de la banque de stratégies par défaut en matière 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 point de liaison de remplacement au moment de la demande ou à un point de liaison de remplacement de temps de 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 entre en vigueur, vous devez vous assurer qu’elle est invoqué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. Les points de fixation sont les suivants, classés par ordre d’évaluation :

  • Dépassement de l’heure de la demande. Si une demande correspond à une stratégie de dérogation au moment de la demande, par défaut, l’évaluation de la stratégie au moment de la demande prend fin et l’appliance NetScaler enregistre l’action associée à la stratégie correspondante.
  • Serveurvirtuel d’équilibrage de charge en fonction de la durée des demandes. 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 correspondante.
  • Serveur virtuel de commutation de contenu au momentde la demande. Les stratégies liées à ce point de liaison sont évaluées après les stratégies de demande liées à l’équilibrage de charge des serveurs virtuels.
  • Heure de demande par défaut. Si l’évaluation de la stratégie ne peut pas être effectuée après l’évaluation de toutes les stratégies spécifiques au serveur virtuel à l’heure de la demande, 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 enregistre l’action associée à la stratégie correspondante.
  • Dérobage du temps de réponse. Similaire à l’évaluation de la stratégie de remplacement au moment de la demande.
  • Serveurvirtuel d’équilibrage de charge en temps de réponse. Similaire à l’évaluation de stratégie de serveur virtuel au moment de la demande.
  • Serveurvirtuel 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.

Remarque : les stratégies de temps de demande pour les données POST ou les en-têtes de cookie doivent être invoquées lors de l’évaluation du remplacement du moment de la demande, car les stratégies de temps de demande intégrées dans le cache intégré renvoient une NOCACHE action pour les demandes POST et une MAY_NOCACHE action pour les demandes contenant des cookies. Vous devez associer MAY_CACHE ou MAY_NOCACHE effectuer des actions à une stratégie de temps de demande pointant 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 de mise en cache intégrée

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]
<!--NeedCopy-->
> 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
<!--NeedCopy-->
> 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
<!--NeedCopy-->
> 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"
<!--NeedCopy-->

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 une stratégie de mise en cache intégrée globalement à 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>]
<!--NeedCopy-->
> bind cache global myCachePolicy -priority 100 -type req_default
<!--NeedCopy-->

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 qu’il s’agit d’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 demande et de temps de réponse, elle est liée à RES_DEFAULT. Voici un exemple de liaison qui omet le type

Vous trouverez ci-dessous un exemple de 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’interface graphique, vous pouvez lier la stratégie à l’aide de la boîte de dialogue de configuration du serveur virtuel. Cela vous permet de visualiser 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 de Policy Manager 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)
<!--NeedCopy-->
bind cs vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)
<!--NeedCopy-->

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)

  • Serveur virtuel CS : accédez à Gestion du trafic > Commutation de contenu > Serveurs virtuels, sélectionnez le serveur virtuel et liez les stratégies de cache pertinentes.
  • LB Virtual Server - Accédez à Gestion du trafic > É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’interface graphique (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 d’équilibrage de charge et au serveur virtuel de commutation de contenu 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 des réponses compressées au format gzip, deflate, compress et pack200-gzip. Si le client gère la compression, un en-tête de Accept-Encoding:compression format est envoyé dans la demande. Le type de compression accepté par le client doit correspondre au type de compression de l’objet mis en cache. Par exemple, un cached.gzip fichier ne peut pas être diffusé en réponse à une demande comportant un Accept-Encoding:deflate en-tête.

Un client qui ne peut pas gérer la compression se voit attribuer un échec 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 la distribution de fichiers non compressés du cache à des clients qui ne peuvent pas gérer la compression et de servir des versions compressées des mêmes fichiers au client capable de 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. En plus de configurer les 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 depuis la banque de stratégies actuelle. Vous pouvez également configurer de nouvelles banques de stratégies auxquelles vous affectez vos propres étiquettes. Étant donné que ces banques de polices ne sont liées à aucun point du cycle de traitement, elles ne peuvent être invoquées que depuis d’autres banques de polices. 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 configurant 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 règles externe après avoir évalué une entrée dans la banque actuelle. 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
Nom 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.
Priority Un entier. Plus le nombre entier est faible, plus la priorité est élevée.
Aller à Expression 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 invoque une autre banque de polices. Si le dernier Goto de la banque invoquée a la valeur 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. Omettre l’expression Goto revient à spécifier END.
Type d’appel Désigne un type de banque de polices. La valeur peut être l’une des suivantes : 1. Demander un serveur virtuel : Invoque des stratégies de demande associées à un serveur virtuel. 2. Serveur virtuel de réponse : invoque les stratégies de temps de réponse associées à un serveur virtuel. 3. Libellé de stratégie : appelle une autre banque de stratégies, identifiée par l’étiquette de stratégie de la banque.
Nom de l’invocation 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 de l’heure de la demande. _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>]
<!--NeedCopy-->

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 invoquer 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, puis 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’un label global ou d’une banque de serveurs virtuels. Dans le champ Nom d’appel, entrez l’étiquette ou le nom du serveur virtuel.

Pour invoquer une étiquette de stratégie de mise en cache dans une banque de règles 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>
<!--NeedCopy-->
bind cs vserver <name> -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>
<!--NeedCopy-->

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 dans Configuration d’une stratégie dans le cache intégré.
    • Pour appeler une banque de stratégies sans traiter de règle de stratégie, sélectionnez l’ NOPOLICY-CACHE option.

Remarque :

Pour appeler une banque de stratégies externe, cliquez sur le champ de la colonne Type d’appel, puis 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’un label global 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 appelé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 requête, requête par défaut, remplacement de réponse ou par défaut) 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 de NetScaler propose 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 NOPOLICY « factice » pour invoquer n’importe quelle étiquette de stratégie provenant d’une autre banque de stratégies. L’ NOPOLICY entrée est un espace réservé qui ne traite pas de 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 l’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 l’invocation d’une é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 ni supprimer les étiquettes des points de liaison intégrés (demande par défaut, remplacement de demande, réponse par défaut et remplacement de 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’interface graphique :

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 un appel d’étiquette de stratégie à l’aide de l’interface graphique :

  1. Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de stratégies de cacheet spécifiez le point de liaison approprié (serveur virtuel d’équilibrage de charge ou serveur virtuel de commutation de contenu) 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.