Création de serveurs d'applications

Pendant le processus d'installation, le produit crée un serveur d'applications par défaut, appelé server1. La plupart des installations exigent plusieurs serveurs d'applications pour servir les applications et répondre à la demande de leur environnement de production. Vous pouvez utiliser l'outil de ligne de commande ou la console d'administration pour créer des serveurs d'applications supplémentaires.

Avant de commencer

Indiquez si vous souhaitez utiliser le serveur d'applications que vous créez dans un cluster. Si le serveur d'applications doit intégrer un cluster, vous devez utiliser l'assistant Créer un nouveau cluster au lieu de l'assistant Créer un nouveau serveur d'applications pour créer ce serveur d'applications. La rubrique Ajout de membres à un cluster explique comment utiliser l'assistant Créer un nouveau cluster.

Pourquoi et quand exécuter cette tâche

[AIX Solaris HP-UX Linux Windows][IBM i]Pour créer un serveur d'applications qui ne fasse pas partie d'un cluster, vous pouvez utiliser la commande createApplicationServer, createWebServer ou createGenericServer. Vous pouvez également utiliser la console d'administration.

[z/OS]Pour créer un serveur d'applications qui ne fasse pas partie d'un cluster, vous pouvez utiliser l'outil de gestion des profils ou la commande createApplicationServer, createWebServer ou createGenericServer. Vous pouvez également utiliser la console d'administration.

Si vous migrez d'une version antérieure du produit, vous pouvez mettre à niveau une partie des noeuds dans une cellule et laisser les autres au niveau de produit antérieur. Dans ce cas, pendant une période donnée, vous pouvez gérer des serveurs s'exécutant à deux niveaux différents dans la même cellule. Toutefois, lorsque vous créez une définition de serveur, vous devez utiliser un modèle de configuration de serveur qui doit être créé à partir d'une instance de serveur de la même version que le noeud du serveur pour lequel elle a été créée.

Il n'existe en revanche aucune limitation pour les serveurs de la version la plus à jour.

Eviter les incidents Eviter les incidents: Si vous utilisez un anneau de sérialisation d'accès des ressources partagées (GRS) pour connecter un ou plusieurs monoplex à un environnement sysplex, le nom de cellule des serveurs exécutés dans l'un des monoplex doit être unique dans l'environnement GRS. Cette exigence signifie que le nom de cellule d'un serveur exécuté dans l'un des monoplexes :
  • doit être différent du nom de cellule d'un serveur s'exécutant dans le sysplex
  • Doit être différent du nom de cellule des serveurs exécutés dans un autre monoplex connecté au sysplex.
S'il existe des serveurs possédant des noms de cellule en double dans l'environnement GRS, WebSphere Application Server ne peut pas faire la différence entre la cellule du sysplex et la cellule du monoplex et traite les deux serveurs comme s'ils appartenaient à la même cellule. Cette association de cellules incorrecte génère généralement des résultats de traitement imprévisibles.gotcha
Eviter les incidents Eviter les incidents: Si vous utilisez des serveurs supplémentaires avec des ports uniques, WebSphere Application Server ne configure pas automatiquement l'hôte virtuel pour le serveur. Spécifiquement, WebSphere Application Server n'ajoute pas automatiquement les ports d'alias d'hôte à un hôte virtuel. Vous pouvez cependant utiliser la console d'administration pour ajouter un nouvel alias d'hôte pour chacun des ports utilisés par le nouveau serveur. Pour plus d'informations, voir la documentation sur la configuration des hôtes virtuels.gotcha

Procédez comme suit pour utiliser la console d'administration pour créer un nouveau serveur d'application qui ne fasse pas partie d'un cluster.

