Configure una PeopleSoft arquitectura de alta disponibilidad en AWS

Una cuenta de AWS activa

Un PeopleSoft entorno con las licencias necesarias para configurarlo en AWS

Una nube privada virtual (VPC) configurada en su cuenta de AWS con los siguientes recursos:

Este patrón proporciona una solución de alta disponibilidad (HA). No es compatible con escenarios de recuperación de desastres (DR). En el infrecuente caso de que toda la región de AWS para la implementación de alta disponibilidad dejase de estar disponible, la aplicación dejaría de estar disponible.

PeopleSoft aplicaciones que ejecutan la versión PeopleTools 8.52 y versiones posteriores

Amazon Route 53 se utiliza como servidor de nombres de dominio (DNS) para enrutar las solicitudes de Internet a la PeopleSoft aplicación.

AWS WAF le ayuda a protegerse contra exploits y bots web comunes que pueden afectar a la disponibilidad, comprometer la seguridad o consumir recursos excesivos. AWS Shield Avanzado (no se ilustra) proporciona una protección mucho más amplia.

El Equilibrador de carga de aplicación equilibra la carga del tráfico HTTP y HTTPS con un enrutamiento de solicitudes avanzado dirigido a los servidores web.

Los servidores web, los servidores de aplicaciones, los servidores del programador de procesos y los servidores Elasticsearch que admiten la PeopleSoft aplicación se ejecutan en varias zonas de disponibilidad y utilizan Amazon Auto Scaling EC2 .

La base de datos utilizada por la PeopleSoft aplicación se ejecuta en Amazon RDS en una configuración Multi-AZ.

El recurso compartido de archivos que utiliza la PeopleSoft aplicación está configurado en Amazon EFS y se utiliza para acceder a los archivos de todas las instancias.

Amazon EC2 Auto Scaling utiliza Amazon Machine Images (AMI) para garantizar que PeopleSoft los componentes se clonen rápidamente cuando sea necesario.

Las puertas de enlace NAT conectan las instancias de una subred privada a servicios externos a su VPC y garantizan que los servicios externos no puedan iniciar una conexión con dichas instancias.

La puerta de enlace de internet es un componente de la VPC de escalado horizontal, redundante y de alta disponibilidad que permite la comunicación entre su VPC e internet.

Los host bastión de la subred pública proporcionan acceso a los servidores de la subred privada desde una red externa, como Internet o una red en las instalaciones. Los host bastión proporcionan un acceso controlado y seguro a los servidores de las subredes privadas.

Bases de datos: la función Multi-AZ de Amazon RDS opera dos bases de datos en varias zonas de disponibilidad con replicación sincrónica. Esto crea un entorno de alta disponibilidad con conmutación por error automática. Amazon RDS cuenta con una función de detección de eventos de conmutación por error, e inicia una conmutación por error automática cuando se producen dichos eventos. También puede iniciar una conmutación por error manual a través de la API de Amazon RDS. Para obtener una explicación detallada, consulte la entrada del blog Amazon RDS entre bastidores: Multi-AZ. La conmutación por error es fluida, y la aplicación se vuelve a conectar automáticamente a la base de datos cuando se produce. Sin embargo, cualquier trabajo del programador de procesos durante la conmutación por error genera errores y debe volver a enviarse.

PeopleSoft servidores de aplicaciones: los servidores de aplicaciones están repartidos en múltiples zonas de disponibilidad y tienen un grupo de Auto Scaling definido para ellos. Si una instancia falla, el grupo de escalado automático la reemplaza inmediatamente por una instancia en buen estado que se clona desde la AMI de la plantilla del servidor de aplicaciones. Se habilita la agrupación por descargas de modo que, cuando una instancia del servidor de aplicaciones deja de funcionar, las sesiones se conmutan automáticamente por error a otro servidor de aplicaciones, y el grupo de escalado automático activa automáticamente otra instancia, abre el servidor de aplicaciones y la registra en el montaje de Amazon EFS. El servidor de aplicaciones recién creado se añade automáticamente a los servidores web mediante el script PSSTRSETUP.SH de los servidores web. Esto garantiza que el servidor de la aplicación esté siempre altamente disponible y se recupere de los errores con rapidez.

