Terminologie zu WebSphere Application Server for z/OS
Machen Sie sich mit der z/OS-Terminologie vertraut, die für die Verwendung von WebSphere Application Server for z/OS erforderlich ist.
In WebSphere Application Server for z/OS ist die Funktionskomponente, in denen Anwendungen ausgeführt werden, ein Server. Die folgende Abbildung zeigt einen z/OS-Server, in dem zwei J2EE-Anwendungen ausgeführt werden:

Die folgenden Servertypen können auf einem z/OS-System vorhanden sein:
- Dieser Anwendungsserver wird während einer eigenständigen Konfiguration konfiguriert und enthält Ihre J2EE-Anwendungen.
- Dieser Anwendungsserver wird während einer Network-Deployment-Konfiguration konfiguriert und enthält Ihre J2EE-Anwendungen.
- Dieser Server ist der erste Berührungspunkt für Clientanforderungen in einer eigenständigen oder Network-Deployment-Konfiguration. Der Location Service Daemon ist ein spezieller Server, der keine Servants hat.
- In diesem Server wird die JMS-Funktion in WebSphere Application Server for z/OS ausgeführt, die den MQ-Broker und -Warteschlangenmanager in einer eigenständigen oder in einer Network-Deployment-Konfiguration steuert. Der JMS-Server ist wie in den früheren Versionen von WebSphere Application Server for z/OS nicht mehr vorhanden. Seine Funktion wurde durch SIBs (Service Integration Bus) ersetzt.
- Dieser Server ist ein spezieller Anwendungsserver, auf dem sich die Administrationskonsolenanwendung
befindet (auf diesem Anwendungsserver befinden sich lediglich Verwaltungsanwendungen)
und der in einer Network-Deployment-Konfiguration eine Verwaltungsfunktion auf Zellenebene bereitstellt.
Die Administrationskonsolenanwendung verwaltet (in Knoten gruppierte) Server auf vielen
verschiedenen Systemen.
Der Deployment Manager ist der einzige Nutzer seines eigenen Codes.
Er benötigt keinen Node Agent, weil im Knoten keine Anwendungsserver enthalten sind und eine Zelle nur über einen
einzigen Deployment Manager verfügen darf.
Anmerkung: Die Version der Administrationskonsolenanwendung, die im Deployment Manager ausgeführt wird, ist für die Verwaltung von Umgebungen mit mehreren Knoten vorgesehen, während die Version der Administrationskonsolenanwendung im eigenständigen Anwendungsserver nur für Umgebungen mit einem Knoten vorgesehen ist.
- Ein Node Agent stellt in einer Network-Deployment-Konfiguration eine Verwaltungsfunktion auf Knotenebene bereit. Ein Node Agent ist ein spezieller Server, der keine Servants hat.
- Ein Cluster ist eine logische Gruppierung ähnlich konfigurierter Server.
Cluster existieren, um die Skalierbarkeit und Verfügbarkeit zu verbessern. Der Lastausgleich findet für die Server in einem Cluster statt. Cluster erlauben die Verteilung der Auslastung (Workload) auf einzelne Server, während gleichzeitig als Einheit auf sie Bezug genommen werden kann. Clustering wird normalerweise in einer Zelle mit mehreren Knoten angewendet, in der jeder Knoten auf einem separaten System konfiguriert ist. Der Cluster verfügt über ein Member (einen Server) auf jedem Knoten. Clientanforderungen werden basierend auf den Entscheidungen des Workload-Manager an die Cluster-Member verteilt.
Anmerkung: Wenn Ihr Cluster mehrere Systeme in einem Systemkomplex umfassen soll, müssen Sie möglicherweise ein gemeinsames HFS definieren. - Ein Knoten ist eine logische Sammlung von Servern auf einem bestimmten z/OS-System.
- Eine Zelle ist eine logische Sammlung von Knoten mit WebSphere Application
Server for z/OS, die gemeinsam verwaltet werden. Die Zelle ist die größte Organisationseinheit.
- Ein Verwaltungsagent ist eine zentrale Schnittstelle für die Verwaltung mehrerer nicht eingebundener Knoten mit WebSphere Application Server for z/OS in Umgebungen, wie z. B. Entwicklungs- und Komponententestumgebungen, oder dem Teil einer Serverfarm, die sich auf einer einzelnen Maschine befindet.
- Dies ist der ausgeschriebene Name, der im Pfad des hierarchischen Dateisystems verwendet wird, und der Principal-Name, unter dem der Server in WebSphere Application Server for z/OS bekannt ist. Anhand dieses Namens wird der Server in der Administrationskonsole und beim Erstellen von Scripts identifiziert. Der Name kann Groß-/Kleinschreibung enthalten und darf nicht länger als 8 Zeichen sein.
- Dies ist der plattformspezifische native Alias und der Principal-Name, unter dem der Server in z/OS bekannt ist. Er wird verwendet,um den Server bei den zugrunde liegenden z/OS-Funktionen, wie z. B. dem Sicherheitsserver, Job Entry Subsystem (JES), WLM und Application Response Management (ARM), zu identifizieren. Beispielsweise wird der Serverkurzname als MVS-JOBNAME verwendet.
- Dieser Name wird als Name für die WLM-Anwendungsumgebung verwendet.
Die folgende Abbildung veranschaulicht die Interaktion zwischen Servern, Clustern, Knoten und Zellen. Sie zeigt verschiedene Konfigurationen, die Sie in einem Network-Deployment-Sysplex konfigurieren können:

Knotenzuordnungen können je nach Voraussetzungen variieren. Der Deployment-Manager-Knoten kann sich auf einem System befinden, während andere Knoten, die in den Deployment Manager eingebunden wurde, auf anderen Systemen existieren können. Eine solche Zelle, die mit unterschiedlichen Maschinen oder Betriebssystemen konfiguriert ist, wird als heterogene Zelle bezeichnet. Sie erweitert die Zahl der möglichen Topologien, die Sie für Ihre Netzimplementierung verwenden können.