Commutation de contenu

Dans les sites Web complexes d’aujourd’hui, vous pouvez présenter différents contenus à différents utilisateurs. Par exemple, vous pouvez autoriser les utilisateurs de la plage IP d’un client ou d’un partenaire à accéder à un portail Web spécial. Vous pouvez présenter du contenu pertinent pour une zone géographique spécifique aux utilisateurs de cette zone. Vous pouvez présenter du contenu dans différentes langues aux locuteurs de ces langues. Vous pouvez présenter du contenu adapté à des appareils spécifiques, tels que les smartphones, à ceux qui les utilisent. La fonctionnalité de commutation de contenu Citrix ADC permet à l’appliance de distribuer les demandes client sur plusieurs serveurs sur la base du contenu spécifique que vous souhaitez présenter à ces utilisateurs.

Pour configurer la commutation de contenu, créez d’abord une configuration de base de commutation de contenu, puis personnalisez-la pour répondre à vos besoins. Cela implique l’activation de la fonction de commutation de contenu, la configuration de l’équilibrage de charge pour le ou les serveurs qui hébergent chaque version du contenu en cours de commutation, la création d’un serveur virtuel de commutation de contenu, la création de stratégies permettant de choisir les requêtes dirigées vers quel serveur virtuel d’équilibrage de charge et liaison des stratégies au serveur virtuel de commutation de contenu. Vous pouvez ensuite personnaliser l’installation pour répondre à vos besoins en définissant la priorité de vos stratégies, en protégeant votre installation en configurant un serveur virtuel de sauvegarde et en améliorant les performances de votre installation en redirigeant les demandes vers un cache.

Fonctionnement du changement de contenu

Le commutateur de contenu permet à l’appliance Citrix ADC de diriger les demandes envoyées au même hôte Web vers des serveurs différents avec un contenu différent. Par exemple, vous pouvez configurer l’appliance pour qu’elle dirige les demandes de contenu dynamique (telles que les URL avec un suffixe .asp, .dll ou .exe) vers un serveur et les demandes de contenu statique vers un autre serveur. Vous pouvez configurer l’appliance pour qu’elle effectue une commutation de contenu en fonction des en-têtes TCP/IP et de la charge utile.

Vous pouvez également utiliser la commutation de contenu pour configurer l’appliance afin de rediriger les demandes vers différents serveurs avec un contenu différent sur la base de différents attributs client. Certains de ces attributs client sont les suivants :

  • Type de périphérique. L’appliance examine l’agent utilisateur ou l’en-tête HTTP personnalisé dans la demande client pour déterminer le type de périphérique d’origine de la demande. En fonction du type de périphérique, il dirige la demande vers un serveur Web spécifique. Par exemple, si la demande provient d’un téléphone cellulaire, la demande est dirigée vers un serveur capable de diffuser du contenu que l’utilisateur peut voir sur son téléphone cellulaire. Une demande d’un ordinateur est dirigée vers un autre serveur capable de diffuser du contenu conçu pour un écran d’ordinateur.
  • Langue. L’appliance examine l’en-tête HTTP Accept-Language dans la demande client et détermine la langue utilisée par le navigateur du client. L’appliance envoie ensuite la demande à un serveur qui sert du contenu dans cette langue. Par exemple, en utilisant le changement de contenu basé sur la langue, l’appliance peut envoyer une personne dont le navigateur est configuré pour demander du contenu en français à un serveur doté de la version française d’un journal. Il peut envoyer quelqu’un d’autre dont le navigateur est configuré pour demander du contenu en anglais à un serveur avec la version anglaise.
  • Cookie. L’appliance examine les en-têtes de requête HTTP à la recherche d’un cookie précédemment défini par le serveur. S’il trouve le cookie, il dirige les demandes vers le serveur approprié, qui héberge le contenu personnalisé. Par exemple, si un cookie est trouvé qui indique que le client est membre d’un programme de fidélisation de la clientèle, la demande est dirigée vers un serveur plus rapide ou avec un contenu spécial. S’il ne trouve pas de cookie, ou si le cookie indique que l’utilisateur n’est pas membre, la demande est dirigée vers un serveur pour le grand public.
  • HTTP Method. L’appliance examine l’en-tête HTTP pour la méthode utilisée et envoie la demande client au serveur approprié. Par exemple, les requêtes GET pour les images peuvent être dirigées vers un serveur d’images, tandis que les requêtes POST peuvent être dirigées vers un serveur plus rapide qui gère le contenu dynamique.
  • Données de couche 3/4. L’appliance examine les demandes relatives à l’adresse IP source ou de destination, au port source ou de destination, ou à toute autre information présente dans les en-têtes TCP ou UDP, et dirige la demande du client vers le serveur approprié. Par exemple, les demandes des adresses IP source appartenant à des clients peuvent être dirigées vers un portail Web personnalisé sur un serveur plus rapide ou un portail avec un contenu spécial.

Un déploiement standard de commutation de contenu comprend les entités décrites dans le diagramme suivant.

Figure 1. Architecture de commutation de contenu

image

Une configuration de commutation de contenu se compose d’un serveur virtuel de commutation de contenu, d’une configuration d’équilibrage de charge consistant en serveurs et services virtuels d’équilibrage de charge, et de stratégies de commutation de contenu. Pour configurer la commutation de contenu, vous devez configurer un serveur virtuel de commutation de contenu et l’associer à des stratégies et à des serveurs virtuels d’équilibrage de charge. Ce processus crée un groupe de contenu — *groupe de tous les serveurs virtuels et stratégies impliqués dans une configuration de commutation de contenu particulière.

La commutation de contenu peut être utilisée avec les connexions HTTP, HTTPS, TCP et UDP. Pour HTTPS, vous devez activer le déchargement SSL.

Lorsqu’une demande atteint le serveur virtuel de commutation de contenu, le serveur virtuel applique les stratégies de commutation de contenu associées à cette demande. La priorité de la stratégie définit l’ordre dans lequel les stratégies liées au serveur virtuel de commutation de contenu sont évaluées. Si vous utilisez des stratégies de syntaxe par défaut, lorsque vous liez une stratégie au serveur virtuel de commutation de contenu, vous devez attribuer une priorité à cette stratégie. Si vous utilisez des stratégies Citrix ADC classiques, vous pouvez attribuer une priorité à vos stratégies, mais vous n’êtes pas tenu de le faire. Si vous affectez des priorités, les stratégies sont évaluées dans l’ordre que vous avez défini. Si vous ne le faites pas, l’appliance Citrix ADC évalue vos stratégies dans l’ordre dans lequel elles ont été créées.

Outre la configuration des priorités de stratégie, vous pouvez manipuler l’ordre d’évaluation de stratégie à l’aide d’expressions Goto et d’invocations de banque de stratégies. Pour plus d’informations sur la configuration de la stratégie de syntaxe par défaut, reportez-vous à la section “Configuration des stratégies de syntaxe par défaut.”

Après avoir évalué les stratégies, le serveur virtuel de commutation de contenu achemine la demande vers le serveur virtuel d’équilibrage de charge approprié, qui l’envoie au service approprié.

Les serveurs virtuels de commutation de contenu peuvent uniquement envoyer des demandes à d’autres serveurs virtuels. Si vous utilisez un équilibreur de charge externe, vous devez créer un serveur virtuel d’équilibrage de charge pour celui-ci et lier son serveur virtuel en tant que service au serveur virtuel de commutation de contenu.

Commutation de contenu