Programadores de procesos: los servidores de los programadores de procesos están distribuidos en varias zonas de disponibilidad, y tienen un grupo de escalado automático definido para ellos. Si falla una instancia, el grupo de escalado automático la sustituye inmediatamente por una instancia sana clonada a partir de la AMI de la plantilla de servidor del programador de procesos. Cuando una instancia del programador de procesos deja de funcionar, el grupo de escalado automático activa automáticamente otra instancia y abre el programador de procesos. Todos los trabajos que estaban en ejecución cuando la instancia falló deben volver a enviarse. Esto garantiza que el programador de procesos esté disponible en todo momento y se recupere rápidamente de los errores.

Servidores Elasticsearch: Los servidores Elasticsearch tienen un grupo de escalado automático definido para ellos. Si falla una instancia, el grupo de escalado automático la sustituye inmediatamente por una instancia sana clonada a partir de la AMI de la plantilla del servidor de Elasticsearch. Cuando una instancia de Elasticsearch deja de funcionar, el equilibrador de carga de aplicación que le envía las solicitudes detecta el error y deja de enviarle tráfico. El grupo de escalado automático activa automáticamente otra instancia y abre la instancia de Elasticsearch. Cuando la instancia de Elasticsearch se recupera, el equilibrador de carga de aplicación detecta que está en buen estado y vuelve a enviarle solicitudes. Esto garantiza que el servidor de Elasticsearch esté siempre altamente disponible y se recupere de los errores con rapidez.

Servidores web: Los servidores web tienen un grupo de escalado automático definido para ellos. Si falla una instancia, el grupo de escalado automático la sustituye inmediatamente por una instancia sana clonada a partir de la AMI de la plantilla del servidor web. En concreto, cuando una instancia de servidor web se cae, el Equilibrador de carga de aplicación que le sirve las peticiones detecta el fallo y deja de enviarle tráfico. El grupo de escalado automático pone en marcha automáticamente otra instancia y pone en marcha la instancia del servidor web. Cuando la instancia del servidor web vuelve a funcionar, el Equilibrador de carga de aplicación detecta que está en buen estado y comienza a enviarle peticiones de nuevo. Esto garantiza que el servidor web esté siempre altamente disponible y se recupere de los errores con rapidez.

Los balanceadores de carga de aplicaciones distribuyen el tráfico de aplicaciones entrante entre varios destinos, como EC2 instancias, en varias zonas de disponibilidad.

Amazon Elastic Block Store (Amazon EBS) proporciona volúmenes de almacenamiento a nivel de bloques para utilizarlos con instancias de Amazon Elastic Compute Cloud (Amazon). EC2

Amazon Elastic Compute Cloud (Amazon EC2) proporciona capacidad informática escalable en la nube de AWS. Puede lanzar tantos servidores virtuales como necesite y escalarlos o reducirlos con rapidez.

Amazon Elastic File System (Amazon EFS) le ayuda a crear y configurar sistemas de archivos compartidos en la nube de AWS.

Amazon Relational Database Service (Amazon RDS) le ayuda a configurar, utilizar y escalar una base de datos relacional en la nube de AWS.

Amazon Route 53 es un servicio web de sistema de nombres de dominio (DNS) escalable y de alta disponibilidad.

Cuando utilice AWS, utilice Route 53 para enrutar el tráfico desde Internet y de forma local. PeopleSoft Use la opción de conmutación por error para redirigir el tráfico al sitio de recuperación de desastres (DR) si la instancia de base de datos principal no está disponible.

Utilice siempre un Application Load Balancer delante del PeopleSoft entorno. Esto garantiza que la carga del tráfico se equilibre en los servidores web de forma segura.

En la configuración del grupo de destino del equilibrador de carga de aplicación, asegúrese de que la adherencia esté activada con una cookie generada por el equilibrador de carga.

