![[z/OS]](../images/ngzos.gif)
HA-Konfigurationen
Das Ziel der HA-Konfiguration besteht darin, alle Single Points of Failure (SPOFs) auszuschalten.
Abbildung 1. HA-Konfiguration. Diese Abbildung veranschaulicht die empfohlene HA-Konfiguration (High Availability,
Hochverfügbarkeit) für das Produkt.
Die Schlüsselelemente werden im Text zu dieser Abbildung beschrieben. 

Nachfolgend sind die Schlüsselelemente einer HA-Konfiguration aufgeführt:
- Netzpfadredundanz, die zu den Web-Servern und Anwendungsservern führt.
- Redundante Web-Server. (Es müssen mindestens zwei logische Partitionen (LPARs) in einer HA-Sysplex-Konfiguration vorhanden sein.)
- Eine HA-Sysplex-Konfiguration. Diese LPARs müssen in separaten Hardwareinstanzen vorhanden sein, um Hardware- und Software-SPOFs (Single Points of Failure) auszuschalten.
- Ein Knoten in jeder LPAR, die in einer Zelle von WebSphere Application Server Network Deployment konfiguriert ist. Der Deployment-Manager-Server (erforderlich und auf seinem eigenen Knoten konfiguriert) kann in einer der LPARs oder in einer separaten LPAR konfiguriert werden. (Der Deployment-Manager-Server ist in der vorangegangenen Abbildung nicht dargestellt.) Beachten Sie auch, dass es einen Dämonprozess (WebSphere CORBA Location Service) in jeder LPAR gibt, die einen oder mehrere Knoten in derselben Zelle hat.
- Auf jedem Knoten ein definierter Anwendungsserver, der mit den anderen Anwendungsservern im Netz in einen Server-Cluster gestellt wird.
- Eine dynamische virtuelle IP-Adresse (DVIPA), die über den z/OS Sysplex Distributor als IP-Name des Dämons für die Zelle definiert wird. Diese IP-Adresse ermöglicht ein WLM-gesteuertes Routing und Failover zwischen den LPARs für IIOP-Anforderungen.
- Eine dynamische virtuelle IP-Adresse (DVIPA), die über den z/OS Sysplex Distributor als Name des HTTP-Transports für die Zelle definiert wird. Diese IP-Adresse ermöglicht ein WLM-gesteuertes Routing und Failover zwischen den LPARs für HTTP-Anforderungen, die nicht an Sitzungen gebunden sind.
- Für jeden Knoten ist eine statische IP-Adresse als Name des HTTP-Zusatztransports für die Zelle erforderlich. Das ermöglicht ein gesteuertes HTTP-Routing für HTTP-Anforderungen, die an Sitzungen gebunden sind.
- In jedem der Web-Server muss ein Web-Server-Plug-in von WebSphere installiert und so konfiguriert werden, dass es die HTTP-DVIPA für sitzungsgebundene Anforderungen und die statischen IP-Adressen für sitzungsgebundene Anforderungen verwendet.
- Bei Verwendung von HTTP-Sitzungen muss der Sitzungsstatus von den Cluster-Membern, die den DRS (Datenreplikationsservice) verwenden, gemeinsam genutzt werden, oder Sitzungsdaten müssen in DB2 gespeichert werden. Wenn Sie Stateful-Session-Enterprise-JavaBeans verwenden, muss der persistente Stateful-Session-Speicher in einem gemeinsam genutzten HFS konfiguriert werden. (Die Verwendung von Stateful-Session-EJBs wird nicht empfohlen.)