![[z/OS]](../images/ngzos.gif)
Sysplex-Routing von Verarbeitungsaufträgen
Das Produkt verwendet den Domänennamensserver (DNS), um Verarbeitunsaufträge innerhalb einer Zelle weiterzuleiten. Anstelle eines Sysplex-Distributors können Sie für die Verteilung der Arbeitslast einen DNS verwenden, der die Anforderungen für einen Host an mehrere IP-Adressen (eine pro Dämon) verteilt.
Der DNS akzeptiert einen generischen Hostnamen vom Client und ordnet den Namen einem bestimmten System zu. Er arbeitet mit Workload Management (WLM), um das beste verfügbare System auszuwählen. Workload Management analysiert den aktuellen Status der Zelle und berücksichtigt bei der Bestimmung des am besten für die neue Arbeit geeigneten Systems eine Reihe von Faktoren wie die CPU, den Hauptspeicher und die E/A-Auslastung. Anschließend leitet der DNS die Clientanforderung zur Ausführung an das ermittelte System weiter. Der Einsatz von Workload Management mit dem DNS ist optional, bietet sich aber an, weil er Single Point of Failures ausschaltet.

Jedes System in der Zelle hat eine Produktlaufzeit. Alle Systeme enthalten einen Location Service Daemon, Node Agent und Geschäftsanwendungsserver. Ein System ist der Deployment Manager für die Zelle. Der Client verwendet CORBA General Inter-ORB Protocol (GIOP), um Anforderungen an das Produkt zu übermitteln. Der Location Service Daemon agiert als Location-Service-Agent. Er akzeptiert Suchanforderungen, die einen Objektschlüssel enthalten. Der Location Service Daemon extrahiert den Namen des Server-Cluster aus dem Objektschlüssel und übergibt den Servernamen an WLM. Workload-Management wählt den für die Verarbeitung der Anforderung am besten geeigneten Server aus. Der Location Service Daemon führt die IOR-Informationen für den ausgewählten Server mit den in der ursprünglichen IOR gespeicherten Informationen zum Objektschlüssel zusammen. Das Ergebnis dieser Zusammenführung ist eine direkte IOR, die an den Client zurückgegeben wird. Der Client-ORB verwendet diese zurückgegebene Referenz, um die IOR-Verbindung zu dem Server herzustellen, der das Zielobjekt enthält.
Der Transportmechanismus des Produkts richtet sich danach, ob der Client lokal oder fern ist. Ein Client, der nicht auf demselben z/OS-System ausgeführt wird wie das Produkt wird als ferner Client bezeichnet und benötigt einen TCP/IP-Transport. Handelt es sich um einen lokalen Client, wird der Transport über einen Programmaufruf durchgeführt. Der lokale Transport ist schnell, weil die physische Route über das Netz vermieden wird, keine Daten umgesetzt werden, das Marshalling der Anforderungen einfacher ist und weil optimierte RACF-Funktionen (Resource Access Control Facility) für die Sicherheit anstelle des Aufrufs von Kerberos oder SSL (Secure Sockets Layer) verwendet werden.