En el caso de una aplicación de PeopleSoft producción, el tiempo de espera de inactividad de Application Load Balancer debe coincidir con el establecido en el perfil web que utilice. Esto evita que las sesiones de usuario caduquen en la capa del equilibrador de carga.

Para una aplicación PeopleSoft de producción, establezca el recuento de reciclaje del servidor de aplicaciones en un valor que minimice las pérdidas de memoria.

Si utiliza una base de datos de Amazon RDS para su aplicación de PeopleSoft producción, tal y como se describe en este patrón, ejecútela en formato Multi-AZ para obtener una alta disponibilidad.

Si la base de datos se ejecuta en una EC2 instancia de la aplicación de PeopleSoft producción, asegúrese de que la base de datos en espera se ejecute en otra zona de disponibilidad para garantizar una alta disponibilidad.

Para la recuperación ante desastres, asegúrese de que su base de datos o EC2 instancia de Amazon RDS tenga un modo de espera configurado en una región de AWS distinta de la base de datos de producción. Esto garantiza que, en caso de que se produzca un desastre en la región, pueda cambiar la aplicación a otra región.

En cuanto a la RD, use Amazon Elastic Disaster Recovery para configurar los componentes de nivel de aplicación en una región distinta de los componentes de producción. Esto garantiza que, en caso de que se produzca un desastre en la región, pueda cambiar la aplicación a otra región.

Utilice Amazon EFS (para requisitos de E/S moderados) o Amazon FSx (para requisitos de E/S altos) para almacenar sus PeopleSoft informes, archivos adjuntos y archivos de datos. Esto garantiza que el contenido se almacene en una ubicación central y accesible desde cualquier lugar de la infraestructura.

Utilice Amazon CloudWatch (básico y detallado) para supervisar los recursos de la nube de AWS que utiliza su PeopleSoft aplicación prácticamente en tiempo real. Esto garantiza que reciba alertas de los problemas al instante y pueda solucionarlos rápidamente antes de que afecten a la disponibilidad del entorno.

Si utiliza una base de datos de Amazon RDS como base de datos, utilice Enhanced Monitoring. PeopleSoft Esta característica proporciona acceso a más de 50 métricas, incluidas CPU, memoria, E/S del sistema de archivos y E/S del disco.

Utilice AWS CloudTrail para supervisar las llamadas a la API en los recursos de AWS que utiliza su PeopleSoft aplicación. Esto permite realizar análisis de seguridad, seguimiento de los cambios en los recursos y auditorías de conformidad.

Para proteger su PeopleSoft aplicación de vulnerabilidades habituales, como la inyección de SQL o el cross-site scripting (XSS), utilice AWS WAF. Considere la posibilidad de usar AWS Shield Avanzado para obtener servicios de detección y mitigación personalizados.

Agrega una regla al Application Load Balancer para redirigir el tráfico de HTTP a HTTPS automáticamente y así proteger tu PeopleSoft aplicación.

Configure un grupo de seguridad independiente para el equilibrador de carga de aplicación. Este grupo de seguridad solo debe permitir el tráfico entrante HTTPS/HTTP, y no el tráfico saliente. Esto garantiza que solo se permita el tráfico previsto y ayuda a proteger la aplicación.

Use subredes privadas para los servidores de aplicaciones, los servidores web y la base de datos, y use puertas de enlace NAT para el tráfico de Internet saliente. Esto garantiza que no se pueda acceder públicamente a los servidores que respaldan la aplicación y, al mismo tiempo, proporciona acceso público solo a los servidores que lo necesitan.

Utilice diferentes VPCs para ejecutar sus entornos de PeopleSoft producción y de no producción. Utilice AWS Transit Gateway, la interconexión de VPC, la red ACLs y los grupos de seguridad para controlar el flujo de tráfico entre las VPC y, si es necesario, su centro de datos local.

Siga el principio de privilegio mínimo Conceda acceso a los recursos de AWS que utiliza la PeopleSoft aplicación solo a los usuarios que lo necesiten absolutamente. Otorgue únicamente los privilegios mínimos obligatorios para realizar una tarea. Para obtener más información, consulte el pilar de seguridad del Marco de AWS Well-Architected.

