[AIX Solaris HP-UX Linux Windows][IBM i]

Concepts des profils

Un profil définit l'environnement d'exécution. Le profil inclut tous les fichiers que le serveur traite dans l'environnement d'exécution et que vous pouvez modifier.

[AIX Solaris HP-UX Linux Windows]Vous pouvez créer un environnement d'exécution avec la commande manageprofiles ou à l'aide de l'interface graphique Outil de gestion de profil. Vous pouvez utiliser Outil de gestion de profil pour entrer la plupart des paramètres décrits dans cette rubrique. Toutefois, certains paramètres requièrent l'utilisation de la commande manageprofiles. Vous devez utiliser la commande manageprofiles pour supprimer un profil, par exemple, car Outil de gestion de profil ne dispose pas de fonction de suppression. Vous pouvez utiliser Outil de gestion de profil ou la commande manageprofiles pour créer un profil de cellule. Outil de gestion de profil crée la cellule en une seule étape, alors que la commande manageprofiles exige deux appels distincts.

[IBM i]Vous pouvez créer un environnement d'exécution par le biais de la commande manageprofiles. Selon l'opération à effectuer avec la commande manageprofiles, vous devez indiquer un ou plusieurs paramètres. La commande vous permet d'exécuter les actions telles que la création ou la suppression de profils. Pour créer un profil de cellule, vous devez appeler la commande manageprofiles à deux reprises.

Fichiers produit principaux

Les fichiers produit principaux sont les fichiers produit binaires partagés par tous les profils.

Le répertoire principal d'installation du produit comporte deux types principaux de fichier :
  • Les fichiers produit principaux sont des fichiers produit binaires partagés qui ne changent pas sauf si vous installez un groupe de mises à jour, un groupe de correctifs ou un correctif provisoire. Certaines informations de journal sont également mises à jour.
    [AIX Solaris HP-UX Linux Windows]La liste suivante répertorie les emplacements d'installation par défaut pour les utilisateurs root sur les plateformes prises en charge :
    • [AIX]/usr/IBM/WebSphere/AppServer
    • [Linux][HP-UX][Solaris]/opt/IBM/WebSphere/AppServer
    • [Windows]C:\Program Files\IBM\WebSphere\AppServer

    [IBM i]L'emplacement d'installation par défaut des fichiers produit principaux est le répertoire racine_serveur d'applications.

  • Le répertoire racine_serveur d'applications/profiles est le répertoire utilisé par défaut pour créer les profils.

Si vous avez besoin de fichiers binaires à des niveaux différents, vous devez utiliser une installation distincte du produit pour chaque niveau de service.

La configuration de chaque processus de serveur d'applications défini se trouve dans le répertoire profiles sauf si vous spécifiez un nouveau répertoire lorsque vous créez un profil. Ces fichiers changent dès que vous créez, reconfigurez ou supprimez un profil.

[AIX Solaris HP-UX Linux Windows]Aucun dossier, à l'exception du répertoire profiles et de quelques autres tels le répertoire logs et le répertoire properties, ne change sauf si vous installez des correctifs de service. Le répertoire profiles, en revanche, change à fois que vous ajoutez, modifiez ou supprimez un profil. Le répertoire profiles est le référentiel par défaut pour les profils. Toutefois, vous pouvez placer un profil n'importe où sur la machine ou sur le système, sous réserve que l'espace disque disponible soit suffisant.

[AIX Solaris HP-UX Linux Windows]Si vous créez un profil dans un autre dossier existant dans le répertoire principal d'installation, le profil risque d'être affecté par l'installation d'un correctif de service effectuant des opérations de maintenance sur le dossier. Utilisez un répertoire qui se trouve en dehors du répertoire principal d'installation lorsque vous n'utilisez pas le répertoire profiles pour créer des profils.

[IBM i]Si vous créez un profil dans le répertoire principal d'installation, il risque d'être endommagé ou détruit par la maintenance système de routine.

Pourquoi et quand créer un profil ?

L'outil de ligne de commande manageprofiles définit chaque profil pour le produit.

[AIX Solaris HP-UX Linux Windows]Exécutez Outil de gestion de profil ou la commande manageprofiles chaque fois que vous souhaitez créer un profil. Vous aurez souvent besoin de plusieurs profils sur une machine.

[IBM i]Exécutez l'outil de ligne de commande chaque fois que vous souhaitez créer un profil.

