ADC

Configuration des stratégies de mise en cache et d’invalidation

Les politiques permettent au cache intégré de déterminer s’il convient d’essayer de fournir une réponse à partir du cache ou de l’origine. L’appliance NetScaler fournit des politiques intégrées pour la mise en cache intégrée, et vous pouvez configurer d’autres politiques. Lorsque vous configurez une politique, vous l’associez à une action. Une action met en cache les objets auxquels la politique s’applique ou invalide (fait expirer) les objets. En général, vous basez les politiques de mise en cache sur les informations contenues dans les requêtes GET et POST. Vous basez généralement les politiques d’invalidation sur la présence de la méthode POST dans les demandes, ainsi que sur d’autres informations. Vous pouvez utiliser n’importe quelle information contenue dans une requête GET ou POST dans une politique de mise en cache ou d’invalidation.

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

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

  • Actions de mise en cache. Les politiques que vous associez à l’action CACHE stockent les réponses dans le cache et les diffusent à partir du cache.
  • Actions d’invalidation. Les politiques que vous associez à l’action INVAL font immédiatement expirer les réponses mises en cache et les actualisent depuis le serveur d’origine. Pour les applications Web, les politiques d’invalidation évaluent souvent les requêtes POST.
  • Actions « Ne pas mettre en cache ». Les politiques 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 politiques. Une telle étiquette n’est pas associée à un point de traitement, mais les politiques qui y sont liées peuvent être invoquées à partir d’autres banques de politiques.

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

Le tableau suivant décrit les actions relatives aux politiques 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 politiques intégrées.
PAS DE CACHE 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 politiques NOCACHE pour les données sensibles ou personnalisées.
MAY_CACHE Utilisé dans une politique de temps de demande, ce paramètre permet provisoirement de stocker une réponse dans un groupe de contenus, en attendant l’évaluation des politiques de temps de réponse. Les options suivantes sont possibles : 1. Si une politique de temps de réponse correspondante comporte une action CACHE mais ne spécifie pas de groupe de contenus, la réponse est stockée dans le groupe par défaut à moins que les politiques intégrées ne remplacent cette politique. 2. Si une politique de temps de réponse correspondante comporte une action CACHE et spécifie le même groupe de contenus que celui indiqué dans la politique de temps de demande, la réponse est stockée dans le groupe de contenus nommé à moins que les politiques intégrées ne remplacent cette politique. 3. Si une politique de temps de réponse correspondante comporte une action CACHE mais spécifie un groupe de contenu différent de celui indiqué dans la politique de temps de demande, une action NOCACHE est appliquée. 4. Si une politique de temps de réponse correspondante comporte une action NOCACHE, effectuez une action NOCACHE. 5. S’il n’existe pas de politique de temps de réponse correspondante, une action CACHE est appliquée, à moins qu’une politique intégrée ne remplace cette politique.
PEUT_NOCACHE Dans le cas d’une politique 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 politique de temps de réponse ne correspond à la demande, l’action finale est NOCACHE. - Si une politique de temps de réponse correspondante contient une action CACHE, l’action finale est CACHE, sauf si les politiques intégrées remplacent cette politique. - Si une politique de temps de réponse correspondante contient une action NOCACHE, l’action finale est NOCACHE. -Si une politique de temps de réponse correspondante comporte une action CACHE mais ne spécifie pas de groupe de contenus, la dernière action consiste à mettre en cache la réponse dans le groupe de contenus par défaut, à moins que les politiques intégrées ne remplacent cette politique.
INVAL Expire les réponses mises en cache. Selon la façon dont la politique et le groupe de contenus sont configurés, toutes les réponses d’un ou de plusieurs groupes de contenus ont expiré ou les objets sélectionnés dans le groupe de contenus ont expiré. Remarque : Vous pouvez spécifier les actions INVAL uniquement dans les politiques relatives au temps de demande.

Points d’ancrage d’une politique

Vous pouvez lier la politique à l’un des points de liaison suivants :

  • Une banque de politiques 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 politique 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 politique 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 politique. Les politiques liées à une étiquette de politique définie par l’utilisateur doivent être appelées depuis une banque de stratégies pour l’un des points de liaison intégrés.

Important : Vous devez lier une politique comportant une action INVAL à un point de liaison de dérogation au moment de la demande ou au moment de la réponse. Pour supprimer une politique, vous devez d’abord la dissocier.

Ordre d’évaluation des politiques

Pour qu’une politique 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’appel, vous associez la politique à 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 politique de dérogation au moment de la demande, par défaut, l’évaluation de la politique au moment de la demande prend fin et l’appliance NetScaler enregistre l’action associée à la politique correspondante.
  • Serveur virtuel d’équilibrage de charge au moment dela demande. Si l’évaluation des politiques ne peut pas être terminée une fois que toutes les politiques de remplacement du temps de demande ont été évaluées, l’appliance NetScaler traite les politiques de délai de demande qui sont liées aux serveurs virtuels d’équilibrage de charge. Si la demande correspond à l’une de ces politiques, l’évaluation prend fin et l’appliance NetScaler enregistre l’action associée à la politique correspondante.
  • Serveur virtuel de commutation de contenu au momentde la demande. Les politiques liées à ce point de liaison sont évaluées après les politiques de temps de demande liées aux serveurs virtuels d’équilibrage de charge.
  • Heure de demande par défaut. Si l’évaluation des politiques ne peut pas être terminée après tout le temps de demande, les politiques spécifiques au serveur virtuel sont évaluées, l’appliance NetScaler traite les politiques par défaut au moment de la demande. Si la demande correspond à une politique par défaut au moment de la demande, l’évaluation de la politique au moment de la demande prend fin par défaut et l’appliance NetScaler enregistre l’action associée à la politique correspondante.
  • Dérobage du temps de réponse. Similaire à l’évaluation de la politique de dérogation au moment de la demande.
  • Serveurvirtuel d’équilibrage de charge en temps de réponse. Similaire à l’évaluation de la politique de serveur virtuel au moment de la demande.
  • Serveurvirtuel de commutation de contenu en temps de réponse. Similaire à l’évaluation de la politique de serveur virtuel au moment de la demande.
  • Temps de réponse par défaut. Similaire à l’évaluation de la politique par défaut au moment de la demande.

