![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
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.

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.Les topologies de serveur d'applications suivantes sont décrites dans cette rubrique.
- Scénario 1 : Installation sur une machine d'un serveur d'applications autonome
- Scénario 2 : Installation sur une machine d'un serveur d'applications autonome et d'un serveur Web
- Scénario 3 : Installation sur deux machines d'un serveur d'applications autonome et d'un serveur Web
- Scénario 4 : Installation sur deux machines de plusieurs serveurs d'applications autonomes et de serveurs Web
- Scénario 5 : Administration souple d'une installation sur deux machines de plusieurs serveurs d'applications autonomes et de serveurs Web
- 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.
Le présent article décrit les topologies possibles pour une cellule.- Scénario 6 : Installation sur une machine d'une cellule de serveurs d'applications
- Scénario 7 : Installation sur une machine d'une cellule de serveurs d'applications et d'un serveur Web
- Scénario 8 : Installation sur deux machines d'une cellule de serveurs d'applications et d'un serveur Web
- Scénario 9 : Installation sur trois machines d'une cellule de serveurs d'applications et d'un serveur Web
- Scénario 10 : Administration souple d'une installation sur quatre machines d'environnements d'exécution mixtes à l'aide du gestionnaire de travaux
- 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. - Administration au moyen de l'utilitaire
wsadmin.
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
- Scénario 1 : Installation d'un serveur d'applications autonome sur une machine unique.
Installez WebSphere Application Server Network Deployment proprement dit sur une machine unique et créez un profil de serveur d'applications autonome. Chaque profil de serveur d'applications autonome inclut un processus de serveur d'applications server1. Chaque profil définit un serveur d'applications autonome distinct possédant sa propre interface d'administration.
Vous pouvez utilisez le Outil de gestion de profil ou la commande manageprofiles pour créer des profils après l'installation.
Dans ce scénario, le serveur d'applications utilise sa chaîne de transport HTTP interne pour la communication au lieu de recourir à un serveur Web distinct (sur une machine distincte) pour y décharger éventuellement des traitements.
Tableau 1. Installation d'un serveur d'applications autonome sur une seule machine. Procédez comme suit :
Etape Tâche 1 Installez IBM Installation Manager. 2 Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de serveur d'applications autonome. - Scénario 2 : Installation sur une machine d'un serveur d'applications autonome et d'un serveur Web
L'installation d'un serveur Web tel qu'IBM HTTP Server sur la même machine que le serveur d'applications permet de disposer de davantage d'options de configuration. L'installation d'un plug-in de serveur Web permet au serveur Web de communiquer avec le serveur d'applications. Ce scénario d'installation peut prendre en charge des environnements de production et de test rigoureux qui ne nécessitent pas de pare-feu. Toutefois, ce scénario n'est pas un environnement de production standard. Lorsque tous les éléments se trouvent sur la même machine, le serveur Web comme le serveur d'applications ne fonctionnent pas aussi rapidement que lorsqu'ils sont installés sur des machines distinctes, car ils se trouvent tous deux en concurrence pour les ressources de l'unité centrale.
Tableau 2. Installation d'un serveur d'applications autonome et d'un serveur Web sur une seule machine. Procédez comme suit :
Etape Tâche 1 Installez IBM Installation Manager. 2 Installation Manager permet d'installer les éléments suivants : - WebSphere Application ServerNetwork Deployment
- Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
3 Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de serveur d'applications autonome. 4 Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 5 Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. La définition du serveur Web est créée et configurée automatiquement pendant la configuration du plug-in.
- Scénario 3 : Installation sur deux machines d'un serveur d'applications autonome et d'un serveur Web
Dans un environnement de production standard, le serveur d'applications installé sur une machine communique avec un serveur Web se trouvant sur une autre machine (distante) via le plug-in du serveur Web. Après avoir créé un profil et installé un serveur Web dédié, utilisez les plug-ins de serveur Web pour WebSphere Application Server et l'outil de configuration des plug-ins de serveur Web pour installer un plug-in et pour mettre à jour le fichier de configuration du serveur Web. Le serveur Web peut ensuite communiquer avec le serveur d'applications. Des pare-feux en option peuvent apporter une sécurité supplémentaire à la machine du serveur d'applications.
Tableau 3. Installation d'un serveur d'applications autonome et d'un serveur Web sur des machines distinctes. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de serveur d'applications autonome. 4 B Installez IBM Installation Manager. 5 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
6 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 7 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
8 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
9 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_profil/bin sur la machine A. 10 A Démarrez le serveur d'applications. 11 A Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. 12 A Ouvrez la console d'administration et enregistrez la configuration modifiée. 13 B Démarrez le serveur Web. Recherchez le script racine_plug-ins/setupPluginCfg.sh du serveur Web Domino avant de démarrer un serveur Web Domino.
14 A Propagez le fichier plugin-cfg.xml sur la machine A du serveur d'applications au serveur Web en utilisant la console d'administration. - Cliquez sur Serveurs > Serveurs Web.
- Sur la page des serveurs Web, cochez le serveur Web pour lequel vous souhaitez propager un plug-in, puis cliquez sur Propager un plug-in.
- Scénario 4 : Installation de plusieurs serveurs d'applications autonomes sur
une machine et d'un ou plusieurs serveurs Web sur une machine distincte
L'Outil de gestion de profil ou la commande manageprofiles peut créer un profil de gestionnaire de déploiement, un profil de serveur d'applications ou un profil personnalisé. Après avoir créé un profil et installé un serveur Web dédié, utilisez les plug-ins de serveur Web pour WebSphere Application Server et l'outil de configuration des plug-ins de serveur Web pour installer un plug-in et pour mettre à jour le fichier de configuration du serveur Web. Le serveur Web peut ensuite communiquer avec le serveur d'applications. Dans cette configuration, le processus doit être effectué pour chaque combinaison de profils et de serveurs Web.
Cette topologie permet à chaque profil de disposer d'applications, de paramètres de configuration, de données et de fichiers journaux uniques tout en partageant le même ensemble de fichiers du produit central. La création de plusieurs profils génère plusieurs environnements de serveur d'applications que vous pouvez dédier à différentes tâches. Par exemple, chaque serveur d'applications sur un site Web peut servir une application différente. Chaque serveur d'applications peut également représenter un environnement de test distinct que vous pouvez attribuer à un programmeur ou à une équipe de développement.
La création de plusieurs profils présente également l'avantage d'un meilleur service de maintenance. Par exemple, lorsqu'un groupe de correctifs met à jour les fichiers système, tous les serveurs d'applications commencent à utiliser les fichiers du produit principal mis à jour.
Tableau 4. Installation de plusieurs serveurs d'applications autonomes sur une machine et d'un ou plusieurs serveurs Web sur une machine distincte. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de serveur d'applications autonome. 4 B Installez IBM Installation Manager. 5 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
6 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 7 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
8 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
9 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_profil/bin sur la machine A. 10 A Démarrez le serveur d'applications. 11 A Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. 12 A Ouvrez la console d'administration et enregistrez la configuration modifiée. 13 B Démarrez le serveur Web. Recherchez le script racine_plug-ins/setupPluginCfg.sh du serveur Web Domino avant de démarrer un serveur Web Domino.
14 A Propagez le fichier plugin-cfg.xml sur la machine A du serveur d'applications au serveur Web en utilisant la console d'administration. - Cliquez sur Serveurs > Serveurs Web.
- Sur la page des serveurs Web, cochez le serveur Web pour lequel vous souhaitez propager un plug-in, puis cliquez sur Propager un plug-in.
15 A Créez les profils de serveur d'applications ultérieurs à l'aide de l'Outil de gestion de profil ou de la commande manageprofiles sur la machine A. 16 B Installez les serveurs IBM HTTP Server ou d'autres serveurs Web pris en charge suivants sur la machine B. 17 A - B Répétez les étapes 7 à 14 pour configurer chaque serveur Web supplémentaire sur la machine B avec chaque serveur d'applications nouvellement ajouté. Chaque profil de serveur d'applications est à présent directement associé à son propre serveur Web. - Scénario 5 : Installation d'un agent d'administration, de plusieurs serveurs d'applications enregistrés et
de plusieurs serveurs Web sur des machines distinctes
Les serveurs d'applications installés sur une machine communiquent avec un serveur Web se trouvant sur une machine distincte (distante) via les plug-ins du serveur Web. Les serveurs d'applications sont enregistrés avec l'agent d'administration. L'agent d'administration fournit un emplacement unique pour administrer les noeuds qu'il a enregistrés. Des pare-feux en option peuvent apporter une sécurité supplémentaire à la machine du serveur d'applications.
Tableau 5. Installation d'un agent d'administration, de plusieurs serveurs d'applications enregistrés et de plusieurs serveurs Web sur des machines distinctes. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur d'agent d'administration. 4 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de serveur d'applications. 5 A Enregistrez le nouveau serveur d'applications auprès de l'agent d'administration en exécutant la commande registerNode dans le répertoire bin du profil de l'agent d'administration, racine_profil/bin. 6 B Installez IBM Installation Manager. 7 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
8 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 9 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
10 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
11 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_profil/bin sur la machine A. 12 A Démarrez le serveur d'applications. 13 A Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. 14 A Ouvrez la console d'administration et enregistrez la configuration modifiée. 15 B Démarrez le serveur Web. Recherchez le script racine_plug-ins/setupPluginCfg.sh du serveur Web Domino avant de démarrer un serveur Web Domino.
16 A Propagez le fichier plugin-cfg.xml sur la machine A du serveur d'applications au serveur Web en utilisant la console d'administration. - Cliquez sur Serveurs > Serveurs Web.
- Sur la page des serveurs Web, cochez le serveur Web pour lequel vous souhaitez propager un plug-in, puis cliquez sur Propager un plug-in.
17 A Créez les profils de serveur d'applications ultérieurs à l'aide de Outil de gestion de profil ou de la commande manageprofiles sur la machine A. 18 A Enregistrez le nouveau serveur d'applications auprès de l'agent d'administration en exécutant la commande registerNode dans le répertoire bin du profil de l'agent d'administration, racine_profil/bin. 19 B Installez les serveurs IBM HTTP Server ou d'autres serveurs Web pris en charge suivants sur la machine B. 20 A - B Répétez les étapes 9 à 16 pour configurer chaque serveur Web supplémentaire sur la machine B avec chaque serveur d'applications nouvellement ajouté. Chaque profil de serveur d'applications est à présent directement associé à son propre serveur Web.
- Scénario 6 : Installez une
cellule de serveurs d'applications gérés sur une machine.
WebSphere Application Server Network Deployment peut créer une cellule composée d'un gestionnaire de déploiement et d'un noeud de serveur d'applications fédéré sur une machine unique. Après l'installation, créez un ensemble de cellules de profils. Vous pouvez utiliser Outil de gestion de profil ou la commande manageprofiles pour créer d'autres profils de serveurs d'applications autonomes ou des profils personnalisés. Vous pouvez utiliser l'interface d'administration du gestionnaire de déploiement pour fédérer les serveurs supplémentaires à la cellule. Ce type de profil de cellule n'est pas recommandé pour la production.
Les profils de serveur d'applications autonome possèdent leur propre interface d'administration jusqu'à ce que vous les fédériez dans une cellule de gestionnaire de déploiement. Cette interface contrôle alors les serveurs ou noeuds gérés. Régulièrement, les fichiers de configuration et de l'application se trouvant sur un noeud géré sont régénérés à partir de la copie principale des fichiers hébergés par le gestionnaire de déploiement lors de la synchronisation. Un profil de serveur d'applications a un processus de serveur d'applications par défaut appelé server1 et peut inclure en option l'application par défaut. Un profil personnalisé n'a pas de processus de serveur par défaut et ne possède pas d'application.
Dans un environnement de cellules, les noeuds gérés servent des applications mais pas le gestionnaire de déploiement. Dans ce scénario, le noeud géré utilise sa chaîne de transport HTTP interne pour la communication au lieu de recourir à un serveur Web distinct (sur une machine distincte) pour y décharger éventuellement des traitements.
Tableau 6. Installation d'une cellule de serveurs d'applications gérés sur une seule machine. Procédez comme suit :
Etape Tâche 1 Installez IBM Installation Manager. 2 Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de déploiement. 4 Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer des profils de serveur d'applications. 5 Fédérez les serveurs d'applications dans la cellule à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Administration du système > Noeuds > Ajouter un noeud.
6 Démarrez le gestionnaire de déploiement à l'aide de sa console Premiers pas ou en exécutant la commande startManager dans le répertoire bin du profil de gestionnaire de déploiement, racine_profil/bin. 7 Démarrez la console d'administration du gestionnaire de déploiement à l'aide de sa console Premiers pas. 8 Démarrez le processus d'agent de noeud en exécutant la commande startNode dans le répertoire bin du profil de serveur d'applications, racine_profil/bin. 9 Créez et démarrez les processus de serveur d'applications à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur.
- Scénario 7 : Installation d'une cellule de serveurs d'applications gérés et d'un serveur Web sur une machine
L'installation d'un serveur Web tel qu'IBM HTTP Server sur la même machine que le serveur d'applications permet de disposer de davantage d'options de configuration. L'installation d'un plug-in de serveur Web est obligatoire, sinon le serveur Web ne peut pas communiquer avec le serveur dans le noeud géré. Ce type d'installation peut prendre en charge des tests rigoureux dans des environnements de cellule ou de production qui ne nécessitent pas de pare-feu.
Tableau 7. Installation d'une cellule de serveurs d'applications gérés et d'un serveur Web sur une seule machine. Procédez comme suit :
Etape Tâche 1 Installez IBM Installation Manager. 2 Installation Manager permet d'installer les éléments suivants : - WebSphere Application Server Network Deployment
- Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
3 Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de déploiement. 4 Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer des profils de serveur d'applications. 5 Fédérez les serveurs d'applications dans la cellule à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Administration du système > Noeuds > Ajouter un noeud.
6 Démarrez le gestionnaire de déploiement à l'aide de sa console Premiers pas ou en exécutant la commande startManager dans le répertoire bin du profil de gestionnaire de déploiement, racine_profil/bin. 7 Démarrez la console d'administration du gestionnaire de déploiement à l'aide de sa console Premiers pas. 8 Démarrez le processus d'agent de noeud en exécutant la commande startNode dans le répertoire bin du profil de serveur d'applications, racine_profil/bin. 9 Créez et démarrez les processus de serveur d'applications à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur.
10 Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 11 Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. La définition du serveur Web est créée et configurée automatiquement pendant la configuration du plug-in.
- Scénario 8 : Installation d'une cellule de serveurs d'applications gérés sur une machine et d'un
serveur Web sur une machine distincte
Dans un environnement de production standard, un noeud géré d'une cellule communique avec un serveur Web se trouvant sur une autre machine (distante) via le plug-in du serveur Web. Un pare-feu en option peut apporter une sécurité supplémentaire à la machine du serveur d'applications.
Tableau 8. Installation d'une cellule de serveurs d'applications gérés sur une machine et d'un serveur Web sur une machine distincte. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de déploiement. 4 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer des profils de serveur d'applications. 5 A Fédérez les serveurs d'applications dans la cellule à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Administration du système > Noeuds > Ajouter un noeud.
6 A Démarrez le gestionnaire de déploiement à l'aide de sa console Premiers pas ou en exécutant la commande startManager dans le répertoire bin du profil de gestionnaire de déploiement, racine_profil/bin. 7 A Démarrez la console d'administration du gestionnaire de déploiement à l'aide de sa console Premiers pas. 8 A Démarrez le processus d'agent de noeud en exécutant la commande startNode dans le répertoire bin du profil de serveur d'applications, racine_profil/bin. 9 A Créez et démarrez les processus de serveur d'applications à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere > nom_serveur.
.10 B Installez IBM Installation Manager. 11 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
12 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 13 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
14 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
15 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_profil/bin sur la machine A. 16 A Démarrez le serveur d'applications. 17 A Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. 18 A Ouvrez la console d'administration et enregistrez la configuration modifiée. 19 B Démarrez le serveur Web. Recherchez le script racine_plug-ins/setupPluginCfg.sh du serveur Web Domino avant de démarrer un serveur Web Domino.
20 A Propagez le fichier plugin-cfg.xml sur la machine A du serveur d'applications au serveur Web en utilisant la console d'administration. - Cliquez sur Serveurs > Serveurs Web.
- Sur la page des serveurs Web, cochez le serveur Web pour lequel vous souhaitez propager un plug-in, puis cliquez sur Propager un plug-in.
- Scénario 9 : Installation d'un gestionnaire de déploiement sur une machine, de plusieurs noeuds de
serveur d'applications gérés sur une deuxième machine et d'un serveur Web sur une troisième
L'avantage principal d'une cellule par rapport à un serveur d'applications est son évolutivité. Vous pouvez gérer une cellule de sorte qu'elle reste proportionnelle aux niveaux de la charge de travail. Dans ce scénario, des noeuds gérés existent sur la machine C. La totalité des noeuds gérés est fédérée dans le même gestionnaire de déploiement. Selon vos besoins, un serveur d'applications dans chaque noeud géré peut servir la même application ou une application différente.
La machine A et la machine C représentent les deux types de mise à l'échelle, verticale et horizontale :- L'évolutivité verticale crée plusieurs noeuds gérés sur la même machine physique.
- L'évolutivité horizontale crée des membres de cellule sur plusieurs machines physiques.
Dans ce scénario, les noeud gérés communiquent avec le même serveur Web. Toutefois, une autre stratégie serait celle d'un serveur Web dédié pour chaque noeud géré.
Tableau 9. Installation d'un gestionnaire de déploiement sur une machine, de plusieurs noeuds de serveur d'applications gérés sur une deuxième machine et d'un serveur Web sur une troisième. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de déploiement. 4 A Démarrez le gestionnaire de déploiement à l'aide de sa console Premiers pas ou en exécutant la commande startManager dans le répertoire bin du profil de gestionnaire de déploiement, racine_profil/bin. 5 C Installez IBM Installation Manager. 6 C Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 7 C Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer plusieurs profils de serveur d'applications. 8 C Démarrez chaque serveur d'applications à l'aide de sa console Premiers pas ou en exécutant la commande startServer dans le répertoire bin du profil de serveur d'applications, racine_profil/bin. 9 A Sur la machine A, ajoutez les noeuds de serveur d'applications à la cellule à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Administration du système > Noeuds > Ajouter un noeud.
10 B Installez IBM Installation Manager. 11 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
12 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 13 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
14 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
15 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_profil/bin sur la machine A. 16 A Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. 17 A Ouvrez la console d'administration et enregistrez la nouvelle configuration. 18 B Démarrez le serveur Web. Recherchez le script racine_plug-ins/setupPluginCfg.sh du serveur Web Domino avant de démarrer un serveur Web Domino.
19 A Propagez le fichier plugin-cfg.xml sur la machine A du serveur d'applications au serveur Web en utilisant la console d'administration. - Cliquez sur Serveurs > Serveurs Web.
- Sur la page des serveurs Web, cochez le serveur Web pour lequel vous souhaitez propager un plug-in, puis cliquez sur Propager un plug-in.
- Scénario 10 : Le
gestionnaire de travaux fait partie d'un processus d'administration qui
vous permet de gérer en souplesse plusieurs agents d'administration,
des gestionnaires de déploiement et des serveurs d'applications
autonomes. Les noeuds peuvent être enregistrés avec un ou plusieurs
gestionnaires de travaux. Contrairement à un gestionnaire de
déploiement, le gestionnaire de travaux n'hérite pas seulement des
fonctions administratives de ses noeuds enregistrés. Les noeuds
enregistrés avec un gestionnaire de travaux conservent leurs
fonctionnalités administratives. De plus, les noeuds interrogent
périodiquement les gestionnaires de travaux pour déterminer si des
travaux postés requièrent une action.
Tous les noeuds enregistrés
peuvent toujours être gérés indépendamment du gestionnaire de
travaux. La configuration d'un gestionnaire de travaux permet de
coordonner les actions de gestion à travers plusieurs environnements
différents.
Installez un gestionnaire de déploiement et un noeud géré sur une machine, un agent d'administration et plusieurs noeuds de serveur d'applications enregistrés sur une deuxième machine, un gestionnaire de travaux sur une troisième et un serveur Web sur une quatrième.
La cellule de la machine A communique avec un serveur Web, tandis que la machine C est un serveur interne, qui peut être utilisé pour des tests ou d'autres actions.
Tableau 10. Installation d'un gestionnaire de déploiement et d'un noeud géré sur une machine, d'un agent d'administration et de plusieurs noeuds de serveur d'applications enregistrés sur une deuxième machine, d'un gestionnaire de travaux sur une troisième et d'un serveur Web sur une quatrième. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de déploiement. 4 A Démarrez le gestionnaire de déploiement à l'aide de sa console Premiers pas ou en exécutant la commande startManager racine_profil dans le répertoire bin du profil de gestionnaire de déploiement, /bin. 5 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de serveur d'applications. 6 A Fédérez le serveur d'applications dans la cellule à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Administration du système > Noeuds > Ajouter un noeud.
7 C Installez IBM Installation Manager. 8 C Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 9 C Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur d'agent d'administration. 10 C Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer plusieurs profils de serveur d'applications. 11 C Enregistrez les serveurs d'applications autonomes auprès de l'agent d'administration en exécutant la commande registerNode dans le répertoire bin du profil de l'agent d'administration, racine_profil/bin. 12 D Installez IBM Installation Manager. 13 D Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 14 D Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de travaux. 15 D Enregistrez l'agent d'administration sur la machine C, le gestionnaire de déploiement sur la machine B et le gestionnaire de travaux sur la machine D en se connectant à l'outil wsadmin du gestionnaire de travaux et en exécutant la commande registerWithJobManager de l'objet AdminTask. AdminTask.registerWithJobManager('[-host myhost -conntype SOAP -port 8878 -managedNodeName myhostNode01]')
Sinon, vous pouvez procéder à l'enregistrement avec le gestionnaire de travaux à l'aide d'une console d'administration. Dans la console de gestionnaire de déploiement, cliquez sur Administration du système > Gestionnaire de déploiement > Gestionnaire de travaux, sélectionnez un noeud de gestionnaire de déploiement, puis cliquez sur Enregistrer avec un gestionnaire de travaux. Dans la console de l'agent d'administration, cliquez sur Administration du système > Agent d'administration > Noeuds, sélectionnez un ou plusieurs noeuds autonomes, puis cliquez sur Enregistrer avec un gestionnaire de travaux. Le gestionnaire de déploiement et les noeuds autonomes enregistrés avec le gestionnaire de travaux deviennent des noeuds gérés du gestionnaire de travaux. Le noeud fédéré, le Profile01, sur la Machine A, ne devient pas un noeud géré du gestionnaire des travaux : il reste un noeud fédéré géré par le gestionnaire de déploiement.
16 B Installez IBM Installation Manager. 17 B Installation Manager permet d'installer les éléments suivants : - Plug-ins du serveur Web pour WebSphere Application Server
- WebSphere Customization Toolbox
18 B Utilisez Installation Manager pour installer IBM HTTP Server ou installez un autre serveur Web pris en charge. 19 B Ouvrez WebSphere Customization Toolbox et lancez l'outil de configuration des plug-ins de serveur Web pour configurer le plug-in du serveur Web et créer la définition du serveur Web. Le script de création et de configuration du serveur Web est créé sous le répertoire racine_plug-ins/ bin.
20 B Copiez le script configurenom_serveur_web sur la machine A. Si une machine fonctionne sous un système d'exploitation tel que AIX ou Linux et qu'une autre fonctionne sous Windows, copiez le script dans le répertoire plugins_root/bin/crossPlatformScripts.
21 A Collez le script configurenom_serveur_web de la machine B dans le répertoire racine_profil/bin sur la machine A. 22 A Exécutez le script configurenom_serveur_Web sur la machine A pour créer une définition de serveur Web dans la console d'administration. 23 A Ouvrez la console d'administration et enregistrez la nouvelle configuration. 24 B Démarrez le serveur Web. Recherchez le script racine_plug-ins/setupPluginCfg.sh du serveur Web Domino avant de démarrer un serveur Web Domino.
25 A Propagez le fichier plugin-cfg.xml sur la machine A du serveur d'applications au serveur Web en utilisant la console d'administration. - Cliquez sur Serveurs > Serveurs Web.
- Sur la page des serveurs Web, cochez le serveur Web pour lequel vous souhaitez propager un plug-in, puis cliquez sur Propager un plug-in.
- Scénario 11 : Installez
un gestionnaire de déploiement et un ou plusieurs noeuds gérés sur
une machine, et
DMZ Secure Proxy Server for IBM WebSphere Application Server
sur une deuxième machine. 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.
L'utilisation des commandes wsadmin constitue la méthode d'administration du DMZ Secure Proxy Server for IBM WebSphere Application Server la plus sécurisée. Le DMZ Secure Proxy Server for IBM WebSphere Application Server ne contient pas de conteneur Web, c'est pourquoi il ne dispose pas d'une console d'administration. L'administration locale peut uniquement être effectuée à l'aide de la ligne de commande.
Les configurations du serveur proxy sécurisé peuvent être gérées dans la cellule du serveur d'applications de déploiement réseau, puis importées localement dans le DMZ Secure Proxy Server for IBM WebSphere Application Server, à l'aide des commandes wsadmin. Les configurations sont créées et gérées dans la cellule du serveur d'applications de déploiement réseau en tant que profils de configuration uniquement. Les profils sont enregistrés à l'aide de l'agent d'administration puis géré à l'aide de la console d'administration. Configurez le profil du serveur proxy sécurisé dans la cellule du serveur d'applications de déploiement réseau, exportez la configuration dans un noeud de la zone démilitarisée et importez la configuration dans le DMZ Secure Proxy Server for IBM WebSphere Application Server. Répétez ce processus si des modifications ont été apportées à la configuration du serveur proxy sécurisé.
Tableau 11. Installation d'un gestionnaire de déploiement et d'un ou plusieurs noeuds gérés sur une machine, et d'un DMZ Secure Proxy Server for IBM WebSphere Application Server sur une seconde machine. Procédez comme suit :
Etape Machine Tâche 1 A Installez IBM Installation Manager. 2 A Utilisez Installation Manager pour installer WebSphere Application Server Network Deployment. 3 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur de gestionnaire de déploiement. 4 A Démarrez le gestionnaire de déploiement à l'aide de sa console Premiers pas ou en exécutant la commande startManager racine_profil dans le répertoire bin du profil de gestionnaire de déploiement, /bin. 5 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer des profils de serveur d'applications. 6 A Fédérez les serveurs d'applications dans la cellule à l'aide de la console d'administration du gestionnaire de déploiement. Cliquez sur Administration du système > Noeuds > Ajouter un noeud.
7 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de gestion du type de serveur d'agent d'administration. 8 A Démarrer l'agent d'administration. 9 A Utilisez l'Outil de gestion de profil ou la commande manageprofiles pour créer un profil de proxy sécurisé (configuration uniquement). 10 A Enregistrez le profil de proxy sécurisé (configuration uniquement) auprès de l'agent d'administration en exécutant la commande registerNode dans le répertoire bin du profil de l'agent d'administration, racine_profil/bin. 11 A Redémarrez l'agent d'administration. 12 A Lorsque l'agent d'administration vous propose la liste des noeuds qu'il gère, sélectionnez le noeud dans le profil de proxy sécurisé (configuration uniquement). 13 A Créez un profil de proxy sécurisé à l'aide de la console d'administration. Cliquez sur Serveurs > Types de serveurs > Serveurs proxy WebSphere > Nouveau et utilisez l'assistant de création de serveur proxy.
14 A Exportez la configuration du serveur en vous connectant à l'outil wsadmin de l'agent d'administration et en exécutant la commande exportProxyServer de l'objet AdminTask. Examinez les exemples suivants, illustrant l'utilisation d'une chaîne Jython. AdminTask.exportProxyServer('[-archive c:\myProxyServer.ear -nodeName node1 -serverName server1]')
AdminTask.exportProxyServer('[-archive /myProxyServer.ear -nodeName node1 -serverName server1]')
15 B Installez IBM Installation Manager. 16 B Installez le DMZ Secure Proxy Server for IBM WebSphere Application Server. 17 A Transférez le fichier de configuration du serveur sur la machine B à l'aide de FTP. 18 B Importez la configuration du serveur sur la machine B en vous connectant à l'outil wsadmin pour le proxy sécurisé et en exécutant la commande importProxyServer de l'objet AdminTask. Examinez les exemples suivants, illustrant l'utilisation d'une chaîne Jython. AdminTask.importProxyServer('[-archive c:\myProxyServer.ear -nodeName node1 -serverInArchive server1 -deleteExistingServer true]')
AdminTask.importProxyServer('[-archive /myProxyServer.ear -nodeName node1 -serverInArchive server1 -deleteExistingServer true]')
Résultats
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.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tins_scenario3
Nom du fichier : tins_scenario3.html