Es gibt viele Konfigurationsoptionen in IBM WAS über die Admin-Konsole, aber nicht alle, die Sie berühren müssen.

Es gibt jedoch bestimmte Konfigurationen, die Sie als WebSphere-Administrator kennen müssen.

Die folgenden 15 Konfigurationen werden häufig in einem Interview berührt oder gefragt.

Wenn Sie ein Anfänger sind, empfehle ich Ihnen dringend, meine beiden vorherigen Artikel durchzugehen.

Installationshandbuch für WebSphere Application Server ND

Nützliche Verwaltungsskripte für WebSphere Application Server

Also fangen wir an.

1. Enable/disable Core Group services

Wenn Sie den Hochverfügbarkeits-Manager-Service verwenden möchten oder nur wissen möchten, wie Core Group-Dienste und -Start aktiviert oder deaktiviert werden.

Dazu für Deployment Manager

  • Navigieren Sie zu Systemadministration >> Deployment Manager
  • Klicken Sie unter Zusätzliche Eigenschaften auf Kerngruppendienst

Hier können Sie die Kerngruppendienste aktivieren oder deaktivieren

Kerngruppendienste

  • Klicken Sie auf OK >> Änderungen mit Knoten synchronisieren >> Speichern

Um dies für JVM zu tun

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Zusätzliche Eigenschaften auf Kerngruppendienste. Hier können Sie den aktiven Timer aktivieren / deaktivieren oder ändern.
  • Klicken Sie auf OK >> Änderungen mit Knoten synchronisieren >> Speichern

2. Configure log rotation, file size & historical log files

Wenn Sie an einer Produktion arbeiten, in der die Ressourcen begrenzt sind und Ihre Umgebung gesund und sauber bleiben soll, müssen Sie mit der Protokollierung vertraut sein.

Dies hilft Ihnen bei der Verwaltung von SystemOut.log- und SystemErr.log-Dateien.

Um dies für JVM zu tun

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Zusätzliche Eigenschaften auf Protokollierung und Ablaufverfolgung
  • Klicken Sie in der Liste auf JVM-Protokolle

Um das zu konfigurieren maximale Größe einer einzelnen Protokolldatei, Sie können den Wert unter "Maximale Größe" eingeben. In diesem Beispiel habe ich 100 MB angegeben (standardmäßig ist es mit 1 MB konfiguriert).

Um den Protokollrotationszeitraum zu konfigurieren, klicken Sie auf das Kontrollkästchen für „Zeit“ und geben den Zeitraum ein, in dem Sie die DMGR-Protokolle drehen möchten. In diesem Ex habe ich die Standardeinstellung 24 Stunden belassen.

Um die Anzahl der Verlaufsprotokolldateien beizubehalten, können Sie den Wert unter „Maximale Anzahl der Verlaufsprotokolldateien“ eingeben. Die Zahl im Bereich von 1 bis 200. “ In diesem Ex habe ich 30 angegeben, wodurch die ganze Zeit über 30 Protokolldateien gespeichert werden.

Wiederholen Sie dieselbe Konfiguration für SystemErr.log. Hier ist der Screenshot der obigen Konfiguration.

Was-Logging-Tracing

Dazu für Deployment Manager 

Sie können diese ähnliche Konfiguration für DMGR durchführen, indem Sie zu Deployment Manager navigieren und die obigen Schritte ausführen, um die Protokollierung zu konfigurieren.

3. Running JVM in development mode

Wenn Sie WAS im Produktionsmodus installiert haben und es eine Situation gibt, die als Entwicklungsmodus für die Fehlerbehebung, das Debuggen oder die Anforderung durch das Entwicklungsteam ausgeführt werden kann, können Sie bestimmte WAS JVM im Entwicklungsmodus ausführen, indem Sie die folgenden Schritte ausführen.

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Aktivieren Sie das Kontrollkästchen, um im Entwicklungsmodus ausgeführt zu werden

JVM-Entwicklungsmodus

Klicken Sie wie gewohnt auf OK, um die Konfiguration zu synchronisieren und zu speichern.

4. Configure Session Timeout & Cookie name

Das Sitzungszeitlimit von WAS JVM ist standardmäßig auf 30 Minuten festgelegt. Wenn Sie jedoch Änderungen vornehmen müssen, können Sie dies folgendermaßen tun.

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Containereinstellungen auf Sitzungsverwaltung
  • Geben Sie den gewünschten Wert in Minuten für "Sitzungszeitlimit:" ein.

