Guide de configuration WebSphere Application Server utile

Il existe de nombreuses options de configuration dans IBM WAS via la console d’administration, mais vous ne devez pas toutes les toucher.


Cependant, il existe des configurations spécifiques que vous devez connaître en tant qu’administrateur WebSphere.

Les 15 configurations suivantes sont souvent touchées ou posées dans une interview.

Si vous êtes débutant, je vous recommande fortement de parcourir mes deux précédents articles.

Guide d’installation de WebSphere Application Server ND

Scripts d’administration utiles de WebSphere Application Server

Alors commençons.

1. Activer / désactiver les services du groupe central

Si vous avez l’intention d’utiliser le service de gestionnaire de haute disponibilité ou si vous souhaitez simplement savoir comment activer ou désactiver les services du groupe central et le démarrage.

Pour ce faire, pour Deployment Manager

  • Accédez à Administration système >> Gestionnaire de déploiement
  • Cliquez sur Core group service sous Additional Properties

Ici, vous pouvez activer ou désactiver les services du groupe principal

services de groupe central

  • Cliquez sur OK >> Synchroniser les modifications avec les nœuds >> sauver

Pour ce faire pour JVM

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Core group services sous Additional Properties, et ici vous pouvez activer / désactiver ou modifier la minuterie active.
  • Cliquez sur OK >> Synchroniser les modifications avec les nœuds >> sauver

2. Configurer la rotation des journaux, la taille du fichier & fichiers journaux historiques

Si vous travaillez sur une production où les ressources sont limitées et que vous voulez garder votre environnement sain et propre, vous devez être familier avec la gestion des journaux..

Cela vous aidera dans la gestion de SystemOut.log & Fichiers SystemErr.log.

Pour ce faire pour JVM

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Journalisation et traçage sous Propriétés supplémentaires
  • Cliquez sur JVM Logs dans la liste

Pour configurer le taille maximale du fichier journal unique, vous pouvez saisir la valeur dans “Taille maximale”. Dans cet exemple, j’ai donné 100 Mo (par défaut, il est configuré avec 1 Mo).

Pour configurer la période de rotation des journaux, vous cliquez sur la case à cocher «Heure» et entrez la période pendant laquelle vous souhaitez faire pivoter les journaux DMGR. Dans cet ex, je l’ai laissé par défaut 24 heures.

Pour conserver le nombre de fichiers journaux historiques, vous pouvez entrer la valeur dans «Nombre maximum de fichiers journaux historiques. Le nombre dans une plage de 1 à 200. ” Dans cet ex, j’en ai donné 30, qui garderont 30 fichiers journaux tout le temps.

Répétez la même configuration pour SystemErr.log. Voici la capture d’écran de la configuration ci-dessus.

was-logging-tracing

Pour ce faire, pour Deployment Manager 

Vous pouvez effectuer cette configuration similaire pour DMGR en accédant à Deployment Manager et en suivant les étapes ci-dessus pour configurer la journalisation.

3. Exécution de JVM en mode développement

Si vous avez installé WAS en mode production et qu’il y a une situation à exécuter en mode développement pour le dépannage, le débogage ou demandé par l’équipe de développement – vous pouvez exécuter une machine virtuelle Java WAS particulière en mode développement en suivant.

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cochez la case pour exécuter en mode développement

jvm-development-mode

Comme d’habitude, cliquez sur OK pour synchroniser et enregistrer la configuration.

4. Configurer le délai d’expiration de la session & Nom du cookie

Le délai d’expiration de session par défaut de WAS JVM est défini sur 30 minutes. Cependant, si vous devez le modifier, vous pouvez le faire en suivant.

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Gestion des sessions sous Paramètres du conteneur
  • Entrez la valeur souhaitée en minutes pour «Délai d’expiration de la session:»

Par défaut, le nom du cookie est JSESSIONID et si vous devez le modifier, vous pouvez le faire en suivant.

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Gestion des sessions sous Paramètres du conteneur
  • Cliquez sur Activer les cookies
  • Entrez le nom du cookie personnalisé et cliquez sur OK pour synchroniser et enregistrer la configuration.

jvm-session-cookie-name

5. Configurer la taille de segment de mémoire de la JVM

La configuration nécessaire pour que l’administrateur WebSphere sache comment modifier la taille du segment de mémoire JVM, activer le ramasse-miettes détaillé, configure Classpath / Boot Classpath.

Ces trois configurations sont effectuées sur une seule page par:

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Définition du processus sous Java et gestion des processus
  • Cliquez sur Java Virtual Machine sous Additional Properties

6. Configuration de la taille de segment JVM

Entrez une valeur dans «Taille initiale du tas» pour la mémoire minimale et «Taille maximale du tas» pour la taille maximale de la mémoire. Dans cet ex – j’ai configuré 2 Go en min et max.

jvm-heap-size

Vous pouvez également consulter mon article détaillé sur la façon de modifier la mémoire JVM WAS.

7. Activer le ramasse-miettes détaillé

Pour imprimer la collecte des ordures en mode verbeux, vous pouvez cocher la case «Collecte des ordures détaillée». Par défaut, il est désactivé.

jvm-verbose-gc

8. Configurer Classpath / Boot Classpath

Pour configurer le chemin de classe / le chemin de classe de démarrage pour une machine virtuelle Java particulière, vous pouvez entrer les détails du pot à charger en tant que chemin de classe. Surtout l’équipe de développement le recommande.

jvm-classpath

N’oubliez pas de synchroniser & Enregistrez la configuration et redémarrez la JVM pour voir les effets.