L'utilisation de profils au lieu de plusieurs installations de produit améliore nettement l'administration. Lorsque vous ne maintenez qu'un ensemble de fichiers produit principaux, vous gagnez de l'espace disque et la mise à jour du produit est simplifiée. De plus, la création de profils est plus efficace et engendre moins d'erreurs que les installations complètes de produit, ce qui permet aux développeurs de créer des profils indépendants du produit en vue du développement et du test.

[IBM i]Vous pouvez également exécuter la commande manageprofiles pour créer un nouveau profil sur la même machine en tant que profil existant. Définissez des caractéristiques uniques, comme le nom de profil et le nom de noeud, pour le nouveau profil.

[AIX Solaris HP-UX Linux Windows]Vous pouvez lancer l'Outil de gestion de profil ou l'outil de ligne de commande pour créer un nouveau profil sur la même machine qu'un profil existant. Définissez des caractéristiques uniques, comme le nom de profil et le nom de noeud, pour le nouveau profil. Chaque profil partage avec les autres tous les scripts d'exécution, les bibliothèques, l'environnement d'exécution Java™ SE Runtime Environment 6 (JRE 6) et les fichiers produit principaux.

Types de profil

Pour chaque profil, les modèles se trouvent dans le répertoireracine_serveur_applications/profileTemplates.

Ce répertoire comprend plusieurs répertoires qui correspondent à différents types de profils et qui varient selon le type de produit installé. Ces répertoires sont les chemins d'accès à indiquer pour utiliser la commande manageprofiles avec l'option -templatePath. Vous pouvez également spécifier des modèles de profils qui se trouvent en dehors du répertoire profileTemplates, s'il en existe.

Pour plus d'informations, voir la description du paramètre -templatePath dans la rubrique de la commande manageprofiles.

La commande manageprofiles du produit WebSphere Application Server, Network Deployment permet de créer les types de profil suivants :
Profil de gestion avec un serveur du gestionnaire de déploiement
Le gestionnaire de déploiement a pour principale fonction de déployer des applications dans une cellule de serveurs d'applications, qu'il gère. Chaque serveur d'applications appartenant à la cellule est un noeud géré.

[AIX Solaris HP-UX Linux Windows]Vous pouvez créer le profil de gestion avec un serveur de gestionnaire de déploiement à l'aide de Outil de gestion de profil ou de la commande manageprofiles. Si vous créez le profil avec la commande manageprofiles, indiquez racine_serveur_applications/profileTemplates/management pour le paramètre -templatePath et DEPLOYMENT_MANAGER pour le paramètre -serverType.

[IBM i]Indiquez management pour le paramètre -templatePath et DEPLOYMENT_MANAGER pour le paramètre -serverType afin de créer ce type de profil de gestion avec la commande manageprofiles.

Profil de gestion avec un serveur d'agent d'administration
L'agent d'administration a pour principale fonction de mettre à disposition une interface unique en vue de l'administration de plusieurs serveurs d'applications non fédérés.

[AIX Solaris HP-UX Linux Windows]Vous pouvez créer le profil à l'aide de Outil de gestion de profil ou de la commandemanageprofiles. Si vous créez le profil avec la commande manageprofiles, indiquez racine_serveur d'applications/profileTemplates/management pour le paramètre -templatePath et ADMIN_AGENT pour le paramètre -serverType afin de créer ce type de profil de gestion.

[IBM i]Indiquez management pour le paramètre -templatePath et ADMIN_AGENT pour le paramètre -serverType afin de créer ce type de profil de gestion avec la commande manageprofiles.

Profil de gestion avec un serveur de gestionnaire de travaux
Le gestionnaire de travaux a pour principales fonctions de mettre à disposition une console unique en vue de l'administration de plusieurs serveurs de base et de plusieurs gestionnaires de déploiement et en vue de la soumission asynchrone de travaux.

[AIX Solaris HP-UX Linux Windows]Vous pouvez créer le profil à l'aide de Outil de gestion de profil ou de la commandemanageprofiles. Si vous créez le profil avec la commande manageprofiles, indiquez racine_serveur d'applications/profileTemplates/management pour le paramètre -templatePath et JOB_MANAGER pour le paramètre -serverType afin de créer ce type de profil de gestion.

[IBM i]Indiquez management pour le paramètre -templatePath et JOB_MANAGER pour le paramètre -serverType afin de créer ce type de profil de gestion avec la commande manageprofiles.

Profil de serveur d'applications
Utilisez le serveur d'applications pour rendre des applications disponibles sur Internet ou sur un réseau intranet.

