Planification de CBR (Content Based Routing)

Cette rubrique décrit les aspects que l'administrateur réseau doit prendre en compte lors de l'installation et de configurer le composant CBR avec Caching Proxy.

Le composant CBR équilibre la charge du trafic HTTP et SSL avec Caching Proxy afin de transmettre la demande par un serveur proxy. Avec CBR, vous pouvez équilibrer la charge des serveurs configurés à partir de votre fichier de configuration CBR à l'aide des commandes cbrcontrol.

La structure de CBR ressemble à celle de Dispatcher. CBR comprend les fonctions suivantes :

Les trois fonctions clés de CBR, exécuteur, gestionnaire et conseillers, agissent en collaboration pour équilibrer et répartir entre les serveurs les requêtes réceptionnées. Outre la gestion des requêtes d'équilibrage de charge, l'exécuteur contrôle le nombre de nouvelles connexions et de connexions actives, et transmet ces informations au gestionnaire.

Equilibrage de la charge des requêtes pour différents types de contenus

CBR vous permet de spécifier un ensemble de serveurs devant prendre en charge une demande client en fonction de son contenu. Vous pouvez utiliser CBR pour partitionner votre site en plusieurs parties, chacune pouvant être traitée par des ensembles de serveurs différents. Ce partitionnement n'est pas visible pour les clients qui accèdent au site.

Division du contenu de votre site pour améliorer le temps de réponse

L'une des manière de répartir votre site consiste à affecter à certains serveurs le traitement de requêtes CGI uniquement, et à affecter à un autre ensemble de serveurs le traitement de toutes les autres requêtes. La division du site mettrait fin au ralentissement de l'activité des serveurs dû au calcul d'énormes scripts CGI au cours d'un trafic HTML normal, et permettrait ainsi aux clients d'obtenir de meilleurs temps de réponse. Avec cette méthode, vous pouvez également utiliser des postes de travail plus puissants pour des requêtes normales. Cette affectation permet aux clients d'obtenir un meilleur temps de réponse sans pour autant occasionner des frais de mise à niveau de tous vos serveurs. Vous pouvez également affecter des postes de travail plus puissants pour des requêtes CGI.

Vous pouvez également partitionner votre site en dirigeant vers un ensemble de serveurs les clients qui accèdent à des pages nécessitant une opération d'enregistrement, et en acheminant toutes les autres requêtes vers un deuxième ensemble de serveurs. Avec ce partitionnement, les navigateurs occasionnels qui accèdent à votre site n'accapareront plus les ressources qui pourraient être utilisées par des clients devant effectuer des opérations d'enregistrement sur votre site. Vous pouvez également utiliser des postes de travail plus puissants pour traiter les clients qui se sont enregistrés.

Il est également possible de combiner les deux pour plus de souplesse et pour un meilleur service.

Copie de sauvegarde du contenu du serveur Web

CBR permet d'indiquer plusieurs serveurs pour chaque type de requête liée à CBR. Vous pouvez équilibrer la charge des requêtes pour obtenir une réponse optimale du client. L'affectation de plusieurs serveurs à chaque partie de votre site vous permet de vous protéger en cas de défaillance d'un poste de travail ou d'un serveur. CBR reconnaît la défaillance et continue d'équilibre la charge des requêtes client aux autres serveurs du groupe.

Plusieurs processus Caching Proxy pour optimiser l'utilisation du processeur

Caching Proxy communique avec un processus CBR via son interface de plug-in. CBR doit s'exécuter sur la machine locale pour que cette communication fonctionne. Ces deux processus étant distincts, plusieurs instances Caching Proxy peuvent s'exécuter et travailler avec une seule instance de processus CBR. Vous pouvez adopter ce type de configuration pour isoler des adresses ou des fonctions entre les divers processus Caching Proxy ou pour optimiser l'utilisation des ressources de la machine en définissant plusieurs processus Caching Proxy en charge du trafic client. Les instances proxy sont à l'écoute sur différents ports ou en liaison avec des adresses IP uniques sur le même port, selon les besoins du trafic.

Equilibrage de charge basé sur des règles avec CBR

