Serveurs Web frontaux

Si vous déployez un cluster IBM® WebSphere Application Server dans votre installation d'IBM InfoSphere Information Server, vous pouvez installer un serveur Web frontal en amont du cluster.

InfoSphere Information Server prend en charge IBM HTTP Server et Apache HTTP Server. Ces logiciels ne sont toutefois pas fournis avec InfoSphere Information Server.

Un serveur Web frontal sert à gérer les servlets et les requêtes JSP. Il utilise généralement un plug-in interne de gestion de charge de travail pour distribuer les demandes Web aux membres appropriés du cluster et à leurs conteneurs. Il procède à cette répartition d'après des règles préconfigurées dans le plug-in. Il augmente les performances et la sécurité en offrant un unique point d'entrée HTTP dans le cluster.

Pour éviter les points de défaillance uniques au niveau du serveur Web, déployez un serveur Web de secours dédié qui prendra le relais en cas de défaillance du serveur Web actif.

Le diagramme ci-après montre un cluster InfoSphere Information Server équipé d'un serveur Web frontal. Cette configuration comporte également un serveur Web de secours.

Figure 1. Cluster avec un serveur Web frontal.

Cette figure est décrite dans le texte qui l'accompagne.

Si vous choisissez IBM HTTP Server, vous pouvez configurer le gestionnaire de déploiement (Deployment Manager) pour gérer la configuration et l'administration du serveur Web. Le serveur Web peut être défini en tant que noeud géré ou non géré.

Si vous voulez pouvoir utiliser le gestionnaire de déploiement pour gérer vos serveurs Web comme les autres noeuds gérés de la cellule, définissez vos serveurs Web en tant que noeuds gérés. Par exemple, vous pouvez utiliser le gestionnaire de déploiement pour démarrer et arrêter IBM HTTP Server ou pour installer le fichier de configuration du plug-in d'IBM HTTP Server qui contient les règles de gestion de la charge de travail définies pour le cluster.
Si vous déployez les serveurs Web en amont d'un pare-feu qui protège les membres du cluster, définissez les serveurs Web en tant que noeuds non gérés. Dans ce cas, pour pouvoir les gérer à l'aide du gestionnaire de déploiement, activez le processus d'administration IBM HTTP Server Admin Process sur le même ordinateur qu'IBM HTTP Server en ouvrant son port via le pare-feu.

Le diagramme ci-après montre une instance d'IBM HTTP Server définie en tant que noeud géré. Le gestionnaire de déploiement gère IBM HTTP Server via l'agent de noeud local.

Figure 2. Instance d'IBM HTTP Server définie en tant que noeud géré.

Le diagramme ci-après montre une instance d'IBM HTTP Server définie en tant que noeud non géré sur un serveur autonome. Un pare-feu sépare le serveur de la cellule. Le gestionnaire de déploiement gère l'instance d'IBM HTTP Server à l'aide du processus d'administration IBM HTTP Server Admin Process.

Figure 3. Instance d'IBM HTTP Server définie en tant que noeud non géré sur un serveur autonome.

Si vous voulez utiliser le serveur Apache HTTP Server en dehors d'un pare-feu, vous pouvez l'exécuter en tant que noeud non géré. Si vous souhaitez qu'Apache HTTP Server soit géré, il doit se trouver sur la même machine qu'un agent de noeud géré par le gestionnaire de déploiement (comme indiqué dans la Figure 2) et il ne peut donc pas se situer de l'autre côté d'un pare-feu par rapport au gestionnaire de déploiement. S'il n'est pas géré, copiez les fichiers de configuration du plug-in du serveur Web manuellement sur chaque serveur Web après l'installation du niveau Services ou d'un groupe de correctifs.

Figure 4. Apache HTTP Server