La capacité à faire évoluer un profil de serveur d'applications autonome en ajoutant le noeud du serveur d'applications à une cellule de gestionnaire de déploiement est une fonction importante du produit. Une application demandée peut être déployée par plusieurs processus de serveur d'applications dans une cellule. Il est également possible de supprimer un noeud de serveur d'applications d'une cellule afin de restaurer le statut de serveur d'applications autonome du noeud.

Chaque serveur d'applications autonome peut éventuellement avoir sa propre application de console d'administration, utilisée pour gérer le serveur d'application. Vous pouvez également utiliser la fonction de scriptage wsadmin pour exécuter les fonctions disponibles dans l'application de console d'administration.

Aucun processus d'agent de noeud n'est disponible pour un noeud de serveur d'applications autonome sauf si vous décidez d'ajouter le noeud de serveur d'applications à une cellule de gestionnaire de déploiement. L'ajout du noeud de serveur d'applications à une cellule est appelé fédération. La fédération transforme le serveur d'applications autonome en noeud géré. La console d'administration du gestionnaire de déploiement permet de gérer le noeud. Si vous supprimez le noeud de la cellule du gestionnaire de déploiement, utilisez la console d'administration et l'interface de scriptage du serveur d'applications autonome pour gérer le processus.

[AIX Solaris HP-UX Linux Windows] Vous pouvez créer le profil à l'aide de Outil de gestion de profil de la commandemanageprofiles. Si vous créez le profil avec la commande manageprofiles, indiquez racine_serveur_applications/profileTemplates/default pour le paramètre -templatePath pour créer ce type de profil.

[IBM i]Le profil du serveur d'applications est créé par défaut si vous ne définissez pas le paramètre -templatePath. Vous pouvez aussi associer la valeur default au paramètre -templatePath dans la commande manageprofiles pour créer le profil du serveur d'applications.

Profil de la cellule
Le profil de cellule permet de rendre des applications disponibles sur Internet ou sur un réseau intranet et de les gérer à l'aide du gestionnaire de déploiement.

[AIX Solaris HP-UX Linux Windows]La création d'un profil de cellule génère un gestionnaire de déploiement et un noeud fédéré en une étape via l'[AIX Solaris HP-UX Linux Windows]Outil de gestion de profil. Le résultat est une cellule totalement fonctionnelle sur un système donné.

Pour pouvoir créer un profil de cellule à l'aide de la commande manageprofiles, vous devez créer deux parties de profil : le gestionnaire de déploiement de la cellule et le noeud de la cellule. De plus, lorsque vous créez une cellule, vous ne pouvez associer qu'un seul gestionnaire de déploiement de cellule et qu'un seul noeud de cellule. [AIX Solaris HP-UX Linux Windows]Le profil de cellule que vous créez initialement à l'aide de la commande manageprofiles équivaut au profil de cellule que vous créez à l'aide de l'[AIX Solaris HP-UX Linux Windows]Outil de gestion de profil. Une fois le profil de cellule d'origine créé, vous pouvez créer des profils personnalisés ou des profils autonomes et les fédérer dans le gestionnaire de déploiement.

[AIX Solaris HP-UX Linux Windows]Dans la commande manageprofiles, affectez la valeur app_server_root/profileTemplates/cell/dmgr au paramètre -templatePath pour le gestionnaire de déploiement et affectez la valeur app_server_root/profileTemplates/cell/default au paramètre -templatePath pour le noeud de cellule.

[IBM i]Dans la commande manageprofiles, affectez la valeur app_server_root/profileTemplates/cell/dmgr au paramètre -templatePath pour le gestionnaire de déploiement et affectez la valeur app_server_root/profileTemplates/cell/default au paramètre -templatePath pour le noeud de cellule. Pour plus d'informations sur le type de profil de cellule, lisez l'article sur la création d'un profil de cellule avec la commande manageprofiles.

[AIX Solaris HP-UX Linux Windows][IBM i]Une fois les deux parties composant le profil de cellule créées, vous disposez d'un gestionnaire de déploiement et d'un noeud fédéré. Le noeud fédéré contient un serveur d'applications et l'application par défaut comportant le servlet de surveillance, l'application HitCount et le servlet HelloHTML.

profil personnalisé
Le profil personnalisé, qui appartient à une cellule de gestionnaire de déploiement, permet de rendre des applications disponibles sur Internet ou sur un intranet, et de les gérer avec le gestionnaire de déploiement.