Vous pouvez associer plusieurs politiques à chaque point de liaison. Pour contrôler l’ordre d’évaluation des politiques associées au point de liaison, vous devez configurer 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 politiques 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 politiques distinctes pour la mise en cache, pour empêcher la mise en cache et pour invalider les données mises en cache. Les principaux éléments d’une politique de mise en cache intégrée sont les suivants :

  • Règle : expression logique qui évalue une requête ou une réponse HTTP.
  • Action : vous associez une politique à une action afin de déterminer ce qu’il convient de faire avec une demande ou une réponse qui correspond à la règle de politique.

Groupes de contenus : vous associez la politique à un ou plusieurs groupes de contenus pour identifier l’endroit où l’action doit être exécutée.

Pour configurer une politique de mise en cache à l’aide de l’interface de ligne de commande

À l’invite de commande, 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 politique d’invalidation à l’aide de l’interface de ligne de commande

À l’invite de commande, 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 politique de mise en cache ou d’invalidation à l’aide de l’interface graphique

Accédez à Optimisation > Mise en cache intégrée > Politiques, puis créez la nouvelle politique.

Politique de mise en cache intégrée contraignante à l’échelle mondiale

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 commande, 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 politique est liée à REQ_DEFAULT ou RES_DEFAULT, selon que la règle de politique est une expression de temps de réponse ou 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 une politique de mise en cache intégrée de manière globale à l’aide de l’utilitaire de configuration

Accédez à Optimisation > Mise en cache intégrée, cliquez sur Gestionnaire de politiques de cache et liez les politiques en spécifiant le point de liaison et le type de connexion pertinents (demande/réponse).

Liez une politique 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 politiques 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 commande, 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 politique 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 politiques 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 politiques associées à un point de référence particulier sont regroupées sous le nom de banque de stratégies. Outre la configuration des niveaux de priorité pour les politiques d’une banque, vous pouvez modifier l’ordre d’évaluation dans une banque en configurant des 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 politiques auxquelles vous attribuez vos propres étiquettes. Comme ces banques de politiques ne sont liées à aucun point du cycle de traitement, elles ne peuvent être invoquées qu’à partir d’autres banques de politiques. 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 « Politiques 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 permettant de contrôler l’évaluation dans une banque de politiques.

Attribut Spécifie
Nom Le nom d’une politique ou, pour appeler une autre banque de stratégies sans évaluer la politique, le mot clé NOPOLICY. Vous pouvez spécifier NOPOLICY plusieurs fois dans une banque de stratégies, mais vous ne pouvez spécifier une politique 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 politique ou la banque de stratégies suivante à évaluer. Vous pouvez fournir l’une des valeurs suivantes : 1. SUIVANT : Accédez à la politique dont la priorité est immédiatement supérieure. 2. FIN : Arrête l’évaluation. 3. USE_INVOCATION_RESULT : Applicable si cette entrée fait appel à une autre banque de politiques. Si le dernier Goto de la banque invoquée a la valeur END, l’évaluation s’arrête. Si le Goto final est autre que END, la banque de politiques actuelle exécute une commande NEXT. 4. Nombre positif : numéro de priorité de la prochaine politique à évaluer. 5. Expression numérique : expression qui produit le numéro de priorité de la prochaine politique à é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 politiques. La valeur peut être l’une des suivantes : 1. Demander un serveur virtuel : invoque les politiques de temps de demande associées à un serveur virtuel. 2. Serveur virtuel de réponse : invoque les politiques 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 étiquette de politique, selon 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 commande, 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 une politique, 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 politique 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 commande, 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 invoquer une étiquette de politique de mise en cache dans une banque de règles de serveur virtuel à l’aide de l’interface graphique

  1. Accédez àGestion du trafic> Équilibrage decharge/Commutation de contenu>Serveurs virtuels, sélectionnez le serveur virtuel et cliquez sur Politiques.
  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.

Configuration d’une étiquette de politique 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 fournit une option permettant de renommer une étiquette de politique. Le fait de renommer une étiquette de politique n’affecte pas le processus d’évaluation des politiques 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 politique 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 politique au bon moment, configurez l’invocation de cette étiquette dans l’une des banques de politiques 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 politique de mise en cache intégrée et une étiquette de politique

Vous pouvez dissocier une politique d’une banque de stratégies et la supprimer. Pour supprimer la politique, 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 politique, 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 politique de mise en cache globale à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez :

unbind cache global <policy>

Pour dissocier une politique de mise en cache spécifique à un serveur virtuel à l’aide de l’interface de ligne de commande

À l’invite de commande, tapez :

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

Pour supprimer une politique de mise en cache à l’aide de l’interface de ligne de commande

À l’invite de commande, 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.