PeopleSoft Arquitectura de Máxima Disponibilidad

Esta arquitectura ilustra una arquitectura de alta disponibilidad PeopleSoft simple para el sitio principal.

Descripción de la ilustraciónoplesoft-ha-architecture.png

GUID

Puede desplegar los componentes de la aplicación PeopleSoft de forma altamente disponible. Recomendamos que despliegue más de una instancia de cada componente en cada sitio, en servidores físicos independientes, de modo que una interrupción del servidor no afecte a la disponibilidad. Recomendamos que cada grupo de servidores tenga la capacidad adecuada para ejecutar la carga máxima incluso cuando un servidor no esté disponible.

Esta arquitectura está duplicada y sincronizada en un segundo sitio para proporcionar Oracle Maximum Availability Architecture (Oracle MAA) para PeopleSoft.

PeopleSoft Conceptos básicos de diseño del sistema de archivos de la aplicación

Este ejemplo se realizó mediante PeopleSoft HRMS 9.2 U033 y PeopleTools 8.57.11. Antes de describir las opciones de despliegue, las siguientes son definiciones de algunas de las variables de entorno:

• PS_HOME: ubicación del sistema de archivos en la que está instalado el software PeopleTools.
• PS_APP_HOME: ubicación del sistema de archivos donde está instalada la aplicación PeopleSoft (HRMS, FIN, EPM, etc.), una variable disponible desde PeopleTools 8.52.
• PS_CFG_HOME: ubicación del sistema de archivos que contiene archivos log y de configuración para los dominios del servidor web y de la aplicación.
• PS_CUST_HOME: ubicación del sistema de archivos para el código personalizado y archivos para agregar funcionalidad personalizada para PeopleSoft.
• COBDIR: ubicación del sistema de archivos donde se almacenan el compilador COBOL de Server Express MicroFocus y las bibliotecas de tiempo de ejecución. Es necesario que MicroFocus Server Express esté instalado en cada servidor que ejecutará los programas COBOL. Este componente no se puede compartir debido a restricciones de clave de licencia.

También hay un parámetro en la configuración de Oracle WebLogic, ReportRepositoryPath, que contiene el directorio del sistema de archivos para la salida del informe.

El software PeopleSoft se puede instalar de una de las siguientes maneras:

• Directorios raíz locales: instalación de todo el software PeopleSoft y los componentes de infraestructura necesarios, como Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools y las aplicaciones PeopleSoft en cada servidor que alojará PeopleSoft.
• Directorios raíz compartidos: instalación de todo el software PeopleSoft y los componentes de infraestructura necesarios, como Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools y las aplicaciones PeopleSoft, en un sistema de archivos compartido. Con esta opción, las variables de entorno PS_HOME y PS_APP_HOME de todos los nodos apuntan a una única ubicación de directorio del sistema de archivos compartido.

Ya se utilicen directorios raíz locales o compartidos, los directorios raíz, COBDIR y el repositorio de informes se deben instalar en sistemas de archivos que ofrezcan una forma de redundancia que proteja contra fallos de disco.

Recomendamos desplegar PeopleSoft mediante el paradigma de directorio raíz compartido en el servicio Oracle Cloud Infrastructure File Storage, un sistema de archivos compartido tolerante a fallos.

PeopleSoft HA de Capa Web y de Aplicaciones

El diagrama de arquitectura de máxima disponibilidad de PeopleSoft mostrado anteriormente es la configuración de alta disponibilidad más sencilla para un despliegue de PeopleSoft.

Tiene lo siguiente:

• Un equilibrador de carga se utiliza para distribuir el tráfico web entre los servidores web. Los conmutadores dobles están configurados para redundancia.
• Se han configurado dos o más servidores web de PeopleSoft Pure Internet Architecture (PIA) para la distribución y redundancia de la carga de trabajo. Cada servidor web de PIA se conecta a dos o más servidores de aplicaciones (se describe a continuación). Si un servidor de aplicaciones deja de estar disponible, sus solicitudes se direccionarán a un servidor de aplicaciones alternativo.

  Tenga en cuenta que, en una configuración estándar, las sesiones del servidor web PIA se acumulan en estado y son "permanentes" a un servidor específico durante la duración de su sesión. Si un servidor web falla, los usuarios de ese servidor se dirigirán automáticamente a un servidor web superviviente, pero tendrán que volver a autenticarse y perderán su estado de sesión.

• Se configura un cluster de servidor de caché de Coherence*Web para conservar el estado de la sesión si falla un servidor web de PIA.

  Hemos colocado un servidor de caché web de Coherence*Web en cada host web de PIA para formar un cluster de caché web de Coherence*Web. Con esta configuración, los usuarios afectados por un servidor web con fallos y enrutados a otro no tienen que volver a autenticarse ni perder el trabajo.

  Note:

  Coherence*Web es un componente con licencia independiente y no se incluye como parte de una instalación base PeopleSoft.

• Se configuran dos o más servidores de aplicaciones PeopleSoft en hosts independientes (VM) para proporcionar redundancia en caso de que un servidor de aplicaciones deje de estar disponible. Es en esta capa donde se ejecuta la mayor parte de la lógica de negocio. Como no hay ningún estado de sesión en este nivel, la pérdida de un servidor de aplicaciones no provoca la necesidad de un nuevo trabajo del usuario. Se puede observar un retraso a medida que el servidor web PIA enruta la solicitud a un servidor de aplicaciones restante.
• Se configuran dos o más programadores de procesos PeopleSoft, que se muestran aquí compartiendo el hardware físico utilizado por los servidores de aplicaciones. El primer programador de procesos que se inicia se designa "maestro"; el resto son esclavos. El maestro asigna trabajos a los programadores de procesos esclavos. Si el maestro falla, uno de los programadores de procesos esclavos asumirá el rol de maestro. Los programadores de procesos se conectan a la base de datos mediante servicios de base de datos basados en roles.