Gestion de connexions

Caching Proxy génère une nouvelle unité d'exécution pour chaque demande client. Si aucune unité d'exécution n'est disponible, le serveur proxy met les demandes en attente tant que celles-ci ne sont pas disponibles. La quantité de mémoire requise par le serveur proxy est proportionnelle au nombre d'unités d'exécution actives. Spécifiez le nombre maximal d'unités d'exécution actives pour la directive MaxActiveThreads.

Les connexions en file d'attente indiquent le nombre de connexions client que le serveur consigne avant de refuser les connexions d'autres clients. Ce nombre dépend du nombre de demandes que le serveur peut traiter en l'espace de quelques secondes. Un serveur doit répondre à une connexion client avant la durée d'expiration. A l'aide de la directive ListenBacklog, indiquez le nombre maximal de connexions admises en file d'attente.

Le serveur proxy peut gérer les connexions permanentes client-serveur. Les connexions permanentes permettent au serveur d'accepter plusieurs demandes du client et d'envoyer les réponses sur la même connexion TCP/IP. L'utilisation de connexions permanentes permet de réduire le délai d'attente des clients et de diminuer la charge de traitement du serveur proxy, tout cela au prix d'une petite augmentation de la mémoire du serveur. Une hausse globale du débit se produit lorsque le serveur n'établit pas une nouvelle connexion TCP/IP pour chaque demande et réponse et que les performances d'une connexion TCP/IP sont plus élevées lorsque la connexion est permanente.

Le regroupement de connexions côté serveur offre les avantages des connexions permanentes sur le serveur en permettant de réutiliser les connexions existantes entre un proxy inverse et les serveurs d'origine. Chaque connexion réutilisée économise trois paquets TCP (deux établissements de liaisons à trois voies pour ouvrir la connexion et un établissement de liaison pour la fermer). Parmi les avantages du regroupement de connexions côté serveur, on peut citer :

Remarque :
Le regroupement des connexions est recommandé uniquement dans un environnement contrôlé. Il peut en effet entraîner une baisse des performances si les serveurs d'origine ne sont pas compatibles avec HTTP 1.1. Il est également essentiel que les serveurs d'origine soient paramétrés correctement. Voici un exemple simple tiré du fichier de configuration d'Apache 1.3.19 : Ces paramètres maintiennent les connexions aux serveurs Web ouvertes tant qu'elles sont utilisées et permettent au proxy de gérer les connexions à la place du serveur d'origine. Par conséquent, les connexions seront regroupées uniquement dans la mesure des besoins.

Lorsque le regroupement des connexions côté serveur est activé, les connexions HTTP aux serveurs d'origine sont regroupées. Les connexions SSL sont également regroupées sur des configurations lorsque la directive SSLEnable du serveur proxy a la valeur on.

Vous pouvez configurer la gestion du regroupement des connexions en indiquant le nombre maximal de sockets inactives à conserver en permanence par serveur, le délai d'attente du serveur avant l'arrêt d'une connexion permanente inactive, et le délai après lequel l'unité d'exécution du processus de récupération de place recherche les connexions expirées (la valeur par défaut est deux minutes).

Définissez la durée d'activité des connexions à l'aide des directives InputTimeout, OutputTimeout, PersistTimeout, ReadTimeout et ScriptTimeout.

Directives associées

Les directives ci-dessous gèrent des connexions avec le processus du serveur proxy :

Pour plus d'informations, voir Modification manuelle du fichier ibmproxy.conf.

Formulaires de configuration et d'administration

Les formulaires de configuration et d'administration suivants modifient les valeurs des directives associées :

Remarques :
  1. Vous ne pouvez pas utiliser les formulaires de configuration et d'administration pour éditer les directives ServerConnPool, MaxsocketPerServer, ServerConnTimeout et ServerConnGCRun.
  2. Le délai de persistance peut être modifié dans le formulaire Configuration du serveur –> Gestion de système –> Performances ou dans le formulaire Configuration du serveur –> Gestion de système –> Délais d'expiration.

Pour plus d'informations, voir Utilisation des formulaires de configuration et d'administration.