![[z/OS]](../images/ngzos.gif)
Hoch verfügbare Sysplex-Umgebung konfigurieren
Wenn Sie eine hoch verfügbaren Syplex-Umgebung konfigurieren, können Sie das Rollout von Anwendungen und die Weiterleitung von Workloads steuern.
Vorbereitende Schritte
- Eine hoch verfügbare Sysplex-Umgebung muss mindestens zwei logische Partitionen (LPARs) enthalten. Diese LPARs sollten sich auf separaten Hardwareinstanzen befinden, um Hardware- und Software-SPOFs (Single Point of Failure) zu vermeiden.
- Die Netzpfade Ihres Systemkomplexes, die zu den Web-Servern und Anwendungsservern führen, müssen redundant sein.
- 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. Von der Verwendung von Stateful-Session-Enterprise-JavaBeans wird abgeraten.
In Umgebungen, in denen WebSphere Application Server in einem Cluster mit verteilten Plattformen ausgeführt wird, sowie einigen Membersystemen mit WebSphere Application Server for z/OS, die als Cluster ausgeführt werden, kann ein EJB-Workload-Management-Failover in WebSphere Application Server for z/OS nur stattfinden, wenn einige Anpassungen an den Cacheeinstellungen vorgenommen werden. Da interoperable Objektreferenzen (Interoperable Object References, IOR) in WebSphere Application Server for z/OS dem Workload-Management unterliegen, führt jede Pause in WebSphere Application Server for z/OS dazu, dass alle Anforderungen dem noch aktiven WebSphere Application Server for z/OS-Cluster zugeteilt werden. Wenn das angehaltene Cluster-Member wiederaufgenommen wird, werden diesem Cluster-Member nur wenige (oder keine) Anforderungen zugeteilt, was ein unsymmetrisches System zur Folge hat. Das wiederaufgenommene Cluster-Member hat die meisten seiner CPU-Ressourcen verfügbar, empfängt jedoch nur wenige (oder keine) zu verarbeitenden Anforderungen, daher findet eine normale WLM-Verarbeitung nach der Wiederaufnahme des angehaltenen Systems nicht statt.
Ein ordnungsgemäßer Lastausgleich kann fortgesetzt werden, wenn ein angemessener Zeitraum als globale Verfallszeit des JNDI-Cache für den gesamten Server festgelegt wird (z. B. com.ibm.websphere.naming.jndicache.maxcachelife=3, d. h. eine Cacheverfallszeit von 3 Minuten).
Informationen zu diesem Vorgang
Führen Sie die folgenden Aktionen aus, wenn Sie eine hoch verfügbare Sysplex-Umgebung konfigurieren möchten.