CBR et Caching Proxy examinent les requêtes HTTP à l'aide des types de règle indiqués. Pendant l'exécution, Caching Proxy accepte les demandes client et interroge le composant CBR pour savoir quel est le meilleur serveur. Lorsqu'il reçoit cette demande, CBR la compare à un ensemble de règles prioritaires. Dès qu'il en trouve une qui correspond, un serveur approprié est sélectionné dans un ensemble de serveurs préconfigurés. Enfin, CBR indique à Caching Proxy le serveur sélectionné, et les demandes sont transmises à ce dernier.

Une fois que vous avez défini un cluster pour la répartition de charge, assurez-vous que toutes les requêtes envoyées à ce cluster ont une règle qui choisira un serveur. Si aucune règle correspondant à une requête spécifique n'est trouvée, Caching Proxy envoie une page d'erreur au client. Le moyen le plus facile pour s'assurer que toutes les demandes correspondront à une règle est de créer une règle Toujours vraie avec un niveau de priorité élevé. Vérifiez que les serveurs auxquels se réfère cette règle peuvent traiter toutes les demandes non gérées explicitement par les règles ayant des niveaux de priorité moins élevés. Les règles de priorité inférieure sont évaluées en premier.

Pour en savoir plus sur l'équilibrage de la charge basé sur les règles, lisez la rubrique Configuration des règles de gestion du trafic sur des serveurs occupés ou indisponibles.

Equilibrage de charge sur les connexions sécurisées (SSL)

CBR et Caching Proxy peuvent recevoir une transmission SSL d'un client vers le proxy (côte client-serveur) ainsi que prendre en charge une transmission d'un proxy vers un serveur SSL (côté proxy-serveur). Si vous définissez un port SSL sur un serveur dans la configuration CBR pour qu'il reçoive la demande SSL provenant d'un client, vous pouvez gérer un site complètement sécurisé, en utilisant CBR pour équilibrer la charge entre les serveurs sécurisés SSL.

En plus des autres modifications du fichier ibmproxy.conf pour CBR, une instruction de configuration doit être ajoutée au fichier SSL ibmproxy.conf pour que Caching Proxy active le chiffrement SSL du proxy vers le serveur. Le format doit être le suivant :
proxy uri_structure url_structure adresse
où :
  • uri_structure correspond à la structure à respecter (par exemple : /secure/*)
  • url_structure correspond à la structure à respecter (par exemple : https://clusterA/secure/*)
  • adresse correspond à une URL de cluster (par exemple : clusterA)

Equilibrage de charge client-proxy dans SSL et proxy-serveur dans HTTP

CBR et Caching Proxy peuvent également recevoir une transmission SSL d'un client et déchiffrer la demande SSL avant d'acheminer la demande par proxy à un serveur HTTP. Pour que CBR prenne en charge la transmission client-proxy pour SSL et proxy-client pour HTTP, utilisez le mot clé facultatif mapport dans la commande cbrcontrol server. Il permet d'indiquer si le port du serveur est différent du port d'entrée du client. L'exemple suivante ajoute un port qui utilise le mot clé mapport. Le port du client est 443 (SSL) et le port du serveur est 80 (HTTP) :
 cbrcontrol server add cluster@443 mapport 80
Le numéro de port de mapport peut correspondre à n'importe quel entier positif. La valeur par défaut correspond au numéro de port entrant du client.
Etant donné que CBR doit être capable de traiter une demande HTTP pour un serveur configuré sur le port 443 (SSL), un conseiller spécial ssl2http est fourni. Il démarre sur le port 443 (le port entrant du client) et opère sur les serveurs configurés pour ce port. Si deux clusters sont configurés et que pour chacun d'entre eux, le port 443 et les serveurs sont configurés avec un paramètre mapport différent, une seule instance du conseiller peut ouvrir le port approprié. Voici un exemple de cette configuration :
Executor
    Port:443
    		Server1 mapport 80
    		Server2 mapport 8080
    Port:443
    		Server3 mapport 80
    		Server4 mapport 8080
    Advisor ssl2http 443
Concept topic    

Terms and conditions for information centers | Feedback

Last updated: May 23, 2013 04:24 PM EDT
File name: ccfg_plancbr.html