HTTP Le servlet proxy est déployé dans un conteneur de servlets situé sur une machine différente de celle de IBM App Connect Enterprise, avec un équilibreur de charge réseau permettant de répartir la charge de travail entre plusieurs nœuds d'intégration
Vous pouvez configurer le servlet proxy HTTP pour un déploiement dans lequel le servlet proxy HTTP est déployé dans un conteneur de servlets situé sur une machine différente de celle de IBM App Connect Enterprise, et où ce conteneur de servlets dispose d'une connexion client IBM MQ vers le gestionnaire de file d'attente du nœud d'intégration. Dans cette configuration, un équilibreur de charge de réseau est utilisé pour distribuer le travail à plusieurs noeuds d'intégration.
Dans la figure suivante, le servlet proxy « HTTP » est configuré pour répartir la charge des connexions IBM MQ entre plusieurs nœuds d'intégration. Un équilibreur de charge réseau est requis pour cette configuration.
Lorsque le servlet proxy HTTP est configuré pour se connecter à plusieurs nœuds d'intégration, les nœuds d'intégration doivent être des clones identiques les uns des autres, ce qui signifie que les mêmes flux HTTP et SOAP sont déployés avec les mêmes adresses web.
Le servlet proxy HTTP envoie les requêtes HTTP via les connexions IBM MQ afin de répartir la charge entre les connexions des nœuds d'intégration actifs.
La configuration est identique à celle décrite à l'adresse HTTP : le servlet proxy est déployé dans un conteneur de servlets situé sur une machine différente de celle mentionnée à l'adresse IBM App Connect Enterprise, mais l'équilibreur de charge réseau remplace la machine du nœud d'intégration. Les fichiers de configuration ne peuvent pas être utilisés car il existe plusieurs noeuds d'intégration derrière une adresse IP virtuelle et chacun possède un fichier de configuration différent. Le servlet proxy « HTTP » charge les informations pour chaque connexion et utilise les informations de configuration pertinentes pour chaque nœud d'intégration.
Dans cet exemple de configuration, vous devez configurer les paramètres de configuration du servlet proxy HTTP suivants. Pour plus d'informations sur la configuration du servlet proxy HTTP, voir Configuration du servlet proxy HTTP.
- Définissez useClientMode sur true.
- Définissez useQueueManagerDataInsteadOfConfigFile sur * ou sur le nom du gestionnaire de files d'attente noeud d'intégration .
- Attribuez les valeurs correctes à clientModeHostname, clientModeChannelName et clientModePortNumber, comme indiqué dans les paramètres de configuration du servlet proxy HTTP.
Si le basculement est l'une des raisons du déploiement de cette configuration, il est recommandé de configurer les paramètres de configuration supplémentaires suivants du servlet proxy HTTP :
- Définissez clientModeConnectRetryCount sur une valeur supérieure ou égale au nombre de noeuds d'intégration. Ce paramètre garantit qu'un seul serveur défaillant ne génère pas d'erreurs intermittentes, même si l'équilibreur de charge effectue une planification circulaire simple. Le servlet proxy HTTP utilise le premier nœud d'intégration disponible.
- Définissez reconnectActiveLinksAge sur une valeur inférieure au délai d'attente du pare-feu. Ce paramètre empêche la réutilisation d'anciennes connexions qui auraient pu être rejetées par des pare-feu entre le servlet proxy HTTP et l'équilibreur de charge (ou entre l'équilibreur de charge et les nœuds d'intégration ).
Vous pouvez définir testConnectionBeforeReuse sur true comme alternative pour gérer les connexions d' IBM MQ s interrompues entre le servlet proxy HTTP et les gestionnaires de file d'attente des nœuds d'intégration. Toutefois, cette option entraîne l'exécution d'un appel MQINQ avant toute tentative d'envoi de données au noeud d'intégration. Si l'appel MQINQ échoue, une nouvelle connexion est établie et les données sont envoyées via la nouvelle connexion. Etant donné que la configuration ajoute une autre opération aux appels MQPUT et MQGET, elle entraîne un traitement significatif pour chaque message ; utilisez cette option uniquement si aucune autre option n'est disponible. Pour plus d'informations sur les appels MQINQ, MQPUT et MQGET, consultez la section « Appels de fonction » dans la documentation du produit « IBM MQ ».