Siempre que sea posible, utilice AWS Systems Manager para acceder a las EC2 instancias que utiliza la PeopleSoft aplicación.

Cuando utilice un equilibrador de carga de aplicación, registre un único destino para cada zona de disponibilidad habilitada. Esto aumenta la efectividad del equilibrador de carga.

Le recomendamos que tenga tres direcciones distintas URLs para cada entorno de PeopleSoft producción: una URL para acceder a la aplicación, otra para servir al agente de integración y otra para ver los informes. Si es posible, cada URL debe tener sus propios servidores web y servidores de aplicaciones dedicados. Este diseño ayuda a que PeopleSoft la aplicación sea más segura, ya que cada URL tiene una funcionalidad distinta y un acceso controlado. También minimiza el alcance del impacto en caso de que los servicios subyacentes fallen.

Te recomendamos configurar las comprobaciones de estado de los grupos objetivo del balanceador de cargas de tu PeopleSoft aplicación. Las comprobaciones de estado deben realizarse en los servidores web y no en las EC2 instancias que ejecutan esos servidores. Esto garantiza que si el servidor web se bloquea o la EC2 instancia que lo aloja deja de funcionar, Application Load Balancer refleje esa información con precisión.

En el caso PeopleSoft de una aplicación de producción, le recomendamos que distribuya los servidores web en al menos tres zonas de disponibilidad. Esto garantiza que la PeopleSoft aplicación siempre tenga una alta disponibilidad, incluso si una de las zonas de disponibilidad deja de funcionar.

Para una aplicación PeopleSoft de producción, habilite la agrupación de sacudidas ()joltPooling=true. Esto garantiza que su aplicación se conmute por error a otro servidor de aplicaciones si un servidor está inactivo por motivos de aplicación de parches o debido a un fallo de la máquina virtual.

Para una aplicación de PeopleSoft producción, establézcalo en 1DynamicConfigReload . Esta configuración se admite en la PeopleTools versión 8.52 y versiones posteriores. Añade nuevos servidores de aplicaciones al servidor web de forma dinámica, sin necesidad de reiniciar los servidores.

Para minimizar el tiempo de inactividad al aplicar PeopleTools parches, utilice el método de despliegue azul/verde para las configuraciones de lanzamiento grupal de Auto Scaling para los servidores web y de aplicaciones. Para obtener más información, consulte el documento técnico Descripción general de las opciones de implementación en AWS.

Utilice AWS Backup para hacer copias de seguridad de su PeopleSoft aplicación en AWS. AWS Backup es un servicio rentable, totalmente gestionado y basado en políticas que simplifica la protección de datos a escala.

Termine el SSL en el Application Load Balancer para obtener un rendimiento óptimo del PeopleSoft entorno, a menos que su empresa requiera tráfico cifrado en todo el entorno.

Cree puntos de enlace de VPC de interfaz para los servicios de AWS, como Amazon Simple Notification Service (Amazon SNS) CloudWatch, de forma que el tráfico sea siempre interno. Esto es rentable y ayuda a mantener la aplicación segura.

Etiquete todos los recursos que utiliza su PeopleSoft entorno y active las etiquetas de asignación de costes. Estas etiquetas le ayudan a ver y gestionar los costos de sus recursos.

Para una aplicación PeopleSoft de producción, configure grupos de Auto Scaling para los servidores web y los servidores de aplicaciones. De este modo, mantiene el número mínimo de servidores web y de aplicaciones para dar soporte a su aplicación. Puede usar políticas de grupo de escalado automático para ampliar o reducir los servidores según sea necesario.

Use alarmas de facturación para recibir alertas cuando los costos superen el umbral presupuestario que especifique.

Utilice la infraestructura como código (IaC) para mantener sus PeopleSoft entornos. Esto permite crear entornos coherentes y a mantener el control de los cambios.

PeopleSoft Sitio web de Oracle

Documentación de AWS