[z/OS]

Direccionamiento sysplex de solicitudes de trabajo

El producto utiliza el servidor de nombres de dominio (DNS) para direccionar las solicitudes de trabajo de una célula. En lugar de un distribuidor de sysplex, puede utilizar el DNS para distribuir la carga de trabajo y equilibrar las solicitudes del mismo nombre de host entre varias direcciones IP (una por daemon).

El DNS acepta un nombre de host genérico del cliente y correlaciona el nombre con un sistema específico. El DNS trabaja conjuntamente con la gestión de carga de trabajo (WLM) para seleccionar el mejor sistema disponible. La gestión de cargas de trabajo analiza el estado actual de la célula y tiene en cuenta varios factores como, por ejemplo, la CPU, la memoria y la utilización de E/S, cuando determina el mejor sistema para manejar nuevo trabajo. A continuación, el DNS direcciona la solicitud de cliente a ese sistema. Este uso de la gestión de cargas de trabajo y el DNS es opcional. No obstante, la utilización de la gestión de carga de trabajo y el DNS elimina un punto único de error.

WebSphere Application Server para z/OS, el servidor de nombres de dominio (DNS) y la gestión de cargas de trabajo

Todos los sistemas de una célula tienen el tiempo de ejecución del producto. Todos los sistemas contienen un daemon de servicio de ubicación, un agente de nodos y servidores de aplicaciones de empresa. Un sistema actúa como gestor de despliegue de la célula. El cliente utiliza el protocolo GIOP (General Inter-ORB Protocol) de CORBA para enviar solicitudes al producto. El daemon de servicio de ubicación actúa como un agente de servicio de ubicación. Acepta solicitudes de ubicación con claves de objeto en las solicitudes. El daemon de servicio de ubicación extrae el nombre del clúster de servidores de la clave de objeto, y proporciona el nombre del servidor a la gestión de cargas de trabajo. La gestión de cargas de trabajo elige el servidor óptimo en la célula para manejar la solicitud. El daemon de servicio de ubicación fusiona información de IOR (Interoperable Object Reference) específica relacionada con el servidor elegido con información de claves de objeto almacenada en la IOR original. El resultado de esta fusión es una IOR directa que se devuelve al cliente. El ORB del cliente utiliza esta referencia devuelta para establecer la conexión IOR con el servidor que mantiene el objeto de interés.

El mecanismo de transporte que utiliza el producto depende de si el cliente es local o remoto. Un cliente que no se ejecute en el mismo sistema z/OS que el servidor de aplicaciones, se denomina un cliente remoto y requiere un transporte TCP/IP. Si el cliente es local, el transporte se realiza a través de una llamada de programa. El transporte local es más rápido ya que no necesita un viaje físico por la red, elimina las transformaciones de datos, simplifica la organización de las solicitudes y utiliza recursos RACF (Resource Access Control Facility) optimizados para la seguridad, en lugar de invocar Kerberos o SSL.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_sysreq
File name: crun_sysreq.html