Standardmäßig lautet der Cookie-Name JSESSIONID. Falls Sie Änderungen vornehmen müssen, können Sie dies folgendermaßen tun.

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Containereinstellungen auf Sitzungsverwaltung
  • Klicken Sie auf Cookies aktivieren
  • Geben Sie den benutzerdefinierten Cookie-Namen ein und klicken Sie auf OK, um die Konfiguration zu synchronisieren und zu speichern.

jvm-session-cookie-name

5. Configure JVM’s heap size

Die erforderliche Konfiguration, damit der WebSphere-Administrator weiß, wie die Größe des JVM-Heapspeichers geändert, die ausführliche Speicherbereinigung aktiviert und der Klassenpfad / Boot-Klassenpfad konfiguriert wird.

Diese drei Konfigurationen werden auf einer einzigen Seite durchgeführt von:

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Java und Prozessverwaltung auf Prozessdefinition
  • Klicken Sie unter Zusätzliche Eigenschaften auf Java Virtual Machine

6. Konfiguration der JVM-Heap-Größe

Geben Sie einen Wert in "Anfängliche Heap-Größe" für minimalen Speicher und "Maximale Heap-Größe" für maximale Speichergröße ein. In diesem Beispiel habe ich 2 GB als min und max konfiguriert.

JVM-Heap-Größe

Sie können auch auf meinen ausführlichen Artikel über verweisen So ändern Sie den WAS JVM-Speicher.

7. Aktivieren Sie die ausführliche Speicherbereinigung

Um die Speicherbereinigung im ausführlichen Modus zu drucken, können Sie das Kontrollkästchen für die ausführliche Speicherbereinigung aktivieren. Standardmäßig ist es deaktiviert.

jvm-verbose-gc

8. Konfigurieren Sie Classpath / Boot Classpath

Um den Klassenpfad / Boot-Klassenpfad für eine bestimmte JVM zu konfigurieren, können Sie die JAR-Details eingeben, die als Klassenpfad geladen werden sollen. Meistens würde das Entwicklungsteam es empfehlen.

jvm-Klassenpfad

Vergessen Sie nicht, die Konfiguration zu synchronisieren und zu speichern und die JVM neu zu starten, um die Auswirkungen zu sehen.

9. Disable JVM Automatic restart (Monitoring Policy)

Standardmäßig wird JVM neu gestartet, wenn es sich im Modus "STOPPED" befindet. Das ist gut und schlecht.

Gut: Es kommt zu einer minimalen Unterbrechung / einem Ausfall des Dienstes, da JVM automatisch neu gestartet wird. Dies spart Zeit beim Anmelden am Server und startet die Zeit.

Schlecht: Sie wissen nicht, warum JVM gestoppt wurde. Möglicherweise übersehen Sie potenzielle Produktionsprobleme.

Wenn Sie den automatischen Neustart deaktivieren möchten, gehen Sie wie folgt vor:

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Java- und Prozessverwaltung auf Überwachungsrichtlinie
  • Deaktivieren Sie das Kontrollkästchen für "Automatischer Neustart".

deaktivieren-jvm-autorestart

Klicken Sie auf OK, um die Konfiguration zu speichern und zu synchronisieren

10. Enable & Configure Access Logs (NCSA)

Es ist möglicherweise nicht erforderlich, Zugriffsprotokolle für alle JVMs zu aktivieren. Ich bin jedoch der Meinung, dass Sie dies für DMGR tun können, da Sie möglicherweise daran interessiert sind, die HTTP-Protokolle auf Zugriffskontrolle zu überprüfen. So aktivieren Sie dies in DMGR: -

  • Navigieren Sie zu Systemadministration >> Deployment Manager
  • Klicken Sie unter Zusätzliche Eigenschaften auf Protokollierung und Ablaufverfolgung
  • Klicken Sie in der Liste auf NCSA-Zugriff und HTTP-Fehlerprotokollierung
  • Aktivieren Sie das Kontrollkästchen "Protokollierungsdienst beim Serverstart aktivieren".

Auf dieser Seite können Sie auch eine Reihe von Verlaufsdateien und die maximale Größe des Zugriffsprotokolls konfigurieren. In diesem Beispiel habe ich 50 MB als Dateigröße und maximal zehn Dateien konfiguriert.

dmgr-ncsa-log

11. Change JVM logging level

