Préparation Des Systèmes AIX Pour L'i

Préparation des systèmes AIX pour
l'installation
Cette rubrique décrit comment préparer un système AIX pour l'installation des produitsIBM
WebSphere Application Server.
Avant de commencer
L'installation utilise l'assistant ISMP (InstallShield MultiPlatform). Vous pouvez utiliser

l'interface graphique de l'assistant. Vous pouvez également utiliser l'assistant en mode
silencieux.
Remarque : WebSphere Application Server interdit toute installation dans un répertoire non
vide. Si WebSphere Application Server est installé dans un répertoire avec un sous-
répertoire lost+found, vous serez invité à utiliser un répertoire vide. Si vous voulez quand
même procéder à l'installation dans ce répertoire, vous pouvez supprimer le répertoire
lost+found. Toutefois, à la prochaine exécution de fsck, le répertoire lost+found sera à
nouveau créé. Cela n'aura aucun effet sur une installation existante. Cependant, lors d'une
désinstallation, ce répertoire ne sera pas supprimé.
Restriction : Il existe certains problèmes connus liés à l'utilisation de Cygwin/X pour
exécuter des applications basées sur Eclipse sur des machines AIX distantes. Ceci a des
conséquences sur l'utilisation de l'outil de gestion des profils et du programme Installation
Factory. Dans le cas de Cygwin/X sur des machines AIX distantes, par exemple, l'écran
d'accueil de l'outil de gestion des profils apparaît, mais en fait ce dernier ne démarre jamais.
Pour obtenir des rapports Bugzilla existants détaillés sur ces problèmes, reportez-vous aux
informations données à l'adresse https://bugs.eclipse.org/bugs/show_bug.cgi?id=36806. Si
un serveur X différent X (tel que Hummingbird Exceed®) est utilisé, ces problèmes
n'apparaissent pas.
A propos de cette tâche
La préparation du système d'exploitation implique des modifications telles que l'attribution

d'espace disque et l'installation de correctifs propres au système d'exploitation. IBM teste
les produits WebSphere Application Server avec tous les systèmes d'exploitation. Ces tests
établissent s'il est nécessaire de les modifier pour garantir un fonctionnement correct des
produits WebSphere Application Server. Si les modifications nécessaires n'étaient pas
réalisées, les produits WebSphere Application Server ne fonctionneraient pas correctement.
Procédure
1. Connectez-vous au système d'exploitation.

Vous pouvez ouvrir une session en tant que responsable de l'installation root ou autre
que root.
Sélectionnez un umask permettant au propriétaire d'accéder aux fichiers en
lecture/écriture et aux autres utilisateurs d'y accéder en fonction des stratégies
système applicables. Pour un utilisateur root, un umask de 022 est recommandé. Pour
les utilisateurs autre que root, il est possible d'utiliser un umask de 002 ou 022, selon
si les utilisateurs partagent le groupe. Pour tester le paramètre umask, exécutez la
commande suivante :umask
Pour définir le paramètre umask à 022, exécutez la commande suivante :umask 022
2. Arrêtez tous les processus Java liés à WebSphere Application Server sur la machine
sur laquelle vous installez le produit.
3. Arrêtez les processus de serveur Web tel que IBM HTTP Server.
4. Le serveur d'applications contient IBM Software Development Kit (SDK) Version 6.
Lisez les conditions requises suivantes pour utiliser SDK 6.
○ Vous devez exécuter AIX v5.3 Maintenance Package AIX 5300-07 ou une
version ultérieure, ou AIX v6.1, pour que le produit SDK 6 fonctionne
correctement.
Pour savoir si le SDK Java est pris en charge sur un système System p donné,
tapez ce qui suit à l'invite système :lscfg -p | fgrep Architecture
Vous devez obtenir la réponse suivante : Model Architecture: chrp. Seuls les
systèmes CHRP (Common Hardware Reference Platform) sont pris en charge.
○ La variable d'environnement LDR_CNTRL=MAXDATA n'est pas prise en charge
pour les processus 64 bits. Utilisez LDR_CNTRL=MAXDATA uniquement avec les
processus 32 bits.
○ Si vous utilisez des paramètres nationaux pris en charge autres que le CJK
UTF8, vous devez installer l'un des jeux de fichiers suivants : les images
d'installation sont disponibles sur les disques AIX de base et des mises à jour
sont disponibles sur le site Web Fix Central.
■ X11.fnt.ucs.ttf (pour ja_JP ou Ja_JP)
■ X11.fnt.ucs.ttf_CN (pour zh_CN ou Zh_CN)
■ X11.fnt.ucs.ttf_KR (pour ko_KR)
■ X11.fnt.ucs.ttf_TW (pour zh_TW ou Zh_TW)
5. Utilisez l'outil SMIT (System Management Interface Tool) pour afficher les packages
installés afin de déterminer si vous devez mettre à jour les packages décrits dans les
étapes suivantes.
6. Téléchargez la version la plus récente du produit INFOZIP afin d'éviter des incidents
avec les fichiers zippés. Même si les fichiers zippés sont essentiellement utilisés dans
le service en continu, préparez votre système d'exploitation AIX en téléchargeant la
version courante du package INFOZIP à partir du site Web http://www.info-zip.org.
7. Assurez-vous de disposer de l'espace disque adéquat.
Avec le système de fichiers JFS sur AIX, vous pouvez attribuer un espace d'extension
pour les répertoires. Si l'assistant d'installation ne dispose pas d'espace suffisant,
ISMP émet un appel système demandant plus d'espace pour augmenter l'allocation
d'espace de façon dynamique. Le message pouvant s'afficher lorsque cela se produit
pour le répertoire /usr est similaire à l'exemple suivant :REMARQUE : Les systèmes
de fichiers suivants seront étendus durant l'installation : /usr
Attention :
Le produit Network Deployment requiert la quantité d'espace disque suivante :
Tableau 1. Espace disque estimé
8. Annuaire 9. Description 10. Espace disque après
installation
11. Le répertoire 12. Le répertoire principal de 13. 730 Mo