Le gestionnaire de déploiement transforme un profil personnalisé en noeud géré en ajoutant le noeud dans la cellule. Il transforme également un noeud de serveur d'applications en noeud géré lorsque vous ajoutez un noeud de serveur d'applications dans une cellule. Lorsque l'un ou l'autre des noeuds est ajouté dans une cellule, le noeud devient un noeud géré. Le processus d'agent de noeud est ensuite instancié sur le noeud géré. L'agent de noeud agit pour le compte du gestionnaire de déploiement afin de contrôler les processus de serveur d'applications sur le noeud géré. Il peut par exemple démarrer ou arrêter des serveurs d'applications.

Un gestionnaire de déploiement peut créer plusieurs serveurs d'applications sur un noeud géré tant que le processus d'agent de noeud est en cours d'exécution. Les processus sur le noeud géré peuvent inclure des membres de cluster utilisés par le gestionnaire de déploiement pour équilibrer la charge de travail pour les applications les plus utilisées.

Utilisez la console d'administration du gestionnaire de déploiement pour contrôler tous les noeuds gérés par le gestionnaire de déploiement. Vous pouvez également utiliser la fonction de scriptage wsadmin du gestionnaire de déploiement pour contrôler les noeuds gérés. Un profil personnalisé ne possède pas sa propre console d'administration ni sa propre interface de scriptage. Vous pouvez gérer le noeud directement à l'aide de la fonction de scriptage wsadmin.

Contrairement au profil de serveur d'applications, un profil personnalisé n'inclut pas d'applications par défaut ou de serveur par défaut. C'est un noeud vide. Ajoutez le noeud dans la cellule du gestionnaire de déploiement. Vous pouvez ensuite utiliser l'interface d'administration du gestionnaire de déploiement pour personnaliser le noeud géré en créant des clusters et des serveurs d'applications.

[AIX Solaris HP-UX Linux Windows]Vous pouvez créer le profil à l'aide de Outil de gestion de profil ou de la commandemanageprofiles. Si vous créez le profil avec la commande manageprofiles, indiquez racine_serveur_applications/profileTemplates/managed pour le paramètre -templatePath pour créer ce type de profil.

[IBM i]Indiquez managed pour le paramètre -templatePath dans la commande manageprofiles afin de créer ce type de profil.

Profil de proxy sécurisé
Le serveur proxy sécurisé permet d'accepter des requêtes provenant d'Internet et de les transmettre à des serveurs d'applications. Le serveur proxy sécurisé se trouve dans la zone démilitarisée.

[IBM i]Indiquez secureproxy pour le paramètre -templatePath dans la commande manageprofiles afin de créer ce type de profil.

Profils par défaut

Les profils utilisent le concept de profil par défaut dès lors qu'il en existe plusieurs. Le profil par défaut est la cible par défaut des scripts pour lesquels vous ne définissez aucun profil. Vous pouvez utiliser le paramètre -profileName avec la plupart des scripts pour leur permettre d'opérer sur un autre profil que celui par défaut.

[IBM i]Après l'installation, vous devez utiliser la commande manageprofiles pour créer un profil de cellule, qui est constitué de la partie du gestionnaire de déploiement du profil (dmgr) et de la partie "default" du profil (default). La partie default du profil est fédérée préalablement dans la cellule gérée par le gestionnaire de déploiement et contient le serveur d'applications (server1). Si vous créez un autre type de profil, il se peut que la partie "default" du profil soit différente.

[AIX Solaris HP-UX Linux Windows]Le nom de profil par défaut est <type_profil><numéro_profil>:
  • <type_profil> est une valeur de AppSrv, Dmgr, Custom, AdminAgent, JobMgr, ou SecureProxySrv.
  • <numéro_profil> est un nombre séquentiel utilisé pour créer un nom de profil unique

Adressage d'un profil dans un environnement à plusieurs profils : Si plusieurs profils existent sur votre machine, il est nécessaire, dans certains cas, d'indiquer le paramètre -profileName si le profil n'est pas celui par défaut. Dans ce cas, l'utilisation de commandes figurant dans le répertoire bin de chaque profil peut s'avérer plus facile. Si vous émettez l'une de ces commandes qui appartiennent au répertoire bin d'un profil, la commande agit sur ce profil sauf si le paramètre -profileName indique un profil différent.

Règles de sécurité pour les profils de serveurs d'applications

