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.
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.
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.
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.
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.
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.
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.
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.
proxy uri_structure url_structure adresse
où : 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.Executor
Port:443
Server1 mapport 80
Server2 mapport 8080
Port:443
Server3 mapport 80
Server4 mapport 8080
Advisor ssl2http 443