ADC

Commutation de contenu

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

Pour configurer la commutation de contenu, créez d’abord une configuration de commutation de contenu de base, puis personnalisez-la en fonction de vos besoins. Cela implique l’activation de la fonctionnalité 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 pour choisir les demandes qui sont 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 la configuration en fonction de vos besoins en définissant la priorité de vos stratégies, en protégeant votre configuration en configurant un serveur virtuel de sauvegarde et en améliorant les performances de votre configuration en redirigeant les demandes vers un cache.

Fonctionnement de la commutation de contenu

La commutation de contenu permet à l’appliance Citrix ADC de diriger les demandes envoyées au même hôte Web vers différents serveurs avec un contenu différent. Par exemple, vous pouvez configurer l’appliance pour diriger 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 en fonction de divers attributs du client. Voici quelques-uns de ces attributs clients :

  • Type d’appareil. L’appliance examine l’agent utilisateur ou l’en-tête HTTP personnalisé dans la demande du client pour le type de périphérique à partir duquel la demande est originaire. En fonction du type d’appareil, 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 fournir un contenu que l’utilisateur peut consulter sur le téléphone cellulaire. Une demande émanant d’un ordinateur est dirigée vers un serveur différent, capable de diffuser un contenu conçu pour un écran d’ordinateur.
  • Langage. L’appliance examine l’en-tête HTTP Accept-Language dans la demande du client et détermine la langue utilisée par le navigateur du client. L’appliance envoie ensuite la demande à un serveur qui diffuse du contenu dans cette langue. Par exemple, en utilisant la commutation de contenu en fonction de la langue, l’appliance peut envoyer une personne dont le navigateur est configuré pour demander du contenu en français à un serveur avec la version française d’un journal. Il peut envoyer une autre personne 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 pour un cookie précédemment défini par le serveur. S’il trouve le cookie, il dirige les requêtes vers le serveur approprié, qui héberge du contenu personnalisé. Par exemple, si un cookie 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 un serveur doté d’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 destiné au grand public.
  • Méthode HTTP. L’appliance examine l’en-tête HTTP de la méthode utilisée et envoie la demande du client au bon serveur. Par exemple, les demandes GET d’images peuvent être dirigées vers un serveur d’images, tandis que les demandes POST peuvent être dirigées vers un serveur plus rapide qui gère le contenu dynamique.
  • Données de la 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 bon serveur. Par exemple, les demandes provenant d’adresses IP sources appartenant à des clients peuvent être dirigées vers un portail Web personnalisé sur un serveur plus rapide, ou vers un portail doté d’un contenu spécial.

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

Figure 1. Architecture de commutation de contenu

Architecture de commutation de contenu

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 contenus*, un 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 Classic, vous pouvez attribuer une priorité à vos stratégies, mais vous n’êtes pas obligé de le faire. Si vous attribuez des priorités, les stratégies sont évaluées dans l’ordre que vous avez défini. Si ce n’est pas le cas, 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 stratégie de syntaxe par défaut, voir 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