/usr/IBM/WebSphere/AppS l'installation inclut les
erver avant la création des fichiers du produit central.
profils Cette taille n'inclut pas
l'espace pour les profils ou
les applications. Les profils
requièrent 40 Mo d'espace
temporaire en plus des
tailles affichées. Les profils
ont les besoins en matière
d'espace suivants :
14. Le répertoire /tmp 15. Le répertoire temporaire 16. 100 Mo
sert de répertoire de travail
au programme
d'installation.
17. Espace disque total requis18. Cette taille correspond à 19. 830 Mo
avant la création des profils l'espace total requis lors de
l'installation du produit
depuis le disque et lorsque
vous n'installez pas de
services. L'installation de
profil requiert plus
d'espace.
20.
Tableau 2. Espace disque des profils estimé
21. Profil 22. Description 23. Espace disque après
installation
24. Profil de gestionnaire de 25. Cette taille n'inclut pas 26. 30 Mo

déploiement d'espace pour les exemples
d'application que vous
pouvez installer. De plus,
elle n'inclut pas d'espace
pour les applications que
vous pouvez déployer.
27. Profil de serveur 28. Cette taille n'inclut pas 29. 200 Mo
d'applications avec les l'espace nécessaire aux
modèles applications que vous
pouvez développer et
installer.
30. Profil personnalisé 31. Cette taille n'inclut pas 32. 10 Mo
l'espace nécessaire aux
applications que vous
pouvez développer et
installer. Le critère inclut
de l'espace pour l'agent de
noeud. Cependant, vous
devez fédérer un profil
personnalisé pour la
création d'un noeud géré
opérationnel.
Suite à la fédération d'un
profil personnalisé, le
noeud géré résultant ne
contient qu'un agent de
noeud fonctionnel. Utilisez
le gestionnaire de
déploiement pour créer des
processus serveur sur le
noeud géré.
33.
Vérifiez manuellement que l'espace requis pour la création d'un profil est disponible
sur AIX. Un incident connu dans le code sous-jacent de l'assistant ISMP (InstallShield
MultiPlatform) empêche toute vérification de l'espace sur les systèmes AIX au moment
où le disque du produit est créé.
Le produit IBM HTTP Server requiert l'espace suivant.
34. Tableau 3. Estimation de l'espace disque de IBM HTTP Server
35. Annuaire 36. Espace disque après installation
○ IBM HTTP Server 37. 763 Mo

/usr/IBM/HTTPServer
○ IBM Global Security Kit (GSKit)
/usr/ibm/gsk7
Remarque : Le module d'exécution
est gskkm.rte.
○ Plug-ins de serveur Web pour
WebSphere Application Server
/usr/IBM/WebSphere/plugins
38. L'espace suivant est nécessaire pour les clients WebSphere Application Server.Tableau
4. Espace disque estimé pour le client d'application
installation
42. app_client_root 43. La quantité d'espace requis

44. 150 Mo
pour l'installation des
clients d'application est
moins de 150 Mo. La
quantité d'espace varie
selon les clients que vous
installez en tant que
fonctions.
45. L'espace suivant est nécessaire pour Update Installer.Tableau 5. Espace disque estimé
pour Update Installer
installation
49. Répertoire par défaut 50. L'assistant d'installation de

51. 200 Mo
:/usr/IBM/WebSphere/Upd chaque composant affiche
ateInstaller l'espace requis sur le
panneau de confirmation
avant l'installation des
fichiers de produit et des
fonctions sélectionnées. Il
vous avertit également si
vous ne disposez pas de
l'espace nécessaire pour
installer le produit.
L'assistant d'installation de chaque composant affiche l'espace requis sur le panneau