Dans les environnements où vous envisagez d'avoir plusieurs serveurs d'applications autonomes, la stratégie de sécurité de chaque profil de serveur d'applications est indépendante des autres. Les modifications apportées aux règles de sécurité dans un profil de serveur d'applications ne sont pas synchronisées avec les autres profils.

Ensemble de fichiers installés

Vous décidez de l'emplacement dans lequel installer les fichiers définissant un profil.

[AIX Solaris HP-UX Linux Windows]L'emplacement par défaut est le répertoire profiles dans le répertoire principal d'installation. Vous pouvez modifier l'emplacement dans l'Outil de gestion de profil ou à l'aide d'un paramètre lorsque vous utilisez l'outil de ligne de commande. Par exemple, supposons que vous créez deux profils sur une plate-forme Linux ayant devhost1 pour nom d'hôte. Les répertoires de profil sont similaires à ceux de l'exemple suivant, si vous n'en modifiiez pas l'emplacement :
/opt/IBM/WebSphere/AppServer/profiles/AppSrv01 		
/opt/IBM/WebSphere/AppServer/profiles/AppSrv02
Vous pouvez indiquer un répertoire différent, comme /opt/profiles pour le répertoire des profils à l'aide de la commande manageprofiles. Exemple :
manageprofiles.sh 
   -profileName AppSrv01
   -profilePath /opt/profiles

manageprofiles.sh 
   -profileName AppSrv02
   -profilePath /opt/profiles
Les répertoires des profils rassemblent alors les répertoires présentés dans l'exemple suivant :
/opt/profiles/AppSrv01 		
/opt/profiles/AppSrv02

[IBM i]L'emplacement par défaut est le répertoire racine_données utilisateur/profiles. Vous pouvez le modifier à l'aide d'un paramètre lorsque vous utilisez l'outil de ligne de commande. Par exemple, supposons que vous créez deux profils avec le nom d'hôte devhost1.

[IBM i]Vous pouvez spécifier un répertoire différent, /home/QEJBSVR/profiles/myprofile par exemple, à l'aide du paramètre -profilePath de la commande manageprofiles :
manageprofiles 
   -profileName myprofile 
   -profilePath /home/QEJBSVR/profiles/myprofile
[AIX Solaris HP-UX Linux Windows]Un profil type contient les répertoires ci-dessous : Dans cet exemple, on suppose que le profil AppSrv01 existe :
  • racine_serveur d'applications/profiles/AppSrv01/bin
  • racine_serveur d'applications/profiles/AppSrv01/config
  • racine_serveur d'applications/profiles/AppSrv01/configuration
  • racine_serveur d'applications/profiles/AppSrv01/etc
  • racine_serveur d'applications/profiles/AppSrv01/firststeps
  • racine_serveur d'applications/profiles/AppSrv01/installableApps
  • racine_serveur d'applications/profiles/AppSrv01/installedApps
  • racine_serveur d'applications/profiles/AppSrv01/installedConnectors
  • racine_serveur d'applications/profiles/AppSrv01/installedFilters
  • racine_serveur d'applications/profiles/AppSrv01/logs
  • racine_serveur d'applications/profiles/AppSrv01/properties
  • racine_serveur d'applications/profiles/AppSrv01/temp
  • racine_serveur d'applications/profiles/AppSrv01/wstemp

[IBM i]Un profil type contient les répertoires ci-dessous : Différents types de profils peuvent inclure différents sous-répertoires. Dans cet exemple, on suppose que le profil AppSrv01 existe et qu'il a été créé dans le répertoire par défaut :

[IBM i]
  • racine_données utilisateur/profiles/AppSrv01/bin
  • racine_données utilisateur/profiles/AppSrv01/config
  • racine_données utilisateur/profiles/AppSrv01/configuration
  • racine_données utilisateur/profiles/AppSrv01/etc
  • racine_données utilisateur/profiles/AppSrv01/installableApps
  • racine_données utilisateur/profiles/AppSrv01/installedApps
  • racine_données utilisateur/profiles/AppSrv01/installedConnectors
  • racine_données utilisateur/profiles/AppSrv01/logs
  • racine_données utilisateur/profiles/AppSrv01/PolicyDirector
  • racine_données utilisateur/profiles/AppSrv01/properties
  • racine_données utilisateur/profiles/AppSrv01/temp
  • racine_données utilisateur/profiles/AppSrv01/wstemp

Icône indiquant le type de rubrique Rubrique de concept



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