Propriétés personnalisées du canal de transport TCP

Si vous utilisez un canal de transport TCP, vous pouvez utiliser les propriétés personnalisées pour configurer ses propriétés internes.

Pour ajouter une propriété personnalisée de canal de transport TCP, procédez comme suit.
  1. Dans la console d'administration, cliquez sur Serveurs > Types de serveurs, puis ajoutez un des chemins suivants :
    • Serveurs d'applications > nom_serveur, puis sélectionnez une des options suivantes en fonction du type de chaîne que vous créez :
      • Développez Paramètres du conteneur SIP, puis cliquez sur Chaînes de transport du conteneur SIP.
      • Développez Paramètres du conteneur Web, puis cliquez sur Chaînes de transport du conteneur Web.
      • [z/OS]Sous Services du conteneur, cliquez sur Service ORB > Chaînes de transport du service ORB.
      • Développez Messagerie du serveur, puis cliquez soit sur Transports entrants du moteur de messagerie, soit sur Transports entrants du lien IBM MQ.
    • Serveurs proxy, puis développez Paramètres du serveur proxy HTTP, puis cliquez sur Transports du serveur proxy et sélectionnez soit HTTPS_PROXY_CHAIN, soit HTTP_PROXY_CHAIN. Cliquez ensuite sur Canal des communications entrantes proxy HTTP
  2. Sélectionnez la chaîne de transport incluant le canal TCP pour lequel vous voulez définir la propriété personnalisée.
  3. Sélectionnez le Canal entrant TCP.
  4. Cliquez sur Propriétés personnalisées > Nouvelle, développez Propriétés générales, indiquez le nom de la propriété personnalisée dans la zone Nom et sa valeur dans la zone Valeur. Vous pouvez également définir une description de cette propriété dans la zone Description.
  5. Cliquez sur Valider ou sur OK.
  6. Cliquez sur Sauvegarder pour sauvegarder les modifications apportées à la configuration.
  7. Redémarrez le serveur.
Le produit est fourni avec la ou les propriétés personnalisées de canal de transport TCP suivantes. Ces propriétés ne s'affichent pas dans la page des paramètres d'un canal de transport TCP.

listenBacklog

Utilisez la propriété listenBacklog pour indiquer le nombre maximal de demandes de connexion en instance que le système d'exploitation doit pouvoir mémoriser dans un tampon en attendant qu'elles soient acceptées par le serveur d'applications. Si un client tente de se connecter alors que ce tampon du système d'exploitation est plein, la demande de connexion est rejetée. La valeur de cette propriété est spécifique à chaque transport.

Si vous devez contrôler le nombre de connexions simultanées, utilisez la zone Nombre maximal de connexions ouvertes dans la page des paramètres de canal de transport TCP de la console d'administration.

Informations Valeur
Type de données Entier
Valeur par défaut 511
[z/OS]Remarque : La valeur utilisée pour listenBacklog peut être limitée par la spécification de l'instruction SOMAXCONN dans le profil TCP/IP. Si vous utilisez une valeur listenBacklog supérieure à la valeur SOMAXCONN, la valeur listenBacklog n'est pas utilisée ; la valeur de SOMAXCONN est utilisée.

IMPORTANT : Si listenBacklog n'est pas défini pour les types de canal HTTP, HTTP SSL, IIOP et IIOP SSL, listenBacklog est défini partir des valeurs d'environnement obsolètes : protocol_http_backlog, protocol_https_backlog, protocol_iiop_backlog et protocol_iiop_backlog_ssl. Si la valeur d'environnement obsolète associée n'est pas spécifiée, la valeur par défaut 10 est utilisée.

Pour les types de canal ne correspondant pas à HTTP, HTTP SSL, IIOP et IIOP SSL, la valeur par défaut de listenBacklog est 511.

[z/OS]

zaioFreeInitialBuffers

Utilisez la propriété zaioFreeInitialBuffers pour indiquer que le canal TCP doit libérer les tampons de lecture initiaux utilisés sur les nouvelles connexions dès lors que ces tampons ne sont plus nécessaires pour la connexion. Par défaut, le tampon de lecture initial est placé en mémoire cache pour chaque connexion. Une fois la connexion fermée, ce tampon est réutilisé afin d'éviter une allocation de mémoire. Ce processus est tout à fait approprié pour les connexions de courte durée, avec une unique demande par connexion. En revanche, pour les connexions de longue durée, le tampon risque d'être conservé sur une période de temps très prolongée alors même qu'il n'est pas utilisé. Ainsi, pour les charges de travail exigeant la connexion d'un grand nombre de clients, cette situation peut conduire à une insuffisance d'espace au niveau du segment de mémoire LE (Language Environment). Excepté si votre charge de travail ne justifie en grande part que des connexions de courte durée, vous aurez intérêt à paramétrer cette propriété personnalisée sur la valeur true afin d'activer la libération des tampons de lecture initiaux.

Remarque : Si vous paramétrez cette propriété à la valeur true, vous devez par ailleurs ajouter l'argument suivant aux arguments génériques JVM configurés pour le serveur d'applications qui utilise ce canal TCP :
-Dcom.ibm.ws.buffermgmt.impl.WsByteBufferPoolManagerImpl=
    com.ibm.ws.buffermgmt.impl.ZOSWsByteBufferPoolManagerImpl
Informations Valeur
Type de données Chaîne
Valeur par défaut false

soReuseAddr

Utilisez la propriété personnalisée soReuseAddr pour contrôler le comportement de liaison. Lorsque le serveur WebSphere Application Server est redémarré, si les canaux TCP entrants ont des difficultés à établir une liaison du socket d'écoute, des erreurs sont inscrites dans le fichier SystemOut jusqu'à ce que la liaison aboutisse ou jusqu'à ce que le nombre de tentatives de liaison admises ait été atteint. Cette propriété personnalisée permet d'éviter des messages d'erreur répétés lors du processus de liaison.

Pour les environnements de liaison de canal TCP entrant, vous pouvez éviter les messages d'erreur répétés en utilisant la propriété personnalisée SoReuseAddr afin de modifier le traitement des canaux entrants TCP. Lorsque SoReuseAddr a la valeur 1, le canal TCP doit lors de chaque tentative de liaison employer la valeur true pour l'option de réutilisation sur la socket. Le redémarrage de WebSphere Application Server traite la première tentative de liaison, malgré les sockets à l'état TIME_WAIT.
Remarque : Le premier redémarrage après l'application de la propriété soReuseAddr traite l'instance précédente de la liaison (qui était liée avec false). Deux redémarrages peuvent être requis pour que la réutilisation puisse aboutir. De plus, vous pouvez également attendre que toutes les sockets TIME_WAIT aient disparu avant le redémarrage.
Informations Valeur
Type de données Entier
Valeur par défaut 0

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rrun_chain_tcpcustom
Nom du fichier : rrun_chain_tcpcustom.html