de confirmation avant l'installation des fichiers de produit et des fonctions
sélectionnées. Il vous avertit également si vous ne disposez pas de l'espace
nécessaire pour installer le produit.Pour migrer les applications et la configuration
d'une version antérieure, vérifiez que l'espace disque est suffisant pour les objets
d'applications. En général, prévoyez un espace disque correspondant à 110 % de la
taille des applications.
52. Annulez le montage des systèmes de fichiers comportant des liens rompus pour éviter
les erreurs java.lang.NullPointerException
Annulez le montage des systèmes de fichiers comportant des liens rompus avant de
commencer l'installation.
Si les systèmes de fichiers comportent des liens rompus, l'installation peut échouer et
l'erreur suivante est alors générée : An error occurred during wizard bean
change notification: java.lang.NullPointerException at
com.ibm.wizard.platform.aix.AixFileUtils.
getFileSystemData(AixFileUtils.java:388) at
getPartitionDataWithExecs(AixFileUtils.java:172) at
getPartitionData(AixFileUtils.java:104) at
com.ibm.wizard.platform.aix.AixFileServiceImpl.
getPartitionNames(AixFileServiceImpl.java:397)...
Vérifiez si les systèmes de fichiers contiennent des liens rompus, à l'aide de la
commande df -k. Recherchez les systèmes de fichiers qui répertorient des valeurs
vides dans la colonne 1024-blocks. Les colonnes dont la valeur est "-" (tiret) ne
posent pas de difficultés. L'exemple suivant illustre un incident survenu dans le
système de fichiers /dev/lv00 : > df -k Filesystem 1024-blocks Free %Used
Iused %Iused Mounted on /dev/hd4 1048576 447924 58% 2497 1% / /dev/hd3
4259840 2835816 34% 484 1% /tmp /proc - - - - - /proc /dev/lv01 2097152
229276 90% 3982 1% /storage/dev/lv00 /dev/hd2 2097152 458632 79% 42910
9% /usr iw031864:/cdrom/db2_v72_eee_aix32_sbcs
Le système de fichiers /proc ne pose pas de difficultés. Le système de fichiers
iw031864:/cdrom/db2_v72_eee_aix32_sbcs est un problème précis. Le système de
fichiers /dev/lv00 risque également de poser des difficultés. Utilisez l'une des
commandes suivantes pour résoudre l'incident : > umount
/cdrom/db2_v72_eee_aix32_sbcs > umount /cdrom
Relancez l'installation. Si l'incident persiste, annulez le montage des systèmes de
fichiers comportant des valeurs vides, tel que le système de fichiers /dev/lv00 dans
l'exemple précédent. Si vous ne parvenez pas à résoudre l'incident en annulant le
montage des systèmes de fichiers comportant des liens rompus, réinitialisez la
machine, puis relancez l'installation.
53. Vérifiez que les niveaux de version des prérequis et corequis sont appropriés.
Bien que l'assistant d'installation recherche les correctifs demandés par le système
d'exploitation à l'aide de l'application prereqChecker, examinez les prérequis sur le
site Web des logiciels et du matériel pris en charge si vous ne l'avez pas encore fait.
Pour savoir comment effectuer une migration vers leurs versions prises en charge,
reportez-vous à la documentation des produits non IBM prérequis et corequis.
54. Vérifiez la commande système cp lors de l'utilisation d'emacs ou d'autres logiciel
gratuits.
55. Si emacs ou d'autres logiciels gratuits sont installés sur votre système
d'exploitation, vérifiez que la commande système cp est utilisée.
a. Entrez which cp à l'invite de commande avant d'exécuter le programme
d'installation du produit WebSphere Application Server.
b. Supprimez le répertoire freeware de votre entrée PATH si la sortie de répertoire
résultante inclut freeware. Considérons par exemple que la sortie se présente de
la même manière que le message suivant : .../freeware/bin/cp. Si tel est le cas,
supprimez le répertoire de la variable PATH.
c. Installez le produit WebSphere Application Server.
d. Rajoutez le répertoire freeware à l'entrée PATH.
Si vous effectuez l'installation à l'aide de la commande cp qui fait partie d'un package
gratuit, l'installation semble se réaliser avec succès, mais il risque de manquer
certains fichiers du kit SDK Java 2 installé par le produit dans le répertoire
racine_serveur_app/java.Si des fichiers sont manquants, les liens symboliques
risquent d'être détruits. Si vous supprimez la commande cp du logiciel gratuit de la
variable Path, vous pouvez installer WebSphere Application Server.
56. Vérifiez que le kit de développement de logiciels (SDK) Java sur le disque de l'image
d'installation fonctionne correctement si vous avez créé votre propre disque.
Par exemple, il est possible que vous ayez téléchargé une image d'installation depuis
Passport Advantage ou que vous ayez copié une image d'installation sur un disque de
sauvegarde. Dans tous les cas, suivez la procédure ci-après pour vérifier que le disque
contient un kit SDK Java valide.
a. Accédez au répertoire /JDK/jre.pak/repository/package.java.jre/java/jre/bin sur
le disque du produit. Par exemple :cd
/JDK/jre.pak/repository/package.java.jre/java/jre/bin
b. Vérifiez la version Java. Entrez la commande suivante : ./java -version
Cette commande se termine sans erreur lorsque le SDK est intact.
57. Facultatif : Installez le navigateur Mozilla si ce n'est pas déjà fait. Le navigateur
Mozilla prend en charge la console du tableau de bord.
a. Utilisez SMIT pour vérifier si le navigateur Mozilla 1.4 ou 1.7.8 ou le package
ultérieur est déjà installé.
b. Téléchargez deux éléments pré-requis à partir de la boîte à outils AIX pour
applicationsLinux (glib & gtk+). Téléchargez les packages à partir des
emplacements suivants :
■ ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/glib/gli
b-1.2.10-2.aix4.3.ppc.rpm
■ ftp://ftp.software.ibm.com/aix/freeSoftware/aixtoolbox/RPMS/ppc/gtkplus
/gtkplus-1.2.10-4.aix5.1.ppc.rpm
c. Installez les packages après les avoir téléchargés : Utilisez la syntaxe suivante
:rpm -Uvh glib-1.2.10-2.aix4.3.ppc.rpm gtkplus-1.2.10-
4.aix5.1.ppc.rpm
d. Téléchargez la dernière version prise en charge de Mozilla (1.7.8 ou ultérieure)
pour AIX. Téléchargez Mozilla pour AIX à partir de l'emplacement suivant :
http://www.ibm.com/servers/aix/browsers/
Téléchargez l'image installp et installez-la à partir de SMIT.
Les images Mozilla distribuées sur le site Web http://www.mozilla.org ne sont
pas fournies par IBM. IBM n'a pas testé et ne prend pas en charge le
téléchargement à partir des sites Web non publiés par IBM. Téléchargez les
images Mozilla à partir du site Web IBM afin de vous assurer que la version que
vous téléchargez est testée et prise en charge.
58. Facultatif : Exportez l'emplacement du navigateur pris en charge.
Exportez l'emplacement du navigateur pris en charge à l'aide d'une commande qui
identifie l'emplacement actuel du navigateur.
Par exemple, si le package Mozilla se trouve dans le répertoire bin/mozilla, utilisez la
commande ci-après : EXPORT BROWSER=/usr/bin/mozilla
59. Installation en mode silencieux uniquement : Faites provision pour un problème
ISMP connu qui occasionne un appel au service Xwindows pendant une installation en
mode silencieux.
60. La variable de l'environnement DISPLAY sur votre machine AIX peut indiquer un
serveur X qui n'est pas connecté. Deux scénarios fréquents peuvent occasionner
cela :
○ Votre machine AIX a un serveur X en cours d'exécution, mais le serveur X est
bloqué à l'écran de connexion graphique car vous ne vous êtes pas encore
connecté.
○ Votre machine AIX est configuré pour afficher les applications X Windows sur un
serveur X distant qui n'est pas connecté.
61. Une installation en mode silencieux peut être suspendue dans n'importe quel
cas, car ISMP appelle les services Xwindows.Il existe deux solutions :
○ Connectez-vous au serveur X local à travers l'interface utilisateur graphique
avant de lancer l'installation en mode silencieux.
○ Exportez la variable de l'environnement DISPLAY de façon à indiquer null ou
vide. EXPORT DISPLAY=null
62. Facultatif : Préparation d'une partition de charge de travail (WPAR) : Si vous
souhaitez installer le produit du serveur d'applications sur une partition de charge de
travail (WPAR) sous AIX 6.1, vous devez vous assurer que cette partition WPAR
contient des versions privées et modifiables des systèmes de fichiers /usr et /opt. Si
vous ne disposez pas de ce type de partition, créez-en une de la manière suivante :
a. Choisissez un nom pour la partition de charge de travail (WPAR) qui est mappée
à une adresse IP de votre réseau ou ajoutez une entrée pour la nouvelle
partition WPAR dans le fichier /etc/hosts. Vous devez également connaître
l'adresse IP du sous-réseau.
b. Utilisez la commande suivante pour créer la partition WPAR : mkwpar -n
<nom_wpar> -h <nom_hôte> -N netmask=<A.B.C.D> address=<A.B.C.D> -r
-l
Remarque : Le paramètre -l crée les versions privées et modifiables des
systèmes de fichiers /usr et /opt.
Résultats
Cette procédure conduit à la préparation du système d'exploitation pour l'installation du

