[AIX Solaris HP-UX Linux Windows]

Planification de l'installation de WebSphere Application Server

Examinez les scénarios d'installation courants du produit pour déterminer comment installer votre environnement de serveur d'applications.

Avant de commencer

IBM® WebSphere Application Server Network Deployment est une plateforme intégrée contenant un serveur d'applications, des outils de développement Web, un serveur Web, des logiciels de support supplémentaires et de la documentation.

L'installation du produit serveur d'applications installe un ensemble partagé de fichiers du produit central. Après cela, vous créez au moins un profil, qui est une partition de données distincte incluant les fichiers définissant un environnement d'exécution pour un processus de serveur d'applications, tels qu'un gestionnaire de déploiement ou un serveur d'applications.

Un processus de serveur d'applications en cours d'exécution peut créer, lire, mettre à jour ou supprimer les fichiers de configuration, les fichiers de données et les fichiers journaux dans son profil. Le processus de serveur d'applications peut accéder aux fichiers produit principaux, qui incluent des fichiers de commandes et autres fichiers binaires de produit partagés. Toutefois, la plupart des fichiers produit principaux ou des fichiers système sont mis à jour uniquement lors de l'installation de groupes de correctifs, de correctifs provisoires ou de composants servant à étendre le produit.

Après l'installation, vous pouvez créer un profil de serveur d'applications, un profil de gestion, un ensemble de cellules de profils contenant un gestionnaire de déploiement, ainsi qu'un serveur d'applications fédéré ou un profil personnalisé. Au moins un profil doit exister pour que l'environnement de serveur d'applications soit opérationnel. Vous pouvez utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer des profils.

Vous devez d'abord préparer votre système d'exploitation à l'installation avant de procéder à l'installation des topologies décrites ci-après. Pour plus d'informations, voir Préparation du système d'exploitation en vue de l'installation du produit.

Eviter les incidents Eviter les incidents: Il est conseillé de configurer WebSphere Application Server Network Deployment avec un sous-réseau unique pour le trafic réseau. Vous pouvez utiliser une carte NIC d'interface réseau sur une machine physique ou sur une partition logique (LPAR). Vous pouvez également référencer un seul serveur DNS de système de noms de domaines dans la configuration réseau de la machine physique ou de la LPAR.gotcha

Vous trouverez ci-après des informations sur les scénarios d'installation du produit sur une ou plusieurs machines, avec différentes topologies. Deux types de topologies de serveur d'applications sont possibles avec le produit Network Deployment.

Topologies pour un serveur d'applications autonome
Chaque serveur d'applications autonome s'exécute indépendamment des autres serveurs d'applications.
Topologies pour un groupe géré de serveurs d'applications dans une cellule
Une cellule se compose d'un gestionnaire de déploiement et d'un ou de plusieurs serveurs d'applications fédérés, qui sont des noeuds gérés. Le gestionnaire de déploiement est le point unique d'administration pour tous les noeuds gérés de la cellule. Le gestionnaire de déploiement stocke les fichiers de configuration pour tous les noeuds qu'il gère et déploie des applications sur ces noeuds gérés.
Un serveur d'applications peut devenir un noeud géré de plusieurs façons :
  • Par création de la cellule avec un noeud fédéré
  • Par fédération du noeud dans un profil de serveur d'applications dans la cellule
  • Par fédération du noeud dans un profil personnalisé dans la cellule

Les scénarios 6 à 10 partent du principe que tous les noeuds d'une cellule se trouvent sur une machine et un système d'exploitation particuliers. Toutefois, cette affectation de noeud précise n'a pas besoin d'être appliquée. Le gestionnaire de déploiement peut exister sur la machine A, d'autres noeuds gérés (qui ont été fédérés dans le gestionnaire de déploiement) peuvent exister sur d'autres machines et d'autres systèmes d'exploitation. Une telle cellule configurée d'autres machines ou d'autres systèmes d'exploitation est appelée cellule hétérogène et étend les éventuelles topologies que vous pouvez prendre en compte pour votre déploiement réseau.

Topologies incluant DMZ Secure Proxy Server for IBM WebSphere Application Server
DMZ Secure Proxy Server for IBM WebSphere Application Server offre une fonction de proxy inversé haute performance que vous pouvez utiliser à la frontière du réseau pour acheminer, équilibrer et améliorer les temps de réponse des requêtes vers les ressources Web. Par rapport à un serveur Web, DMZ Secure Proxy Server for IBM WebSphere Application Server apporte une meilleure souplesse, une intégration renforcée avec la gestion de systèmes WebSphere, un meilleur équilibrage de charge ainsi que d'autres améliorations. DMZ Secure Proxy Server for IBM WebSphere Application Server n'inclut pas de conteneur Web et ne dispose donc pas d'une console d'administration.
Le produit peut être administré au moyen de plusieurs méthodes sécurisées, en fonction des différentes topologies possibles.
  • Administration au moyen de l'utilitaire wsadmin.

    Pour cela, un accès local au DMZ Secure Proxy Server for IBM WebSphere Application Server est nécessaire.

  • Administration depuis une console Web externe.

    Le produit est configuré au moyen d'un profil sur le noeud du gestionnaire de déploiement, exporté et importé dans le noeud DMZ Secure Proxy Server for IBM WebSphere Application Server.

  • Administration souple depuis un gestionnaire de travaux distant.

    Un profil de proxy sécurisé est déployé sur le noeud DMZ Secure Proxy Server for IBM WebSphere Application Server et enregistré avec un agent d'administration sur la même machine. L'agent d'administration est ensuite enregistré et géré dans un gestionnaire de travaux distant.

La deuxième topologie d'administration pour le DMZ Secure Proxy Server for IBM WebSphere Application Server est décrite dans cet article.

Certains de ces scénarios sont plus courants dans les environnements de production. Par exemple, le scénario 1 ne supporte pas une charge de travail aussi importante que les scénarios 3 et 4, ce qui n'empêche pas le scénario 1 de constituer un environnement pleinement fonctionnel. Les scénarios 3 à 5 constituent des environnements de production standard pour un serveur d'applications autonome. Le scénario 9 constitue un scénario de production standard pour un environnement de cellule simple.

Procédure

Résultats

Vous avez passé en revue de nombreux scénarios d'installation parmi les plus courants, afin de trouver une solution possible correspondant à la topologie que vous souhaitez installer.

Que faire ensuite

Pour plus d'informations sur l'installation de ces produits, voir la documentation sur IBM HTTP Server, les plug-ins de serveur Web et DMZ Secure Proxy Server for IBM WebSphere Application Server.


Icône indiquant le type de rubrique Rubrique de tâche



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