[z/OS]

Configuración de alta disponibilidad

El objetivo de toda configuración de alta disponibilidad es eliminar todos los puntos únicos de anomalía (SPOF).

Figura 1. Configuración de alta disponibilidad. En esta figura se muestra la configuración recomendada del producto para obtener una alta disponibilidad. Los elementos clave se describen en el texto que acompaña a esta figura.Elementos clave de una configuración de alta disponibilidad de WebSphere Application Server para z/OS
A continuación se enumeran los elementos clave de una configuración de alta disponibilidad:
  • Redundancia de vías de acceso de red hasta los servidores Web y los servidores de aplicaciones.
  • Servidores Web redundantes. (Debe haber al menos dos particiones lógicas (LPAR) en una configuración de sysplex de alta disponibilidad).
  • Una configuración de sysplex de alta disponibilidad. Estos LPAR deben estar en instancias de hardware separadas para eliminar los puntos únicos de anomalía (SPOF) de hardware y software.
  • Un nodo en cada LPAR que haya configurado en una célula de WebSphere Application Server, Network Deployment. El servidor de gestor de despliegue (necesario, y configurado en su propio nodo) debe estar configurado en cada uno de los LPAR o en un LPAR aparte. (El servidor de gestor de despliegue no se incluye en la figura anterior). Asimismo, tenga en cuenta que hay un proceso de daemon (Servicio de ubicación CORBA de WebSphere) en cada LPAR que tenga uno o varios nodos en la misma célula.
  • Un servidor de aplicaciones definido en cada nodo y formado en un clúster de servidores con los otros servidores de aplicaciones de la red.
  • Una dirección IP virtual dinámica (DVIPA) definida mediante el Distribuidor del sysplex z/OS como el nombre IP de daemon de la célula. Esta dirección IP permite el direccionamiento equilibrado de WLM y la sustitución por anomalía de los LPAR de las peticiones LPAR.
  • Una dirección IP virtual dinámica (DVIPA) definida mediante el Distribuidor del sysplex como el nombre de transporte HTTP de la célula. Esta dirección IP permite el direccionamiento equilibrado de WLM y la sustitución por anomalía de los LPAR de las peticiones HTTP sin sesión.
  • Se necesita una dirección IP estática para cada nodo como nombre de transporte HTTP auxiliar de la célula. Esto permite el direccionamiento HTTP dirigido de las peticiones HTTP con sesión.
  • Se debe instalar un plug-in de servidor Web de WebSphere en cada uno de los servidores Web. Este plug-in se debe configurar para que utilice la DVIPA HTTP para las peticiones sin sesión y las direcciones IP estáticas para las peticiones con sesión.
  • Si se utilizan sesiones HTTP, el estado de la sesión se debe compartir entre los miembros del clúster utilizando el servicio de duplicación de datos (DRS) o los datos de sesión se deben almacenar en DB2. Si utiliza Enterprise JavaBeans (EJB) de sesión con estado, debe configurarse el almacenamiento persistente de sesión con estado en un HFS compartido. La utilización de Enterprise JavaBeans de sesión con estado no es un método recomendado.

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_ha_config
File name: crun_ha_config.html