9. Désactivez le redémarrage automatique de la machine virtuelle Java (stratégie de surveillance)

Par défaut, la JVM sera redémarrée si elle est trouvée en mode «ARRÊTÉ». C’est bon et mauvais à la fois.

Bon: il y aura une interruption / interruption de service minimale car la machine virtuelle Java sera redémarrée automatiquement, ce qui vous fait gagner du temps lors de la connexion au serveur et démarre l’heure.

Mauvais: vous ne savez pas pourquoi la JVM a été arrêtée, vous pouvez ignorer un problème de production potentiel.

Si vous décidez de désactiver le redémarrage automatique, vous pouvez procéder comme suit:

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Monitoring Policy sous Java et Process Management
  • Décochez la case «Redémarrage automatique».

disable-jvm-autorestart

Cliquez sur OK pour enregistrer & Synchronisez la configuration

10. Activer & Configurer les journaux d’accès (NCSA)

Il n’est peut-être pas nécessaire d’activer les journaux d’accès pour toutes les machines virtuelles Java, mais je pense que vous pouvez le faire pour DMGR, car vous pourriez être intéressé à examiner les journaux HTTP pour le contrôle d’accès. Pour l’activer dans DMGR: –

  • Accédez à Administration système >> Gestionnaire de déploiement
  • Cliquez sur Journalisation et traçage sous Propriétés supplémentaires
  • Cliquez sur l’accès NCSA et la journalisation des erreurs HTTP dans la liste
  • Cochez la case «Activer le service de journalisation au démarrage du serveur».

Sur cette page, vous pouvez également configurer un certain nombre de fichiers historiques à conserver et la taille maximale du journal d’accès. Dans cet ex – j’ai configuré 50 Mo comme taille de fichier et dix nombres maximum de fichiers.

dmgr-ncsa-log

11. Modifier le niveau de journalisation JVM

Par défaut, le niveau de journalisation JVM est configuré en mode «info». Cependant, si vous souhaitez passer à un avertissement ou à un débogage à des fins de dépannage, vous pouvez le faire en suivant.

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Modifier les niveaux de détail du journal
  • Passez des informations au niveau souhaité. Dans cet ex – j’ai configuré le niveau de débogage.

was-log-level

Remarque: ceci écrira des journaux excessifs, vous pouvez donc configurer le débogage pour des composants particuliers en développant “Composants et groupes” et en sélectionnant les composants respectifs.

12. Changer le pool de threads WebContainer

Vous pouvez rencontrer une situation pour modifier le pool de threads du conteneur Web si vous travaillez sur l’optimisation des performances. Ceci doit être configuré au niveau JVM individuel.

  • Accédez aux serveurs>>Types de serveur>>WebSphere Application Server
  • Cliquez sur la JVM souhaitée
  • Cliquez sur Thread pools sous Additional Properties
  • Cliquez sur WebContainer dans la liste
  • Entrez la valeur souhaitée en taille minimale et maximale. Vous pouvez également configurer le délai d’inactivité des threads ici.

pool de threads

13. Changer la racine de contexte pour l’application

Vous pouvez modifier la racine de contexte pour l’application déployée sans la redéployer. La procédure est simple et très utile si vous décidez de changer la racine du contexte.

  • Accédez aux applications >> toutes les applications
  • Sélectionnez l’application dans la liste
  • Cliquez sur «Racine de contexte pour les modules Web» sous Propriétés du module Web
  • Entrez la valeur souhaitée et cliquez sur OK pour synchroniser et enregistrer les modifications.

context-root-was

La machine virtuelle Java doit être redémarrée pour prendre effet.

14. Changer d’hôte virtuel pour une application particulière

Si vous utilisez un hôte virtuel personnalisé et que l’application est déployée sur celle par défaut, vous aurez une erreur «L’hôte virtuel à gérer n’a pas été défini». Eh bien, vous pouvez rapidement changer l’hôte virtuel en suivant:

  • Accédez aux applications >> toutes les applications
  • Sélectionnez l’application dans la liste
  • Cliquez sur Hôtes virtuels sous Propriétés du module Web
  • Sélectionnez l’hôte virtuel souhaité dans la liste déroulante
  • Cliquez sur OK pour synchroniser et enregistrer la configuration. Le redémarrage de la JVM est requis pour prendre effet.

15. Créer un hôte virtuel

WAS est livré avec trois hôtes virtuels (admin, par défaut & Procuration). Si vous utilisez l’environnement WAS pour l’application unique, la valeur par défaut devrait être suffisante.

Cependant, si vous avez plusieurs applications et que vous souhaitez les séparer par hôte virtuel, vous pouvez en créer une en suivant: –

  • Accédez à l’environnement >> Hôtes virtuels
  • Cliquez sur Nouveau
  • Entrez le nom d’hôte virtuel souhaité
  • Cliquez sur OK pour synchroniser et enregistrer la configuration
  • Une fois un hôte virtuel créé, vous devez ajouter une URL que vous utiliserez pour accéder aux applications.

Faire cela

  • Accédez à l’hôte virtuel nouvellement créé et cliquez sur Alias ​​d’hôte
  • Cliquez sur Nouveau
  • Entrez le nom d’hôte et le port
  • Cliquez sur OK pour synchroniser et enregistrer la configuration

La configuration ci-dessus n’est pas la liste complète mais souvent utilisée, donc si vous êtes débutant, cela devrait vous donner une bonne idée de la configuration du serveur d’applications IBM WebSphere.

Faites passer votre carrière au niveau supérieur en apprentissage du cloud computing.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map