Standardmäßig ist die JVM-Protokollierungsstufe im Info-Modus konfiguriert. Wenn Sie jedoch zur Fehlerbehebung zu einer Warnung oder einem Debug wechseln möchten, können Sie Folgendes tun.

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie auf Protokolldetailstufen ändern
  • Wechseln Sie von Info zum gewünschten Level. In diesem Beispiel habe ich die Debug-Ebene konfiguriert.

Was-Log-Level

Hinweis: Dadurch werden übermäßige Protokolle geschrieben. Daher können Sie das Debuggen für bestimmte Komponenten konfigurieren, indem Sie "Komponenten und Gruppen" erweitern und die entsprechenden Komponenten auswählen.

12. Change WebContainer thread pool

Wenn Sie an der Leistungsoptimierung arbeiten, kann es vorkommen, dass Sie den Thread-Pool des Webcontainers ändern. Dies muss auf individueller JVM-Ebene konfiguriert werden.

  • Navigieren Sie zu Server >> Servertypen >> WebSphere Application Server
  • Klicken Sie auf die gewünschte JVM
  • Klicken Sie unter Zusätzliche Eigenschaften auf Thread-Pools
  • Klicken Sie in der Liste auf WebContainer
  • Geben Sie den gewünschten Wert in minimaler und maximaler Größe ein. Hier können Sie auch das Zeitlimit für die Inaktivität von Threads konfigurieren.

Thread-Pool

13. Change Context Root for Application

Sie können den Kontextstamm für die bereitgestellte Anwendung ändern, ohne sie erneut bereitzustellen. Das Verfahren ist unkompliziert und sehr nützlich, wenn Sie den Kontextstamm ändern möchten.

  • Navigieren Sie zu Anwendungen >> Alle Anwendungen
  • Wählen Sie die Anwendung aus der Liste aus
  • Klicken Sie unter Webmoduleigenschaften auf "Kontextstamm für Webmodule"
  • Geben Sie den gewünschten Wert ein und klicken Sie auf OK, um die Änderungen zu synchronisieren und zu speichern.

Kontext-Wurzel-war

JVM muss neu gestartet werden, um Effekte zu erzielen.

14. Change Virtual Host for particular application

Wenn Sie einen benutzerdefinierten virtuellen Host verwenden und die Anwendung standardmäßig bereitgestellt wird, wird die Fehlermeldung "Der zu behandelnde virtuelle Host wurde nicht definiert" angezeigt. Nun, Sie können den virtuellen Host schnell ändern, indem Sie Folgendes tun:

  • Navigieren Sie zu Anwendungen >> Alle Anwendungen
  • Wählen Sie die Anwendung aus der Liste aus
  • Klicken Sie unter Webmoduleigenschaften auf Virtuelle Hosts
  • Wählen Sie den gewünschten virtuellen Host aus der Dropdown-Liste aus
  • Klicken Sie auf OK, um die Konfiguration zu synchronisieren und zu speichern. Ein JVM-Neustart ist erforderlich, um Auswirkungen zu erzielen.

15. Create Virtual host

WAS wird mit drei virtuellen Hosts geliefert (Admin, Standard & Proxy). Wenn Sie die WAS-Umgebung für die einzelne Anwendung verwenden, sollte die Standardeinstellung ausreichend sein.

Wenn Sie jedoch mehrere Anwendungen haben und diese nach virtuellen Hosts trennen möchten, können Sie eine erstellen, indem Sie Folgendes tun: -

  • Navigieren Sie zu Umgebung >> Virtuelle Hosts
  • Klicken Sie auf Neu
  • Geben Sie den gewünschten virtuellen Hostnamen ein
  • Klicken Sie auf OK, um die Konfiguration zu synchronisieren und zu speichern
  • Sobald ein virtueller Host erstellt wurde, müssen Sie eine URL hinzufügen, über die Sie auf Anwendungen zugreifen.

Um dies zu tun

  • Gehen Sie zum neu erstellten virtuellen Host und klicken Sie auf Host-Aliase
  • Klicken Sie auf Neu
  • Geben Sie den Hostnamen und den Port ein
  • Klicken Sie auf OK, um die Konfiguration zu synchronisieren und zu speichern

Die obige Konfiguration ist nicht die vollständige Liste, wird aber häufig verwendet. Wenn Sie also Anfänger sind, sollte Ihnen dies eine gute Vorstellung von IBM geben WebSphere-Anwendungsserver Konfiguration.

Bringen Sie Ihre Karriere auf die nächste Stufe Cloud Computing lernen.