Plug-ins du serveur Web

Les plug-ins de serveur Web permettent au serveur Web de communiquer des demandes de contenu dynamique, tel que des servlets, au serveur d'applications. Un plug-in de serveur Web est associé à chaque définition de serveur Web. Le fichier de configuration (plugin-cfg.xml) généré pour chaque plug-in repose sur les applications routées via le serveur Web associé.

Un plug-in de serveur Web est utilisé pour router les demandes HTTP d'un serveur Web pris en charge vers un serveur d'applications. L'utilisation d'un plug-in de serveur Web pour permettre à un serveur Web et un serveur d'applications de communiquer offre les avantages suivants :
  • un fichier de configuration XML,
  • un protocole standard reconnu par les dispositifs pare-feu,
  • une fonction de sécurité utilisant HTTPS et qui remplace le protocole SSL (Secure Sockets Layer) par le système propriétaire OSE (Open Servlet Engine).

Chacun des plug-ins de serveur Web pris en charge s'exécute sur un certain nombre de systèmes d'exploitation. Voir le site des matériels et logiciels compatibles du produit pour les dernières informations sur les serveurs Web pris en charge.

Eviter les incidents Eviter les incidents: Par défaut, le plug-in de serveur Web met en mémoire cache jusqu'à 64 kilo-octets et réexécute les demandes si le serveur d'applications ne répond pas. Si vous voulez garantir la haute disponibilité et que les demandes HTTP tendent à être volumineuses, affectez la valeur -1 à la propriété Taillede maximale de mémoire tampon utilisée pour la lecture du contenu des demandes HTTP dans la plage des propriétés de routage des demandes du plug-in duserveur Web dans la console d'administration . Si vous affectez la valeur -1 à la propriété, vous supprimez la limite maximale de taille de mémoire tampon et permettez au plug-in du serveur Web de mettre en mémoire cache toutes les demandes, quelle que soit leur taille. Une nouvelle tentative est effectuée pour les demandes si le corps de la demande est adapté à la taille de la mémoire tampon. Si vous souhaitez désactiver la mise en mémoire tampon de toutes les demandes, et de ce fait désactiver les nouvelles tentatives de demandes avec des corps de demande, vous pouvez définir cette propriété sur la valeur 0.gotcha

Demandes d'affinité

Les demandes d'affinité sont des demandes qui contiennent JSESSIONID. L'affinité de session signifie que toutes les demandes du même JSESSIONID sont envoyées au même serveur d'applications. Par exemple, si la demande initiale est envoyée à clone5, la demande d'affinité suivante de ce même navigateur est également envoyée à clone5, quelle que soit la valeur de pondération spécifiée pour la propriété LoadBalanceWeight dans le fichier plugin-cfg.xml.

Si vous sélectionnez Permutation circulaire pour la propriété d'acheminement des demandes de plug-in de serveur Web Option d'équilibrage de charge, et si vous conservez la valeur par défaut true pour la propriété IgnoreAffinityRequests dans le fichier plugin-cfg.xml, les demandes d'affinité ne diminuent pas la pondération. Ce comportement peut entraîner une répartition inégale des demandes entre les serveurs des environnements utilisant l'affinité de session. La définition de la propriété IgnoreAffinityRequests sur la valeur false entraîne la diminution de la pondération chaque fois qu'une demande d'affinité est reçue, ce qui permet d'obtenir un environnement de permutation circulaire plus équilibré.

Si vous sélectionnez Aléatoire pour la propriété Option d'équilibrage de charge, les demandes d'affinité sont toujours envoyées au même cloneid, mais les nouvelles demandes sont acheminées de manière aléatoire et la valeur spécifiée pour la propriété LoadBalanceWeight est ignorée.

Basculement

Si une connexion de demande dépasse le délai défini dans la propriété ConnectTimeout dans le fichier plugin-cfg.xml ou que le serveur d'application envoie une erreur 5xx, le plug-in du serveur Web marque le serveur comme étant arrêté et tente de se connecter au serveur d'applications suivant dans la liste des principaux serveurs, qui est définie pour la propriété PrimaryServers dans le fichier plugin-cfg.xml. Si le plug-in du serveur Web se connecte à un autre serveur d'applications, toutes les demandes en attente pour le serveur d'applications arrêté sont envoyées à cet autre serveur d'applications. Toutes les autres nouvelles demandes et demandes d'affinité sont envoyées à d'autres serveurs, selon la valeur choisie pour la propriété d'acheminement des demandes de plug-in de serveur Web Option d'équilibrage de charge : Permutation circulaire ou Aléatoire.

Le basculement ne se produit généralement pas lors du premier dépassement de la limite de temps spécifiée sur la propriété ServerIOTimeout dans le fichier plugin-cfg.xml, qu'il s'agisse d'une demande ou d'une réponse. A la place, le plug-in de serveur Web tente de renvoyer la demande au même serveur d'applications en utilisant un nouveua flux. Si le délai défini dans la propriété ServerIOTimeout est dépassé une deuxième fois, le plug-in du serveur Web marque le serveur comme étant indisponible et exécute le processus de basculement.

Eviter les incidents Eviter les incidents: L'envoi d'un grand nombre de demandes en attente au même serveur d'applications peut affecter les performances de ce serveur d'applications en cas de basculement. Vous pouvez utiliser la propriété MaxConnections pour limiter le nombre de demandes pouvant être en attente pour un serveur d'applications.gotcha

Exécution de plusieurs processus enfant de serveur Web

Vous pouvez configurer la plupart des serveurs Web pour démarrer plusieurs processus enfant. Dans ce cas, chaque processus enfant charge sa propre instance du serveur Web. Lorsque vous exécutez plusieurs processus enfant de serveur Web, notez les points suivants :
  • Plusieurs instances actives du plug-in du serveur Web ne peuvent pas partager les informations. Par conséquent, la modification dynamique du niveau d'équilibrage de charge de chaque serveur d'applications n'est pas partagée entre les instances du plug-in du serveur Web. Par exemple, un plug-in de serveur Web peut considérer qu'un serveur d'applications s'exécute avec un niveau 5 et une autre instance du plug-in peut considérer que le même serveur d'applications est arrêté et inutilisable. Cette différence de perspective peut amener une demande entrante à être traitée différemment, en fonction l'instance de plug-in du serveur Web qui traite la demande.
  • Les paramètres du plug-in du serveur Web sont gérés en fonction de chaque instance. Par exemple, la propriété MaxConnections définit le nombre de demandes en attente autorisées sur le serveur Web pour chaque instance du plug-in du serveur Web Si la propriété MaxConnections a la valeur 20 et que vous démarrez trois processus enfant du serveur Web, chacune des trois instances du plug-in du serveur Web autorise 20 connexions en attente au même serveur d'applications, ce qui implique qu'il peut exister jusqu'à 60 connexions en attente.

Icône indiquant le type de rubrique Rubrique de concept



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=cwsv_plugins
Nom du fichier : cwsv_plugins.html