-
-
Configuration de Citrix ADC pour Citrix Virtual Apps and Desktops
-
Préférence de zone optimisée pour l'équilibrage de la charge du serveur global (GSLB)
-
Déploiement d'une plateforme de publicité numérique sur AWS avec Citrix ADC
-
Amélioration de l'analyse des données de navigation dans AWS à l'aide de Citrix ADC
-
Citrix ADC dans un cloud privé géré par Microsoft Windows Azure Pack et Cisco ACI
-
-
Déployer une instance de Citrix ADC VPX sur AWS
-
Installer une instance Citrix ADC VPX sur le cloud VMware sur AWS
-
Installer une instance Citrix ADC VPX sur des serveurs Microsoft Hyper-V
-
Installer une instance Citrix ADC VPX sur la plate-forme Linux-KVM
-
Provisionnement de l'appliance virtuelle Citrix ADC à l'aide d'OpenStack
-
Provisionnement de l'appliance virtuelle Citrix ADC à l'aide de Virtual Machine Manager
-
Configuration des appliances virtuelles Citrix ADC pour utiliser l'interface réseau SR-IOV
-
Configuration des appliances virtuelles Citrix ADC pour utiliser l'interface réseau PCI
-
Provisioning de l'appliance virtuelle Citrix ADC à l'aide du programme virsh
-
Provisioning de l'appliance virtuelle Citrix ADC avec SR-IOV, sur OpenStack
-
Configuration d'une instance Citrix ADC VPX sur KVM pour utiliser les interfaces hôtes OVS DPDK
-
Déployer une instance de Citrix ADC VPX sur AWS
-
Serveurs d'équilibrage de charge dans différentes zones de disponibilité
-
Haute disponibilité dans toutes les zones de disponibilité AWS
-
Déployer une paire VPX haute disponibilité avec des adresses IP privées dans différentes zones AWS
-
Ajout d'un service de mise à l'échelle automatique AWS back-end
-
Configurer une instance Citrix ADC VPX pour utiliser l'interface réseau SR-IOV
-
Configurer une instance Citrix ADC VPX pour utiliser la mise en réseau améliorée avec AWS ENA
-
Déployer une instance de Citrix ADC VPX sur Microsoft Azure
-
Architecture réseau pour les instances Citrix ADC VPX sur Microsoft Azure
-
Configurer plusieurs adresses IP pour une instance autonome Citrix ADC VPX
-
Configurer une configuration haute disponibilité avec plusieurs adresses IP et cartes réseau
-
Configurer les nœuds HA-INC à l'aide du modèle de haute disponibilité Citrix avec Azure ILB
-
Ajouter des paramètres de mise à l'échelle automatique Azure
-
Configurer GSLB sur une configuration haute disponibilité active en veille
-
Configurer des pools d'adresses (IIP) pour une appliance Citrix Gateway
-
Scripts PowerShell supplémentaires pour le déploiement Azure
-
-
Déployer une instance Citrix ADC VPX sur Google Cloud Platform
-
Déployer une paire haute disponibilité VPX sur Google Cloud Platform
-
Déployer une paire VPX haute disponibilité avec des adresses IP privées sur Google Cloud Platform
-
Ajouter un service de mise à l'échelle automatique GCP back-end
-
Prise en charge de la mise à l'échelle VIP pour l'instance Citrix ADC VPX sur GCP
-
-
Solutions pour les fournisseurs de services de télécommunication
-
Trafic de plan de contrôle d'équilibrage de charge basé sur les protocoles Diameter, SIP et SMPP
-
Utilisation de la bande passante à l'aide de la fonctionnalité de redirection de cache
-
Optimisation TCP de Citrix ADC
-
Authentification, autorisation et audit du trafic des applications
-
Fonctionnement de l'authentification, de l'autorisation et de l'audit
-
Composants de base de la configuration d'authentification, d'autorisation et d'audit
-
-
Autorisation de l'accès des utilisateurs aux ressources applicatives
-
Citrix ADC en tant que proxy du service de fédération Active Directory
-
Citrix Gateway sur site en tant que fournisseur d'identité pour Citrix Cloud
-
Prise en charge de la configuration de l'attribut de cookie SameSite
-
Résoudre les problèmes liés à l'authentification et à l'autorisation
-
-
-
Prise en charge de la configuration Citrix ADC dans la partition d'administration
-
Prise en charge de VXLAN pour les partitions d'administration
-
Prise en charge de SNMP pour les partitions d'administration
-
Prise en charge des journaux d'audit pour les partitions d'administration
-
Afficher les adresses PMAC configurées pour la configuration VLAN partagée
-
-
-
-
Configuration de l'expression de stratégie avancée : Mise en route
-
Expressions de stratégie avancées : utilisation de dates, d'heures et de nombres
-
Expressions de stratégie avancées : analyse des données HTTP, TCP et UDP
-
Expressions de stratégie avancées : analyse des certificats SSL
-
Expressions de stratégie avancées : adresses IP et MAC, débit, ID VLAN
-
Expressions de stratégie avancées : fonctions d'analyse de flux
-
Référence aux expressions - Expressions de stratégie avancées
-
Résumé d'exemples d'expressions et de stratégies de syntaxe par défaut
-
Didacticiel exemples de stratégies de syntaxe par défaut pour la réécriture
-
Migration des règles Apache mod_rewrite vers la syntaxe par défaut
-
-
-
Traduire l'adresse IP de destination d'une requête vers l'adresse IP d'origine
-
-
Prise en charge de la configuration de Citrix ADC dans un cluster
-
-
-
Groupes de nœuds pour les configurations spotted et striped partielles
-
Suppression du nœud d'un cluster déployé à l'aide de l'agrégation de liens de cluster
-
Surveillance des itinéraires pour les itinéraires dynamiques dans le cluster
-
Surveillance de la configuration du cluster à l'aide de MIB SNMP avec liaison SNMP
-
Surveillance des échecs de propagation des commandes dans un déploiement de cluster
-
Prise en charge de MSR pour les nœuds inactifs dans une configuration de cluster spotted
-
Liaison d'interface VRRP dans un cluster actif à nœud unique
-
Scénarios de configuration et d'utilisation du cluster
-
Migration d'une configuration HA vers une configuration de cluster
-
Interfaces communes pour le client et le serveur et interfaces dédiées pour le backplane
-
Commutateur commun pour le client, le serveur et le backplane
-
Commutateur commun pour le client et le serveur et commutateur dédié pour le backplane
-
Services de surveillance dans un cluster à l'aide de la surveillance des chemins
-
Opérations prises en charge sur des nœuds de cluster individuels
-
-
-
Configurer les enregistrements de ressources DNS
-
Créer des enregistrements MX pour un serveur d'échange de messagerie
-
Créer des enregistrements NS pour un serveur faisant autorité
-
Créer des enregistrements NAPTR pour le domaine des télécommunications
-
Créer des enregistrements PTR pour les adresses IPv4 et IPv6
-
Créer des enregistrements SOA pour les informations faisant autorité
-
Créer des enregistrements TXT pour contenir du texte descriptif
-
Configurer Citrix ADC en tant que résolveur de stub adapté à la sécurité sans validation
-
Prise en charge des trames Jumbo pour DNS pour gérer les réponses de grandes tailles
-
Configurer la mise en cache négative des enregistrements DNS
-
-
Équilibrage de charge globale des serveurs
-
Configurer les entités GSLB individuellement
-
Cas d'utilisation : Déploiement d'un groupe de services d'échelle automatique basé sur l'adresse IP
-
-
Remplacer le comportement de proximité statique en configurant les emplacements préférés
-
Configurer la sélection du service GSLB à l'aide du changement de contenu
-
Configurer GSLB pour les requêtes DNS avec les enregistrements NAPTR
-
Exemple de configuration parent-enfant complète à l'aide du protocole d'échange de mesures
-
-
Équilibrer la charge du serveur virtuel et des états de service
-
Protéger une configuration d'équilibrage de charge contre les défaillances
-
-
Configurer des serveurs virtuels d'équilibrage de charge sans session
-
Réécriture des ports et des protocoles pour la redirection HTTP
-
Insérer l'adresse IP et le port d'un serveur virtuel dans l'en-tête de requête
-
Utiliser une adresse IP source spécifiée pour la communication backend
-
Définir une valeur de délai d'attente pour les connexions client inactives
-
Utiliser un port source à partir d'une plage de ports spécifiée pour la communication backend
-
Configurer la persistance de l'IP source pour les communications backend
-
-
Paramètres avancés d'équilibrage de charge
-
Protéger les applications sur les serveurs protégés contre les surtensions de trafic
-
Activer le nettoyage des connexions de serveur virtuel et de service
-
Activer ou désactiver la session de persistance sur les services TROFS
-
Activer la vérification de l'état TCP externe pour les serveurs virtuels UDP
-
Maintenir la connexion client pour plusieurs demandes client
-
Utiliser l'adresse IP source du client lors de la connexion au serveur
-
Définir une limite de nombre de requêtes par connexion au serveur
-
Définir une valeur de seuil pour les moniteurs liés à un service
-
Définir une valeur de délai d'attente pour les connexions client inactives
-
Définir une valeur de délai d'attente pour les connexions au serveur inactif
-
Définir une limite sur l'utilisation de la bande passante par les clients
-
Configurer les moniteurs dans une configuration d'équilibrage de charge
-
Configurer l'équilibrage de charge pour les protocoles couramment utilisés
-
Cas d'utilisation 3 : Configurer l'équilibrage de charge en mode de retour direct du serveur
-
Cas d'utilisation 4 : Configurer les serveurs LINUX en mode DSR
-
Cas d'utilisation 5 : Configurer le mode DSR lors de l'utilisation de TOS
-
Cas d'utilisation 7 : Configurer l'équilibrage de charge en mode DSR à l'aide d'IP sur IP
-
Cas d'utilisation 8 : Configurer l'équilibrage de charge en mode à un bras
-
Cas d'utilisation 9 : Configurer l'équilibrage de charge en mode Inline
-
Cas d'utilisation 10 : Équilibrage de la charge des serveurs du système de détection d'intrusion
-
Cas d'utilisation 11 : Isolation du trafic réseau à l'aide de stratégies d'écoute
-
Cas d'utilisation 12 : Configurer XenDesktop pour l'équilibrage de charge
-
Cas d'utilisation 13 : Configurer XenApp pour l'équilibrage de charge
-
Cas d'utilisation 14 : Assistant ShareFile pour l'équilibrage de charge Citrix ShareFile
-
-
Configurer pour sourcer le trafic de données Citrix ADC FreeBSD à partir d'une adresse SNIP
-
Déchargement et accélération SSL
-
Prise en charge du protocole TLSv1.3 tel que défini dans la RFC 8446
-
Suites de chiffrement disponibles sur les appliances Citrix ADC
-
Matrice de prise en charge des certificats de serveur sur l'appliance ADC
-
Prise en charge du module de sécurité matérielle du réseau Gemalto SafeNet
-
-
-
-
Authentification et autorisation pour les utilisateurs du système
-
Configuration des utilisateurs, des groupes d'utilisateurs et des stratégies de commande
-
Réinitialisation du mot de passe administrateur par défaut (nsroot)
-
Configuration de l'authentification des utilisateurs externes
-
Authentification basée sur la clé SSH pour les administrateurs Citrix ADC
-
Authentification à deux facteurs pour les utilisateurs système
-
-
-
Configuration d'un tunnel de connecteur CloudBridge entre deux centres de données
-
Configuration de CloudBridge Connector entre Datacenter et AWS Cloud
-
Configuration d'un tunnel de connecteur CloudBridge entre un centre de données et Azure Cloud
-
Configuration du tunnel Connector CloudBridge entre Datacenter et SoftLayer Enterprise Cloud
-
-
Points à prendre en considération pour une configuration de haute disponibilité
-
Restriction du trafic de synchronisation haute disponibilité à un VLAN
-
Configuration des nœuds haute disponibilité dans différents sous-réseaux
-
Limitation des basculements causés par les moniteurs de routage en mode non-INC
-
Comprendre le calcul de la vérification de l'état de haute disponibilité
-
Gestion des messages de pulsation haute disponibilité sur une appliance Citrix ADC
-
Suppression et remplacement d'un Citrix ADC dans une configuration haute disponibilité
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已动态机器翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.
Este artigo foi traduzido automaticamente.
这篇文章已经过机器翻译.放弃
Translation failed!
Mise en cache intégrée
Le cache intégré fournit un stockage en mémoire sur l’appliance Citrix ADC et fournit du contenu Web aux utilisateurs sans nécessiter un aller-retour vers un serveur d’origine. Pour le contenu statique, le cache intégré nécessite peu de configuration initiale. Après avoir activé la fonctionnalité de cache intégrée et effectué une configuration de base (par exemple, la détermination de la quantité de mémoire de l’appliance Citrix ADC que le cache est autorisée à utiliser), le cache intégré utilise des stratégies intégrées pour stocker et diffuser des types spécifiques de contenu statique, y compris des pages Web simples et des fichiers image. Vous pouvez également configurer le cache intégré pour stocker et diffuser du contenu dynamique marqué comme non mis en cache par les serveurs Web et d’applications (par exemple, les enregistrements de base de données et les cotations boursières).
Remarque
Le terme Cache intégré peut être utilisé de façon interchangeable avec AppCache ; notez que d’un point de vue fonctionnel, les deux termes signifient la même chose.
Lorsqu’une demande ou une réponse correspond à la règle (expression logique) spécifiée dans une stratégie intégrée ou une stratégie que vous avez créée. L’appliance Citrix ADC exécute l’action associée à la stratégie. Par défaut, toutes les stratégies stockent les objets mis en cache dans et les récupèrent à partir du groupe de contenu par défaut. Vous pouvez créer vos propres groupes de contenu pour différents types de contenu.
Pour permettre à l’appliance de rechercher des objets mis en cache dans un groupe de contenu, vous pouvez configurer des sélecteurs. Les sélecteurs correspondent aux objets mis en cache et aux expressions, ou vous pouvez spécifier des paramètres pour rechercher des objets dans le groupe de contenu. Si vous utilisez des sélecteurs comme recommandé par Citrix, configurez-les d’abord, afin que vous puissiez spécifier des sélecteurs lorsque vous configurez des groupes de contenu. Ensuite, configurez les groupes de contenu que vous souhaitez ajouter afin qu’ils soient disponibles lorsque vous configurez les stratégies. Pour terminer la configuration initiale, créez des banques de stratégies en liant chaque stratégie à un point de liaison global ou à un serveur virtuel. Ou bien, vous pouvez lier une étiquette qui peut être appelée à partir d’autres banques de stratégies.
La mise en cache intégrée peut être améliorée en utilisant la méthode d’objet mis en cache de pré-chargement avant qu’ils ne soient planifiés pour expirer. Pour gérer la gestion des données mises en cache, vous pouvez configurer des en-têtes liés à la mise en cache insérés dans les réponses. Le cache intégré peut également servir de proxy de transfert pour d’autres serveurs de cache.
Remarque :
La mise en cache intégrée nécessite une certaine familiarité avec les demandes et réponses HTTP. Pour plus d’informations sur la structure des données HTTP, consultez En-têtes HTTP en direct à l’adresse
"<http://livehttpheaders.mozdev.org/>."
Fonctionnement du cache d’intégration
Le cache intégré surveille les demandes HTTP et SQL qui circulent via l’appliance Citrix ADC et compare les demandes avec les stratégies stockées. Selon le résultat, la fonction de cache intégrée recherche la réponse dans le cache ou transmet la demande au serveur d’origine. Pour les requêtes HTTP, la mise en cache intégrée sert de contenu partiel à partir du cache en réponse à des demandes de plage d’octets unique et de plage d’octets multi-parties.
Les données mises en cache sont compressées si le client accepte le contenu compressé. Vous pouvez configurer les durées d’expiration d’un groupe de contenus et expirer sélectivement les entrées d’un groupe de contenus.
Les données qui sont servies à partir du cache intégré sont une requête, et les données transmises à partir de l’origine sont une manquer de cache, comme décrit dans le tableau suivant.
Type de mouvement | Spécifications |
---|---|
Cache touché | Réponses que l’appliance Citrix ADC sert à partir du cache, y compris : objets statiques, par exemple, fichiers image et pages Web statiques, 200 pages OK, 203 pages de réponse non faisant autorité, 300 pages à choix multiples, 301 pages déplacées définitivement, 302 pages trouvées, 304 pages non modifiées, Ces réponses sont appelées des réponses positives. L’appliance Citrix ADC met également en cache les réponses négatives suivantes : 307 pages de redirection temporaire, 403 pages interdites, 404 pages introuvables, 410 pages disparues. Pour améliorer encore les performances, vous pouvez configurer l’appliance Citrix ADC pour mettre en cache davantage de types de contenu. |
Miss cache stockable | Pour une absence de cache stockable, l’appliance Citrix ADC récupère la réponse du serveur d’origine et stocke la réponse dans le cache avant de la servir au client. |
Miss de cache non stockable | Un défaut de cache non stockable est inapproprié pour la mise en cache. Par défaut, toute réponse contenant les codes d’état suivants est une erreur de cache non stockable : 201, 202, 204, 205, 206 codes d’état, Tous les codes 4xx, sauf 403, 404 et 410, 5xx codes d’état |
Remarque : Pour intégrer la mise en cache dynamique à votre infrastructure applicative, utilisez l’API NITRO pour émettre des commandes de cache à distance. Par exemple, vous pouvez configurer des déclencheurs qui expirent les réponses mises en cache lorsqu’une table de base de données est mise à jour.
Pour assurer la synchronisation des réponses mises en cache avec les données sur le serveur d’origine, vous configurez les méthodes d’expiration. Lorsque l’appliance Citrix ADC reçoit une demande correspondant à une réponse expirée, elle actualise la réponse du serveur d’origine.
Remarque : Citrix vous recommande de synchroniser les heures sur l’appliance Citrix ADC et un ou plusieurs serveurs principaux.
Fonctionnement du cache dynamique
La mise en cache dynamique évalue les requêtes HTTP et les réponses basées sur des paires paramètre-valeur, des chaînes, des modèles de chaîne ou d’autres données. Par exemple, supposons qu’un utilisateur recherche le bogue 31231 dans une application de rapport de bogue. Le navigateur envoie la demande suivante au nom de l’utilisateur :
GET /mybugreportingsystem/mybugreport.dll?IssuePage&RecordId=31231&Template=view&TableId=1000
Hôte : mycompany.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0
Accepter : text/html, application/xhtml+xml, application/xml ; q=0.9, */* ; q=0.8
Accept-Language: en-us,en;q=0.5
. . .
Dans cet exemple, les requêtes GET pour cette application de rapport de bogue contiennent toujours les paramètres suivants :
- IssuePage
- RecordID
- Modèle
- TableId
Les requêtes GET ne mettent pas à jour ou ne modifient pas les données. Vous pouvez donc configurer ces paramètres dans les stratégies de mise en cache et les sélecteurs, comme suit :
- Vous configurez une stratégie de mise en cache qui recherche la chaîne mybugreportingsystem et la méthode GET dans les requêtes HTTP. Cette stratégie dirige les demandes de correspondance vers un groupe de contenu pour les bogues.
- Dans le groupe de contenu pour les bogues, vous configurez un
hit
sélecteur qui correspond à différentes paires paramètres-valeur, y compris IssuePage, RecordiD, etc.
Remarque
Un navigateur peut envoyer plusieurs requêtes GET en fonction d’une action utilisateur. Voici une série de trois requêtes GET distinctes qu’un navigateur émet lorsqu’un utilisateur recherche un bogue basé sur un identifiant de bogue.
GET /mybugreportingsystem/mybugreport.dll?IssuePage&RecordId=31231&Template=view&TableId=1000
GET /mybugreportingsystem/mybugreport.dll?IssuePage&Template=viewbtns&RecordId=31231&TableId=1000
GET /mybugreportingsystem/mybugreport.dll?IssuePage&Template=viewbody&RecordId=31231&tableid=1000
Pour répondre à ces demandes, plusieurs réponses sont envoyées au navigateur de l’utilisateur, et la page Web que l’utilisateur voit est un ensemble de réponses.
Si un utilisateur met à jour un rapport de bogue, les réponses correspondantes dans le cache doivent être actualisées avec les données du serveur d’origine. L’application de rapport de bogue émet des requêtes HTTP POST lorsqu’un utilisateur met à jour un rapport de bogue. Dans cet exemple, vous configurez les éléments suivants pour vous assurer que les demandes POST déclenchent l’invalidation dans le cache :
- Stratégie d’invalidation au moment de la requête qui recherche la chaîne mybugreportingsystem et la méthode de requête POST HTTP, et dirige les requêtes correspondantes vers le groupe de contenu pour les rapports de bogue.
- Sélecteur d’invalidation pour le groupe de contenu pour les rapports de bogue qui expire le contenu mis en cache en fonction du paramètre RecordID. Ce paramètre apparaît dans toutes les réponses, de sorte que le sélecteur d’invalidation peut expirer tous les éléments pertinents du cache.
L’extrait suivant montre une demande POST qui met à jour l’exemple de rapport de bogue.
POST /mybugreportingsystem/mybugreport.dll?TransitionForm HTTP/1.1\r\n
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0) Opera 7.23 [en]\r\n
Host: mybugreportingsystem\r\n
Cookie:ttSearch.134=%23options%3Afalse%23active%23owner%3Afalse%23unowned%3Afalse%23submitter%3Afalse%23incsub%3Atrue;
Cookie2: $Version=1\r\n
. . .
\r\n
ProjectId=2&RecordId=31231&TableId=1000&TransitionId=1&Action=Update&CopyProjectId=0&ReloadForm=0&State=&RecordLockId=49873+issues+in+HTTP&F43. . .
Lorsque l’appliance Citrix ADC reçoit cette demande, il effectue les opérations suivantes :
- Correspond à la demande avec une stratégie d’invalidation.
- Recherche le groupe de contenu nommé dans la stratégie.
- Applique le sélecteur d’invalidation pour ce groupe de contenus et expire toutes les réponses correspondant à RecorDid=31231.
Lorsqu’un utilisateur émet une nouvelle demande pour ce rapport de bogue, l’appliance Citrix ADC accède au serveur d’origine pour obtenir des copies mises à jour de toutes les réponses associées à l’instance de rapport. Il stocke les réponses dans le groupe de contenu et les sert au navigateur de l’utilisateur, qui réassemble le rapport et l’affiche.
Configurer le cache intégré
Pour utiliser le cache intégré, vous devez installer la licence et activer la fonctionnalité. Après avoir activé le cache intégré, l’appliance Citrix ADC® met automatiquement en cache les objets statiques tels que spécifiés par les stratégies intégrées et génère des statistiques sur le comportement du cache. (Les stratégies intégrées ont un trait de soulignement dans la position initiale du nom de la stratégie.)
Même si les stratégies intégrées conviennent à votre situation, vous pouvez modifier les attributs globaux. Par exemple, vous pouvez modifier la quantité de mémoire de l’appliance Citrix ADC allouée au cache intégré.
Si vous souhaitez observer le fonctionnement du cache avant de modifier les paramètres, reportez-vous à la section “Affichage des objets mis en cache et des statistiques de cache.”
Remarque
Le cache Citrix ADC est un magasin en mémoire qui est purgé lorsque vous redémarrez l’appliance.
Pour installer la licence de cache intégrée
-
Une licence de cache intégrée est requise. Pour plus d’informations sur les licences, reportez-vous à la rubrique l’obtention des licences.
-
Obtenez un code de licence auprès de Citrix, accédez à l’interface de ligne de commande et connectez-vous.
Sur l’interface de ligne de commande, copiez le fichier de licence /nsconfig/license
dans le dossier.
- Redémarrez l’appliance Citrix ADC à l’aide de la commande suivante :
reboot
Pour activer la mise en cache intégrée : lorsque vous activez la mise en cache intégrée, l’appliance Citrix ADC commence à mettre en cache les réponses du serveur. Si vous n’avez configuré aucune stratégie ou groupe de contenu, les stratégies intégrées stockent les objets mis en cache dans le groupe de contenu par défaut.
À l’invite de commandes, tapez l’une des commandes suivantes pour activer ou désactiver la mise en cache intégrée :
enable ns feature IC
Pour configurer les attributs globaux pour la mise en cache
Les attributs globaux s’appliquent à toutes les données mises en cache. Vous pouvez spécifier la quantité de mémoire Citrix ADC allouée au cache intégré, Via l’insertion d’en-tête. Critère permettant de vérifier qu’un objet mis en cache doit être servi. Longueur maximale d’un corps POST autorisé dans le cache, s’il faut contourner l’évaluation de stratégie pour les requêtes HTTP GET et action à entreprendre lorsqu’une stratégie ne peut pas être évaluée.
La capacité de mémoire cache est limitée uniquement par la mémoire de l’appliance matérielle. En outre, tout moteur de paquets (concentrateur de distribution central de toutes les requêtes TCP entrantes) dans l’appliance NCore Citrix ADC est conscient des objets mis en cache par d’autres moteurs de paquets dans l’appliance NCore Citrix ADC.
Remarque : lorsque la limite de mémoire globale par défaut est définie sur 0 et que la fonction de mise en cache intégrée (IC) est activée, l’appliance ne cache aucun objet. Pour la mise en cache, vous devez configurer explicitement la limite de mémoire globale. Toutefois, si vous activez l’option « définir l’authentification, l’autorisation et le paramètre d’audit EnableStaticPageCaching », il y aura une certaine mémoire configurée par défaut dans l’appliance. Cette mémoire est insuffisante pour mettre en cache des objets volumineux et il est donc nécessaire d’attribuer une limite de mémoire plus élevée à IC. Vous pouvez effectuer cette opération en configurant la commande « set cache parameter —memLimit ». Le nouveau paramètre n’est appliqué qu’après avoir enregistré la configuration et redémarré l’appliance.
Vous pouvez modifier la limite de mémoire globale configurée pour les objets de mise en cache. Toutefois, lorsque vous mettez à jour la limite de mémoire globale à une valeur inférieure à la valeur existante (par exemple, de 10 Go à 4 Go), l’appliance continue d’utiliser la limite de mémoire.
Cela signifie que même si la limite de mise en cache intégrée est configurée à une certaine valeur, la limite réelle utilisée peut être plus élevée. Cette mémoire excessive est cependant libérée lorsque les objets sont supprimés du cache.
La sortie de la commande show cache parameter indique la valeur configurée (limite d’utilisation de la mémoire) et la valeur réelle utilisée (limite d’utilisation de la mémoire (valeur active)).
À l’invite de commandes, tapez :
set cache parameter [-memLimit <MBytes>] [-via <string>] [-verifyUsing <criterion>] [-maxPostLen <positiveInteger>] [-prefetchMaxPending <positiveInteger>] [-enableBypass(YES|NO)] [-undefAction (NOCACHE|RESET)]
Pour activer la mise en cache intégrée à l’aide de l’interface graphique :
Accédez à Système > Paramètres, cliquez sur Configurer les fonctionnalités de base, puis sélectionnez Mise en cache intégrée.
Pour configurer les paramètres globaux pour la mise en cache à l’aide de l’interface graphique :
Accédez à Optimisation > Mise en cache intégrée, cliquez sur Modifier les paramètres du cache et configurez les paramètres globaux pour la mise en cache.
Pour configurer un groupe de contenu intégré, un jeu de modèles et des stratégies pour le Cache intégré :
L’appliance Citrix ADC comprend une configuration intégrée de mise en cache que vous pouvez utiliser pour mettre en cache du contenu. La configuration se compose d’un groupe de contenu appelé ctx_cg_poc, d’un jeu de motifs appelé ctx_file_extensions et d’un ensemble de stratégies de cache intégrées. Dans le groupe de contenu ctx_cg_poc, seuls les objets d’une taille inférieure ou inférieure à 500 Ko sont mis en cache. Le contenu est mis en cache pendant 86000 secondes et la limite de mémoire pour le groupe de contenus est de 512 Mo. Le jeu de motifs est un tableau indexé d’extensions communes pour la correspondance de type de fichier.
Le tableau suivant répertorie les stratégies intégrées de mise en cache. Par défaut, les stratégies ne sont liées à aucun point de liaison. Vous devez lier les stratégies à un point de liaison si vous souhaitez que l’appliance Citrix ADC évalue le trafic par rapport aux stratégies. Les stratégies mettent en cache les objets du groupe de contenu ctx_cg_poc.
Nom de la stratégie de mise en cache intégrée | Règle de stratégie |
---|---|
_cacheVPNStaticObjects | HTTP.REQ.URL.SET_TEXT_MODE(IGNORECASE).CONTAINS_INDEX(“ctx_file_extensions”).BETWEEN(101,150) |
_cacheTCPVPNStaticObjects | HTTP.REQ.URL.ENDSWITH(“.css”) |
_cacheOCVPNStaticObjects | HTTP.REQ.URL.ENDSWITH(“.pdf”) |
_cacheWFStaticObjects | HTTP.REQ.URL.ENDSWITH(“.js”) |
_mayNoCacheReq | HTTP.RES.HEADER(“Content-Type”).CONTAINS(“application/x-javascript”) |
_noCacheRest | TRUE |
Configuration du cache de vidage
Vous pouvez vider un groupe de cache, des groupes de cache ou un localisateur d’objets de cache. Voici les commandes pour vider les objets de cache.
À l’invite de commandes, tapez :
flush cache contentgroup all
Exemple
0x00000089bae000000004 DEFAULT GET //1.1.1.1:80/html/index.html?name=hello
0x00000089bae000000005 DEFAULT GET //1.1.1.1:80/html/index.html?name=hi
Flush cache contentGroup all
terminé
flush cache contentgroup <content group name>
Exemple
0x00000089bae000000004 DEFAULT GET //1.1.1.1:80/html/index.html?name=hello
0x00000089bae000000005 DEFAULT GET //1.1.1.1:80/html/index.html?name=hi
Flush cache ob -| 0x00000089bae000000004
terminé
flush cache object (-locator <positive_integer> | (-url <URL> (-host <string> [-port <port>] [-groupName <string>] [-httpMethod ( GET | POST )])))
Exemple
0x00000089bae000000006 DEFAULT GET //1.1.1.1:80/html/index.html
flush cache ob -URL /html/index.html -host 1.1.1.1 -groupName DEFAULT
terminé
Vider la configuration du cache à l’aide de l’interface graphique Citrix ADC
Suivez les étapes pour configurer le vidage du cache à l’aide de l’interface graphique Citrix ADC
- Accédez à Optimisation > Groupes de contenu.
- Dans le volet détaillé Groupes de contenu, cliquez sur Ajouter.
- Dans la page Créer des groupes de contenu de cache, définissez le paramètre suivant sous l’onglet Autres :
- Vider le cache. Activez la case à cocher pour vider l’objet cache.
-
Cliquez sur Créer et Fermer.
Configurer la mise en cache intégrée pour différents scénarios
La section suivante décrit la configuration de la mise en cache intégrée sur l’appliance NetScaler pour différents scénarios.
À partir de la version NetScaler 9.2, la mise en cache intégrée a plus de mémoire pour la mise en cache. La mémoire de mise en cache intégrée n’est limitée que par la mémoire disponible sur l’appliance matérielle. Vous pouvez allouer jusqu’à 50 % de la mémoire disponible à la fonction de mise en cache intégrée.
Pour définir l’allocation de mémoire pour le cache à l’aide de l’interface de ligne de commande
À l’invite de commandes, tapez :
set cache parameter -memlimit <value>
Remarque
La limite de mémoire globale par défaut pour la mise en cache intégrée est nulle. Par conséquent, même si vous activez la fonctionnalité de mise en cache intégrée, l’appliance NetScaler ne met en cache aucun objet tant que la limite de mémoire globale n’est pas explicitement définie.
La section suivante vous indique de configurer la mise en cache intégrée sur différents scénarios.
Remarque
La limite de mémoire de l’appliance NetScaler est identifiée au démarrage de l’appliance. Par conséquent, toute modification de la limite de mémoire nécessite le redémarrage de l’appliance pour que les modifications soient applicables à tous les moteurs de paquets.
La mise en cache intégrée est activée et la limite de mémoire cache est définie sur une valeur non nulle
Considérons un scénario selon lequel vous démarrez l’appliance, la fonctionnalité de mise en cache intégrée est activée et la limite de mémoire globale est définie sur un nombre positif. La mémoire que vous aviez définie précédemment est allouée à la fonction de mise en cache intégrée pendant le processus de démarrage. Vous pouvez modifier la limite de mémoire en fonction de la mémoire disponible sur l’appliance.
Configuration à l’aide de l’interface de ligne de commande
-
Afficher le paramètre cache
> show cache parameter Integrated cache global configuration: Memory usage limit: 500 MBytes Memory usage limit (active value): 500 MBytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
-
Définir une limite de mémoire non nulle
set cache parameter -memlimit 600
Remarque
La commande précédente affiche le message d’avertissement suivant : Avertissement : Pour utiliser une nouvelle limite de mémoire cache intégrée, enregistrez la configuration et redémarrez l’appliance NetScaler.
-
Enregistrer la configuration
save config
-
À partir de l’invite shell, exécutez la commande suivante pour vérifier dans le fichier de configuration.
root@ns# cat /nsconfig/ns.conf | grep memLimit
-
Modifier la limite de mémoire
set cache parameter -memLimit 600 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE
-
Redémarrer l’appliance
root@ns# reboot
-
Vérifier la nouvelle valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 600 MBytes Memory usage limit (active value): 600 MBytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
Une fois tous les moteurs de paquets démarrés avec succès, la fonction de mise en cache intégrée négocie la mémoire que vous aviez configurée. Si l’appliance ne peut pas utiliser la mémoire configurée, la mémoire est allouée en conséquence. Si la mémoire disponible est inférieure à celle que vous avez allouée, l’appliance recommande un nombre inférieur. La fonction de mise en cache intégrée utilise la même chose que la valeur active.
La mise en cache intégrée est désactivée et la limite de mémoire cache est définie sur une valeur non nulle
Dans ce scénario, lorsque vous démarrez l’appliance, la fonctionnalité de mise en cache intégrée est désactivée et la limite de mémoire globale est définie sur un nombre positif. Par conséquent, aucune mémoire n’est allouée à la mise en cache intégrée pendant le processus de démarrage.
Configuration à l’aide de l’interface de ligne de commande
-
Afficher le paramètre cache
> show cache parameter Integrated cache global configuration: Memory usage limit: 600 MBytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
-
Définir une nouvelle limite de mémoire
set cache paramètre -memlimit 500
Remarque
La commande précédente affiche le message d’avertissement suivant : Avertissement : Fonctionnalité non activée [IC].
-
Enregistrer la configuration
save config
-
À partir de l’invite shell, exécutez la commande suivante pour vérifier dans le fichier de configuration
root@ns# cat /nsconfig/ns.conf | grep memLimit
-
Modifier la limite de mémoire
set cache parameter -memLimit 500 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 0 -enableBypass YES -undefAction NOCACHE
-
Vérifier la nouvelle valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 500 MBytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
-
Activer la fonctionnalité de mise en cache intégrée
enable ns feature IC
-
Vérifier la nouvelle valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 500 Mbytes Memory usage limit (active value): 500 Mbytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
Remarque
500 Mo de mémoire sont alloués à la fonction de mise en cache intégrée.
- Enregistrez la configuration pour vous assurer que la mémoire est automatiquement allouée à la fonction au redémarrage de l’appliance.
La mise en cache intégrée est activée et la mémoire cache est définie sur zéro
Dans ce scénario, lorsque vous démarrez l’appliance, la fonctionnalité de mise en cache intégrée est activée et la limite de mémoire globale est définie sur zéro. Par conséquent, aucune mémoire n’est allouée à la mise en cache intégrée pendant le processus de démarrage.
Configuration à l’aide de l’interface de ligne de commande
-
Vérifiez les limites de mémoire définies dans le fichier ns.conf à partir de l’invite shell
root @ns # cat ns.conf | grep MemLimit
-
Modifier la limite de mémoire
set cache parameter -memLimit 0 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
-
Vérifier la valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 0 Mbytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
Remarque
La limite de mémoire est définie sur 0 Mo et aucune mémoire n’est allouée à la fonction de mise en cache intégrée.
-
Définissez les limites de mémoire pour garantir que la fonction de mise en cache intégrée met en cache les objets
set cache parameter -memLimit 600
Une fois la commande précédente exécutée, l’appliance négocie la mémoire pour la fonction de mise en cache intégrée et la mémoire disponible est affectée à la fonction. L’appliance met en cache les objets sans redémarrer l’appliance.
-
Vérifier la valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 600 Mbytes Memory usage limit (active value): 600 Mbytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
Remarque
600 Mo de mémoire sont alloués à la fonction de mise en cache intégrée.
-
Enregistrez la configuration. Assurez-vous que la mémoire est automatiquement allouée à la fonction lorsque l’appliance est redémarrée.
-
Vérifiez les limites de mémoire définies dans le fichier ns.conf à partir de l’invite shell
root@ns# cat /nsconfig/ns.conf | grep memLimit
-
Modifier la limite de mémoire
set cache parameter -memLimit 600 -via NS-CACHE-9.3: -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
La mise en cache intégrée est désactivée et la mémoire cache est définie sur zéro
Dans ce scénario, lorsque vous démarrez l’appliance, la fonctionnalité de mise en cache intégrée est désactivée et la limite de mémoire globale est définie sur zéro. Par conséquent, aucune mémoire n’est allouée à la mise en cache intégrée pendant le processus de démarrage.
Configuration à l’aide de l’interface de ligne de commande
-
Vérifiez les limites de mémoire définies dans le fichier ns.conf à partir de l’invite shell
root@ns# cat /nsconfig/ns.conf | grep memLimit
-
Modifier la limite de mémoire
set cache parameter -memLimit 0 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
-
Vérifier la valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 0 Mbytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: 18 Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
Remarque
La limite de mémoire est définie sur 0 Mo et aucune mémoire n’est allouée à la fonction de mise en cache intégrée. En outre, lorsque vous exécutez une commande de configuration du cache, le message d’avertissement suivant s’affiche : Avertissement : Fonction non activée [IC].
-
Activer la fonctionnalité de mise en cache intégrée
enable ns feature IC
Remarque
À ce stade, lorsque vous activez la fonctionnalité de mise en cache intégrée, l’appliance n’alloue pas de mémoire à la fonction. Par conséquent, aucun objet n’est mis en cache dans la mémoire. En outre, lorsque vous exécutez une commande de configuration du cache, le message d’avertissement suivant s’affiche : Aucune mémoire n’est configurée pour IC. Utilisez la commande set cache paramètre pour définir la limite de mémoire.
-
Définissez les limites de mémoire pour garantir que la fonction de mise en cache intégrée met en cache les objets
set cache parameter -memLimit 500
Une fois la commande précédente exécutée, l’appliance négocie la mémoire pour la fonction de mise en cache intégrée et la mémoire disponible est affectée à la fonction. L’appliance met en cache les objets sans redémarrer l’appliance.
Remarque
L’ordre dans lequel vous activez la fonction et définissez les limites de mémoire est important. Si vous définissez les limites de mémoire avant d’activer la fonction, le message d’avertissement suivant s’affiche : Avertissement : Fonction non activée [IC].
-
Vérifier la valeur de la limite de mémoire
> show cache parameter Integrated cache global configuration: Memory usage limit: 500 Mbytes Memory usage limit (active value): 500 Mbytes Maximum value for Memory usage limit: 843 MBytes Via header: NS-CACHE-9.3: Verify cached object using: HOSTNAME_AND_IP Max POST body size to accumulate: 0 bytes Current outstanding prefetches: 0 Max outstanding prefetches: 4294967295 Treat NOCACHE policies as BYPASS policies: YES Global Undef Action: NOCACHE
Remarque
500 Mo de mémoire sont alloués à la fonction de mise en cache intégrée.
-
Enregistrer la configuration
save config
-
Vérifiez les limites de mémoire définies dans le fichier ns.conf à partir de l’invite shell
root@ns# cat /nsconfig/ns.conf | grep memLimit
-
Modifier la limite de mémoire
set cache parameter -memLimit 500 -via NS-CACHE-9.3: 18 -verifyUsing HOSTNAME_AND_IP -maxPostLen 4096 -enableBypass YES -undefAction NOCACHE
Partager
Partager
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.