Procédure

  1. Dans la console d'administration, cliquez sur Serveurs > Types de serveurs > Serveurs d'application WebSphere > Nouveau.

    L'assistant Créer un nouveau serveur d'application se lance.

  2. Sélectionnez un noeud du serveur d'applications.
  3. Entrez un nom pour le serveur d'applications. Ce nom doit être unique sur le noeud.
  4. Cliquez sur Next.
  5. Sélectionnez un modèle pour le nouveau serveur.

    Vous pouvez utiliser un modèle de serveur d'applications par défaut pour le nouveau serveur ou utiliser le modèle optimisé pour le développement. Le nouveau serveur d'applications hérite de tous les paramètres de configuration du serveur ayant servi de modèle.

  6. Cliquez sur Next.

    Par défaut, cette option est activée. Si vous activez cette option, vous pouvez être amené à mettre à jour la liste des alias de l'hôte virtuel que vous avez l'intention d'utiliser avec ce serveur pour contenir ces nouvelles valeurs de port. Si vous désactivez cette option, assurez-vous que les valeurs de port par défaut sont compatibles avec d'autres serveurs installés sur la même machine physique.

  7. Sélectionnez Générer des ports HTTP uniques si vous souhaitez que l'assistant génère des ports uniques pour le serveur d'applications.
  8. Facultatif : [z/OS]Cliquez sur Suivant et indiquez un nom abrégé pour le serveur.

    Ce nom abrégé est également utilisé comme nom de travail pour le serveur. Si vous ne spécifiez pas de valeur pour le nom abrégé, la valeur par défaut est BBOSnnn, où nnn représente le premier numéro disponible dans la cellule qui puisse être utilisé pour former un nom abrégé unique. Par exemple, si un nom abrégé par défaut est déjà attribué à deux autres serveurs de la cellule, le nom abrégé BBOS003 est attribué à ce serveur si vous n'en indiquez pas lors de la création de ce serveur

    Eviter les incidents Eviter les incidents: Veillez à configurer un profil de classe RACF SERVER qui inclut ce nom abrégé.gotcha
  9. Facultatif : [z/OS]Indiquez un nom abrégé générique pour le serveur.

    Le nom abrégé générique du serveur devient le nom de transition du cluster. Si vous n'indiquez pas de valeur pour la zone nom abrégé générique, la valeur par défaut est BBOCnnn où nnn correspond aux trois premiers chiffres dans la cellule pouvant être utilisés pour créer un nom abrégé générique unique. Par exemple, si un nom abrégé par défaut est déjà attribué à trois autres serveurs de la cellule, le nom abrégé BBOC004 est attribué à ce serveur si vous n'en indiquez pas lors de la création de ce serveur.

    Eviter les incidents Eviter les incidents: Veillez à configurer un profil de classe de serveur RACF contenant ce nom abrégé générique.gotcha
  10. Cliquez sur Suivant. Vérifiez les paramètres du nouveau serveur.
  11. Si vous souhaitez modifier l'un des paramètres, cliquez sur Précédent pour revenir à la page où vous pouvez modifier ce paramètre.
  12. Cliquez sur Terminer quand vous n'avez plus d'autre modification à effectuer.
  13. Cliquez sur Vérifier, sélectionnez Synchroniser les modifications avec les noeuds, puis cliquez sur Sauvegarder pour enregistrer les changements.
  14. Facultatif : [z/OS]Exécutez le script updateZOSStartArgs pour permettre à un serveur d'applications d'utiliser la fonction ASID réutilisable de z/OS, si ce n'est pas déjà la cas pour le noeud qui est associé à ce serveur d'applications.

    Cette fonction permet à un serveur d'applications de réutiliser tous les ASID, y compris ceux qui sont associés aux services inter-processus.

    Eviter les incidents Eviter les incidents: Avant d'exécuter ce script, assurez-vous que vous fonctionnez sur une version 1.9 ou supérieure de z/OS et que la fonction réutiliser les ASID est activée lors du processus de démarrage de z/OS. Si la fonction n'est pas activée sur z/OS, l'exécution de ce script n'a aucun effet sur la manière dont les ASID sont gérés.gotcha

Résultats

Ce nouveau serveur d'applications se trouve dans la liste des serveurs dans la page Serveurs d'applications de la console d'administration.

Que faire ensuite

Ce nouveau serveur d'applications est configuré avec les paramètres par défaut qui ne s'affichent pas lorsque vous exécutez l'assistant Création d'un serveur d'applications.

Vous pouvez :

  • Dans la console d'administration, cliquez sur Serveurs > Types de serveur > Serveurs d'application WebSphere , puis cliquez sur le nom de ce serveur d'application pour afficher tous les paramètres de configuration correspondant à ce serveur d'application. Vous pouvez dès lors utiliser cette même page pour modifier certains paramètres de configuration du serveur.

    Par exemple, s'il n'est pas utile que tous les composants du serveur soient lancés au démarrage du serveur lui-même, vous pouvez sélectionner la propriété Démarrer les composants en fonction des besoins (elle n'est pas sélectionnée automatiquement lorsque vous créez un nouveau serveur). Lorsque cette propriété est sélectionnée, les composants du serveur sont lancés dynamiquement en fonction des besoins. Lorsque cette propriété n'est pas sélectionnée, tous les composants du serveur sont lancés au démarrage du serveur. La sélection de cette propriété est donc généralement bénéfique en termes de vitesse de démarrage du serveur, car il y a moins de composants à lancer.

    Eviter les incidents Eviter les incidents: Si vous exécutez d'autres produits WebSphere en plus de ce produit, assurez-vous qu'ils prennent en charge cette fonctionnalité avant de sélectionner cette propriété.gotcha
  • [z/OS]Utilisez les propriétés personnalisées du serveur pour changer les réglages de temporisation de certaines opérations si les réglages par défaut ne conviennent pas.
  • Vous pouvez attribuer la valeur UTF-8 à l'argument de la machine virtuelle Java™ client.encoding.override si vous devez utiliser un support de codage multilingue dans la console d'administration.

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



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