produit.
Que faire ensuite
Vous pouvez démarrer l'installation après avoir vérifié les éléments prérequis ainsi que le
disque du produit et après avoir défini vos objectifs d'installation. Utilisez l'une des
procédures d'installation suivantes :
Installez le produit Network Deployment sur votre système d'exploitation.
● Effectuez une installation personnalisée.
Une installation personnalisée vous permet de sélectionner les fonctions à installer.
Les fonctions incluent le fichier du produit central (obligatoire), Javadoc (facultatif) et
les applications exemples (facultatif).
Voir Installation de Network Deployment.
● Effectuez une installation en mode silencieux.
L'installation en mode silencieux requiert une modification du fichier de réponses afin
qu'il puisse contenir toutes vos options d'installation. Après la création d'un fichier de
réponses valide, exécutez la commande install à l'aide du paramètre permettant
d'obtenir le mode silencieux à partir d'une fenêtre de commande.
Voir Installation en mode silencieux.
● Installez les fonctions supplémentaires sur un produit existant.
Vous pouvez réinstaller le produit afin d'ajouter les fonctions après avoir utilisé une
installation personnalisée pour omettre l'une ou les deux fonctions facultatives.
Sélectionnez une fonction manquante pour l'installer.
Voir Installation de fonctions supplémentaires sur un produit Network Deployment
existant.
Tâches associées
Préparation du système d'exploitation en vue de l'installation du produit
Rubrique Tâche
Conditions d'utilisation | Commentaires
Dernière mise à jour : Nov 13, 2008 12:11:50 PM EST

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.webspher
e.installation.nd.doc/info/ae/ae/tins_aixsetup.html
Network Deployment et serveur unique version 7.0 (Tous les systèmes d'exploitation) >
Installation de votre environnement d'application > Systèmes d'exploitation distribués >
Planification de l'installation
_vcc_freeselect_top_ Application Server Network Deployment, Version 7.0

Systèmes d'exploitation : AIX, HP-UX, Linux, Solaris, Windows
Personnalisation de la table des

matières et des résultats de la recherche
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. Cette rubrique est liée aux procédures
d'installation de chaque scénario.
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 du serveur d'applications comprend généralement deux étapes. En
premier lieu, un ensemble partagé de fichiers produit principaux est installé. Ensuite, le
processus d'installation crée éventuellement un profil, c'est-à-dire une partition de données
distincte, qui inclue 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.
Pendant 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é. Le programme d'installation
offre également la possibilité de ne pas créer de profil lors de l'installation. Toutefois, au
moins un profil doit exister pour que l'environnement de serveur d'applications soit
opérationnel. Après l'installation, vous pouvez utilisez le Outil de gestion des profils ou la
commande manageprofiles pour créer des profils.
Vous devez d'abord préparer votre système d'exploitation pour l'installation avant d'installer
les différentes topologies indiquées ci-dessous. Pour plus d'informations, voir Préparation du
système d'exploitation en vue de l'installation du produit.
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 d'interface réseau sur une machine physique ou un partage logique (LPAR). Vous
pouvez également référencer un serveur de système de nom de domaine (DNS) unique
dans la configuration réseau pour la machine physique ou le partage logique.gotcha
Scénarios d'installation
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 exposées dans cette rubrique.
● Scénario 1 : Installation d'un serveur d'applications autonome sur une machine
unique
● Scénario 2 : Installation d'un serveur d'applications et d'un serveur Web sur une
machine unique
● Scénario 3 : Installation d'un serveur d'applications autonome et d'un serveur Web
sur deux machines
● 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é lors de l'installation
● 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 élargit les éventuelles topologies que vous pouvez prendre en compte pour
votre déploiement réseau.
La présente rubrique 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 au plug-in du serveur Web, DMZ Secure Proxy Server for IBM WebSphere
Application Server améliore l'intégration de la gestion des systèmes WebSphere et les
fonctionnalités d'équilibrage, offre une plus grande souplesse, ainsi que d'autres avantages.
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. Pour plus d'informations,
consultez la documentation DMZ Secure Proxy Server for IBM WebSphere Application
Server.
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 exposée dans cette rubrique.
● Scénario 11 : Administration distante d'un DMZ Secure Proxy Server for IBM
WebSphere Application Server depuis un noeud du gestionnaire de déploiement
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.
Diagrammes d'installation des solutions
Chacun des scénarios mentionnés ci-après comprend un diagramme et une liste détaillée
des étapes d'installation.
Procédure
● Scénario 1 : Installation d'un serveur d'applications autonome sur une machine

unique.
Installez WebSphere Application Server Network Deployment en lui-même 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 qui possède sa
propre interface d'administration.
Vous pouvez utilisez le Outil de gestion des profils 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 communiquer à la place d'un serveur Web séparé (sur une machine distincte)
pour éventuellement décharger une partie du traitement.
● Etape ● Tâche
● 1 ● Installez WebSphere Application Server
Network Deployment.
Créez un profil de serveur d'applications
lors de l'installation.
● Scénario 2 : Installation d'un serveur d'applications autonome et d'un serveur Web
sur une machine unique.
L'installation d'un serveur Web tel que 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 du 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.
Network Deployment.
Créez un profil de serveur d'applications
● 2 ● Installez IBM HTTP Server ou un autre
serveur Web pris en charge.
Lors de l'installation de IBM HTTP Server,
utilisez son assistant d'installation pour
installer les plug-ins du serveur Web.
Après l'installation de IBM HTTP Server,
passez à l'étape 4.
● 3 ● Si vous utilisez un autre serveur Web pris
en charge ou une installation existante de
IBM HTTP Server, utilisez l'assistant
d'installation des plug-ins pour installer
les plug-ins du serveur Web et configurer
celui-ci. Le serveur Web et le serveur
d'applications étant sur la même
machine, l'assistant d'installation des
plug-ins crée une définition de serveur
Web et vous pouvez passer l'étape 4.
● 4 ● Créez une définition de serveur Web à
l'aide de la console d'administration.
Cliquez sur Serveurs > Serveurs Web
> Nouveau, puis effectuez les étapes de
l'assistant de création de définition de
serveur Web.
● 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 (à
distance) via le plug-in du serveur Web. Après avoir créé un profil et installé un
serveur Web dédié, utilisez l'assistant d'installation des plug-ins pour installer un plug-
in et 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.
● Etape ● Machine ● Tâche

● 1 ● A ● Installez WebSphere
Application Server Network
Deployment.
Créez un profil de serveur
d'applications lors de
l'installation.
● 2 ● Les ● Installez IBM HTTP Server
ou un autre serveur Web
pris en charge sur la
machine B. Pendant
l'installation de IBM HTTP
Server, utilisez son
assistant d'installation pour
installer les plug-ins du
serveur Web.
● 3 ● Les ● Si vous utilisez un autre
serveur Web pris en charge
ou une installation
existante de IBM HTTP
Server, utilisez l'assistant
d'installation des plug-ins
pour installer les plug-ins
du serveur Web et
configurer ce dernier sur la
machine B.
L'assistant d'installation
des plug-ins crée un script
configurenom_serveur_We
b dans le répertoire
racine_plugins/bin sur la
machine B.
● 4 ● Les ● Copiez le script
b sur la machine B dans le
répertoire
racine_serveur_app/nom_p
rofil/bin sur la machine A.
● 5 ● A ● Exécutez le script
b sur la machine A pour
créer une définition de
serveur Web dans la
console d'administration.
Vous pouvez alors utiliser
la console d'administration
pour gérer le serveur Web.
● 6 ● A ● Propagez le fichier
plugin-cfg.xml sur la
machine A du
serveur d'applications
au serveur Web
utilisant la console
d'administration.
1. Cliquez sur Serveurs
> Serveurs Web .
2. Sur la page des
serveurs Web, cochez
le serveur Web pour
lequel vous voulez
propager un plug-in,
puis cliquez sur
Propager un plug-in.
● Les serveurs Web autres
que IBM HTTP Server
requièrent une propagation
manuelle.
● Scénario 4 : Installez plusieurs serveurs d'applications autonomes sur une machine
et un ou plusieurs serveurs Web sur une machine différente.
Le Outil de gestion des profils 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 l'assistant d'installation des plug-ins pour
installer un plug-in et 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 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
central mis à jour.

Deployment.
l'installation.
machine B. Pendant
serveur Web.
ou une installation
du serveur Web et
machine B.
intitulé
machine B.
répertoire
serveur Web dans la
machine A du
au serveur Web
d'administration.
> Serveurs Web .
2. Sur la page des
le serveur Web pour
lequel vous voulez
puis cliquez sur
que IBM HTTP Server
manuelle.
● 7 ● A ● Créez les profils de serveur
d'applications ultérieurs à
l'aide de Outil de gestion
des profils ou de la
commande manageprofiles
sur la machine A.
● 8 ● Les ● Installez les IBM HTTP
Servers ou les autres
serveurs Web pris en
charge ultérieurs sur la
machine B. Lors de
serveur Web.
● 9 ● A-B ● Répétez les étapes 4 à 6
pour configurer le
deuxième serveur Web sur
la machine B avec votre
nouveau serveur
d'applications (Profil 02).
Chaque profil de serveur
d'applications est à présent
directement associé à son
propre serveur Web.
● Scénario 5 : Installez un agent d'administration, plusieurs serveurs d'applications
enregistrés et plusieurs serveurs Web sur des machines séparées.
Les serveurs d'applications installés sur une machine communiquent avec un serveur
Web se trouvant sur une machine séparée (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.

Deployment.
l'installation.
● 2 ● A ● Créez un profil de gestion à
commande manageprofiles,
puis sélectionnez l'option
du type de serveur d'agent
d'administration.
● 3 ● A ● Enregistrez le serveur
d'applications avec l'agent
d'administration en
exécutant la commande
registerNode du répertoire
bin du profil de l'agent
d'administration,
rofile/bin.
machine B. Pendant
serveur Web.
ou une installation
du serveur Web et
machine B.
intitulé
machine B.
répertoire
serveur Web dans la
machine A du
au serveur Web
d'administration.
> Serveurs Web .
2. Sur la page des
le serveur Web pour
lequel vous voulez
puis cliquez sur
que IBM HTTP Server
manuelle.
● 9 ● A ● Créez les profils de serveur
d'applications ultérieurs à
commande manageprofiles
sur la machine A.
● 10 ● A ● Enregistrez le nouveau
serveur d'applications avec
l'agent d'administration en
registerNode du répertoire
bin du profil de l'agent
d'administration,
rofile/bin.
● 11 ● Les ● Installez les IBM HTTP
Servers ou les autres
serveurs Web pris en
charge ultérieurs sur la
machine B. Lors de
serveur Web.
● 12 ● A-B ● Répétez les étapes 6 à 8
pour configurer le
deuxième serveur Web sur
la machine B avec votre
nouveau serveur
d'applications (Profil 02).
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. Lors de l'installation choisissez d'installer l'ensemble de cellules
de profils.
Vous pouvez utilisez le Outil de gestion des profils 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. Cet 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 possède un processus de serveur d'applications par défaut appelé
server1 et pouvant inclure en option l'application par défaut et les modèles
d'application. 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 communiquer à la place d'un serveur Web séparé (sur
une machine distincte) pour éventuellement décharger une partie du traitement.
Network Deployment.
Créez un environnement de cellule
pendant l'installation. L'environnement de
cellule crée un profil de gestionnaire de
déploiement et un profil de serveur
d'applications qui est fédéré à la cellule
de gestionnaire de déploiement.
● 2 ● 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_serveur_app/nom_profil/bin.
● 3 ● Démarrez la console d'administration du
gestionnaire de déploiement à l'aide de sa
console Premiers pas.
● 4 ● 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,
● 5 ● 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 >
Serveurs d'applications > Démarrer.
● Scénario 7 : Installez une cellule de serveurs d'applications gérés et un serveur Web
sur une machine.
L'installation d'un serveur Web tel que 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 du serveur Web est obligatoire sinon le serveur Web ne peut
pas communiquer avec le serveur d'applications. 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.
Network Deployment.
Créez un environnement de cellule
pendant l'installation. L'environnement de
cellule crée un profil de gestionnaire de
déploiement et un profil de serveur
d'applications qui est fédéré à la cellule
de gestionnaire de déploiement.
● 2 ● 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,
● 3 ● Démarrez la console d'administration du
gestionnaire de déploiement à l'aide de sa
● 4 ● 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,
● 5 ● 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 >
Serveurs d'applications > Démarrer.
● 6 ● Installez IBM HTTP Server ou un autre
serveur Web pris en charge.
Lors de l'installation de IBM HTTP Server,
utilisez son assistant d'installation pour
installer les plug-ins du serveur Web.
Après l'installation de IBM HTTP Server,
passez à l'étape 4.
● 7 ● Si vous utilisez un autre serveur Web pris
en charge ou une installation existante de
IBM HTTP Server, utilisez l'assistant
d'installation des plug-ins pour installer
les plug-ins du serveur Web et configurer
celui-ci. Le serveur Web et le serveur
d'applications étant sur la même
machine, l'assistant d'installation des
plug-ins crée une définition de serveur
Web et vous pouvez passer l'étape 4.
● 8 ● Créez une définition de serveur Web à
l'aide de la console d'administration.
Cliquez sur Serveurs > Serveurs Web
> Nouveau.
● Scénario 8 : Installez une cellule de serveurs d'applications gérés sur une machine et
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 (à distance) 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.

Deployment.
Créez un environnement de
cellule pendant
l'installation.
L'environnement de cellule
crée un profil de
gestionnaire de
déploiement et un profil de
serveur d'applications qui
est fédéré à la cellule de
gestionnaire de
déploiement
● 2 ● 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,
rofil/bin.
● 3 ● A ● Démarrez la console
d'administration du
gestionnaire de
déploiement à l'aide de sa
● 4 ● A ● Démarrez le processus
d'agent de noeud en
startNode dans le
serveur d'applications,
rofil/bin.
● 5 ● 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 > Serveurs
d'applications >
Démarrer.
● 6 ● Les ● Sur la machine B, installez
IBM HTTP Server ou un
autre serveur Web pris en
charge.
Lors de l'installation de IBM
HTTP Server, utilisez son
serveur Web.
ou une installation
pour configurer chaque
serveur Web
supplémentaire sur la
machine B.
L'installation des plug-ins
du serveur Web crée un
script nommé
machine B.
répertoire
rofil/bin sur la machine A
serveur Web dans la
● 10 ● A ● Sur la machine A,
propagez le fichier
plugin-cfg.xml à
partir du deuxième
vers le serveur Web
à l'aide de la console
d'administration.
> Serveurs Web .
2. Sur la page des
le serveur Web pour
lequel vous voulez
puis cliquez sur
que IBM HTTP Server
manuelle.
● Scénario 9 : Installez un gestionnaire de déploiement sur une machine, plusieurs
noeuds de serveur d'applications gérés sur une deuxième machine, et 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 privilégiée serait celle d'un serveur Web dédié pour
chaque noeud géré.

Deployment.
Créez un profil de
gestionnaire de
déploiement lors de
l'installation.
gestionnaire de
déploiement,
rofil/bin.
Deployment sur la machine
C.
l'installation.
● 4 ● C ● Sur la machine C,
démarrez le premier
serveur d'applications à
l'aide de sa console
Premiers pas ou en
startServer server1 dans le
répertoire bin du premier
profil de serveur
d'applications,
rofil/bin.
● 5 ● C ● Sur la machine C, créez un
deuxième profil de serveur
d'applications à l'aide de
Outil de gestion des profils
ou de la commande
manageprofiles.
● 6 ● C ● Démarrez le deuxième
serveur d'applications.
● 7 ● A ● Sur la machine A, ajoutez
les deux noeuds de serveur
d'applications à la cellule à
l'aide de la console
d'administration du
gestionnaire de
Administration du
système > Noeuds >
Ajouter un noeud.
charge.
serveur Web.
ou une installation
serveur Web
machine B.
script nommé
machine B.
répertoire
serveur Web dans la
propagez le fichier
plugin-cfg.xml à
partir du deuxième
vers le serveur Web
de la machine B à
d'administration.
> Serveurs Web .
2. Sur la page des
le serveur Web pour
lequel vous voulez
puis cliquez sur
que IBM HTTP Server
manuelle.
● Scénario 10 : Le gestionnaire de travaux est un nouveau processus administratif 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 autres actions.
A.
Créez un profil de
gestionnaire de
l'installation.
gestionnaire de
déploiement,
rofil/bin.
● 3 ● A ● Créez un serveur
d'applications et fédérez-le
à la cellule à l'aide de la
console d'administration du
gestionnaire de
Administration du
système > Noeuds >
Ajouter un noeud.
● 4 ● C ● Installez WebSphere
C.
l'installation. Créez des
serveurs d'applications
supplémentaires à l'aide de
ou de la commande
manageprofiles.
● 5 ● C ● Créez un agent
d'administration sur la
machine C, puis
enregistrez tous les
serveurs d'applications en
registerNode dans le
l'agent d'administration,
rofil/bin.
● 6 ● D ● Installez WebSphere
D.
Créez un profil de
gestionnaire de travaux
● 7 ● 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.registerWithJ
obManager('[-host
myhost -conntype SOAP -
port 8878 -
managedNodeName
myhostNode01]')

charge.
serveur Web.
ou une installation
serveur Web
machine B.
script nommé
machine B.
répertoire
serveur Web dans la
propagez le fichier
plugin-cfg.xml à
partir du deuxième
vers le serveur Web
de la machine B à
d'administration.
> Serveurs Web .
2. Sur la page des
le serveur Web pour
lequel vous voulez
puis cliquez sur
que IBM HTTP Server
manuelle.
● 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.
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. Configurez le
profil du serveur proxy sécurisé sur le noeud du gestionnaire de déploiement,
exportez la configuration et importez la configuration dans DMZ Secure Proxy Server
for IBM WebSphere Application Server. Répétez ce processus si la configuration du
serveur d'applications est modifiée.

Deployment.
Créez un profil de
gestionnaire de
l'installation.
de déploiement.
● 3 ● A ● Créez un profil de serveur
d'applications à l'aide de
ou de la commande
manageprofiles.
● 4 ● A ● Démarrez le serveur
d'applications.
● 5 ● A ● Démarrez la console
d'administration du
gestionnaire de
déploiement à l'aide de sa
● 6 ● A ● Ajoutez le serveur
d'applications à la cellule à
d'administration du
gestionnaire de
Administration du
système > Noeuds >
Ajouter un noeud.
● 7 ● A ● Créez un profil de proxy
sécurisé à l'aide de la
Cliquez sur Serveurs >
Serveurs proxy >
Nouveau.
● 8 ● A ● Exportez la configuration
du serveur en vous
connectant à l'outil
wsadmin du gestionnaire
de déploiement et en
exportProxyServer de
l'objet AdminTask.
Examinez l'exemple
suivant, illustrant
l'utilisation d'une chaîne
Jython.
AdminTask.exportProxySe
rver('[-archive
c:\myProxyServer.ear -
nodeName node1 -
serverName server1]')
AdminTask.exportProxySe
rver('[-archive
/myProxyServer.ear -
nodeName node1 -
serverName server1]')
● 9 ● Les ● Installez DMZ Secure Proxy
Server for IBM WebSphere
Application Server sur la
machine B.
● 10 ● A ● Transférez le fichier de
configuration du serveur
sur la machine B à l'aide de
FTP.
● 11 ● Les ● Importez la configuration
du serveur sur la machine
B en vous connectant à
l'outil wsadmin pour le
proxy sécurisé et en
importProxyServer de
l'objet AdminTask.
Examinez l'exemple
suivant, illustrant
l'utilisation d'une chaîne
Jython.
AdminTask.importProxySe
rver('[-archive
c:\myProxyServer.ear -
nodeName node1 -
serverInArchive server1
-deleteExistingServer
true]')
AdminTask.importProxySe
rver('[-archive
/myProxyServer.ear -
nodeName node1 -
serverInArchive server1
-deleteExistingServer
true]')
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 du serveur Web et DMZ Secure Proxy Server for IBM WebSphere
Application Server.
Tâches associées
Installation du produit et de logiciels supplémentaires
Préparation du système d'exploitation en vue de l'installation du produit
Information associée
Planification de l'installation
Rubrique Tâche
Conditions d'utilisation | Commentaires
Dernière mise à jour : Nov 13, 2008 12:11:50 PM EST

http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/index.jsp?topic=/com.ibm.webspher
e.installation.nd.doc/info/ae/ae/tins_scenario3.html
_vcc_freeselect_bottom_

Préparation Des Systèmes AIX Pour L'i

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Préparation Des Systèmes AIX Pour L'i

Uploaded by

Copyright:

Available Formats

Préparation des systèmes AIX pour

L'installation utilise l'assistant ISMP (InstallShield MultiPlatform). Vous pouvez utiliser

A propos de cette tâche

La préparation du système d'exploitation implique des modifications telles que l'attribution

1. Connectez-vous au système d'exploitation.

11. Le répertoire 12. Le répertoire principal de 13. 730 Mo

24. Profil de gestionnaire de 25. Cette taille n'inclut pas 26. 30 Mo

○ IBM HTTP Server 37. 763 Mo

42. app_client_root 43. La quantité d'espace requis

49. Répertoire par défaut 50. L'assistant d'installation de

L'assistant d'installation de chaque composant affiche l'espace requis sur le panneau

Cette procédure conduit à la préparation du système d'exploitation pour l'installation du

Que faire ensuite

Dernière mise à jour : Nov 13, 2008 12:11:50 PM EST

_vcc_freeselect_top_ Application Server Network Deployment, Version 7.0

Personnalisation de la table des

Planification de l'installation de WebSphere Application Server

Un serveur d'applications peut devenir un noeud géré de plusieurs façons :

Le produit peut être administré au moyen de plusieurs méthodes sécurisées, en

● Scénario 1 : Installation d'un serveur d'applications autonome sur une machine

● Etape ● Machine ● Tâche

● Etape ● Machine ● Tâche

● Etape ● Machine ● Tâche

● Etape ● Machine ● Tâche

● Etape ● Machine ● Tâche

● 8 ● Les ● Sur la machine B, installez

● Etape ● Machine ● Tâche

Que faire ensuite

Dernière mise à jour : Nov 13, 2008 12:11:50 PM EST

You might also like