Configure una PeopleSoft arquitectura de alta disponibilidad en AWS - Recomendaciones de AWS
ResumenRequisitos previos y limitacionesArquitecturaHerramientasPrácticas recomendadasEpicsRecursos relacionados

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Configure una PeopleSoft arquitectura de alta disponibilidad en AWS

Creado por Ramanathan Muralidhar () AWS

Entorno: producción

Tecnologías: productividad empresarial; infraestructura; aplicaciones web y móviles; bases de datos

Carga de trabajo: Oracle

AWSservicios: Amazon EC2 Auto Scaling; AmazonEFS; Elastic Load Balancing (ELB); Amazon RDS

Resumen

Al migrar sus PeopleSoft cargas de trabajo aAWS, la resiliencia es un objetivo importante. Garantiza que su PeopleSoft aplicación siempre tenga una alta disponibilidad y pueda recuperarse rápidamente de los fallos.

Este patrón proporciona una arquitectura para sus PeopleSoft aplicaciones AWS que garantiza una alta disponibilidad (HA) en los niveles de red, aplicaciones y bases de datos. Utiliza una base de datos Amazon Relational Database Service (RDSAmazon) para Oracle o RDS Amazon SQL for Server para el nivel de base de datos. Esta arquitectura también incluye AWS servicios como Amazon Route 53, instancias Linux de Amazon Elastic Compute Cloud (AmazonEC2), Amazon Elastic Block Storage (AmazonEBS), Amazon Elastic File System (AmazonEFS) y un Application Load Balancer, y es escalable.

Oracle PeopleSoft proporciona un conjunto de herramientas y aplicaciones para la gestión de la fuerza laboral y otras operaciones empresariales.

Requisitos previos y limitaciones

Requisitos previos 

  • Una AWS cuenta activa

  • Un PeopleSoft entorno con las licencias necesarias para configurarlo AWS

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

    • Al menos dos zonas de disponibilidad

    • Una subred pública y tres subredes privadas en cada zona de disponibilidad

    • Una NAT puerta de enlace y una puerta de enlace a Internet

    • Tablas de enrutamiento en cada subred para enrutar el tráfico

    • Listas de control de acceso a la red (redACLs) y grupos de seguridad definidos para garantizar la seguridad de la PeopleSoft aplicación de acuerdo con los estándares de su organización

Limitaciones

  • Este patrón proporciona una solución de alta disponibilidad (HA). No es compatible con escenarios de recuperación de desastres (DR). En el raro caso de que toda la AWS región de la implementación de alta disponibilidad deje de funcionar, la aplicación dejará de estar disponible.

Versiones de producto

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

Arquitectura

Arquitectura de destino

El tiempo de inactividad o la interrupción de PeopleSoft la aplicación de producción afectan a la disponibilidad de la aplicación y provocan importantes interrupciones en su negocio.

Le recomendamos que diseñe su aplicación de PeopleSoft producción de manera que siempre tenga una alta disponibilidad. Para ello, puede eliminar los puntos únicos de fallo, añadir puntos de cruce o conmutación por error fiables y detectar los fallos. El siguiente diagrama ilustra una arquitectura de alta disponibilidad para PeopleSoft onAWS.

Arquitectura de alta disponibilidad para PeopleSoft AWS

Esta implementación de arquitectura utiliza Amazon RDS for Oracle como PeopleSoft base de datos e EC2 instancias que se ejecutan en Red Hat Enterprise Linux (RHEL). También puede utilizar Amazon RDS for SQL Server como base de datos de Peoplesoft.

Esta arquitectura contiene los siguientes componentes: 

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

  • AWSWAFle ayuda a protegerse contra las vulnerabilidades web y los bots más comunes que pueden afectar a la disponibilidad, comprometer la seguridad o consumir recursos excesivos. AWSShield Advanced (no se ilustra) proporciona una protección mucho más amplia.

  • Un Application Load Balancer equilibra la carga HTTP y el HTTPS tráfico 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 en todas las instancias.

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

  • Las NATpasarelas conectan las instancias de una subred privada con servicios ajenos a la suya VPC y garantizan que los servicios externos no puedan iniciar una conexión con esas instancias.

  • La puerta de enlace de Internet es un VPC componente redundante, de alta disponibilidad y escalado horizontalmente que permite la comunicación entre usted 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.

Detalles de la arquitectura

La PeopleSoft base de datos está alojada en una base de datos de Amazon RDS for Oracle (o Amazon RDS for SQL Server) en una configuración Multi-AZ. La función Amazon RDS Multi-AZ replica las actualizaciones de la base de datos en dos zonas de disponibilidad para aumentar la durabilidad y la disponibilidad. Amazon RDS conmuta automáticamente por error a la base de datos en espera en caso de mantenimiento planificado e interrupciones no planificadas.

La PeopleSoft web y el nivel medio están instalados en EC2 las instancias. Estas instancias se distribuyen en varias zonas de disponibilidad, y están vinculadas a un grupo de escalado automático. Esto garantiza que estos componentes estén siempre altamente disponibles. Se mantiene el número mínimo de instancias necesarias para garantizar que la aplicación esté siempre disponible y pueda escalarse cuando sea necesario.

Te recomendamos que utilices un tipo de EC2 instancia de la generación actual para las OEM EC2 instancias. Los tipos de instancias de la generación actual, como las instancias creadas en el sistema AWS Nitro, admiten máquinas virtuales de hardware (HVMs). HVMAMIsSon necesarios para aprovechar las ventajas de las redes mejoradas y, además, ofrecen una mayor seguridad. Las EC2 instancias que forman parte de cada grupo de Auto Scaling usan las suyas propias AMI al reemplazar o escalar instancias. Le recomendamos que seleccione los tipos de EC2 instancias en función de la carga que desee que gestione su PeopleSoft aplicación y de los valores mínimos recomendados por Oracle para su PeopleSoft aplicación y PeopleTools versión. Para obtener más información sobre los requisitos de hardware y software, consulte el sitio web de soporte de Oracle.

La PeopleSoft web y el nivel medio comparten un EFS soporte de Amazon para compartir informes, archivos de datos y (si es necesario) el PS_HOME directorio. Amazon EFS está configurado con objetivos de montaje en cada zona de disponibilidad por motivos de rendimiento y coste.

Se aprovisiona un Application Load Balancer para soportar el tráfico que accede a la PeopleSoft aplicación y equilibra la carga del tráfico entre los servidores web de las diferentes zonas de disponibilidad. Un equilibrador de carga de aplicación es un dispositivo de red que proporciona alta disponibilidad en, al menos, dos zonas de disponibilidad. Los servidores web distribuyen el tráfico a diferentes servidores de aplicaciones mediante una configuración de equilibrio de carga. El equilibrador de carga entre el servidor web y el servidor de aplicaciones garantiza que la carga se distribuya de manera uniforme entre las instancias, ayudando a evitar los cuellos de botella y las interrupciones del servicio debido a la sobrecarga de las instancias.

Amazon Route 53 se utiliza como DNS servicio para enrutar el tráfico desde Internet al Application Load Balancer. Route 53 es un servicio DNS web escalable y de alta disponibilidad.

Detalles de HA

  • 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 un sistema de detección de eventos de conmutación por error e inicia una conmutación por error automática cuando se producen estos eventos. También puedes iniciar la conmutación por error manual a través de Amazon RDSAPI. Para obtener una explicación detallada, consulte la entrada del blog Amazon RDS Under The Hood: 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 Auto Scaling la reemplaza inmediatamente por una instancia en buen estado que se clona a partir AMI de la plantilla del servidor de aplicaciones. En concreto, la agrupación por sacudidas está habilitada, 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 Auto Scaling activa automáticamente otra instancia, abre el servidor de aplicaciones y la registra en el montaje de AmazonEFS. 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 una instancia falla, el grupo Auto Scaling la reemplaza inmediatamente por una instancia en buen estado que se clona desde la plantilla AMI del 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 una instancia falla, el grupo Auto Scaling la reemplaza inmediatamente por una instancia en buen estado que se clona a partir de la plantilla del AMI 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 una instancia falla, el grupo Auto Scaling la reemplaza inmediatamente por una instancia en buen estado que se clona a partir 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.

Herramientas

AWSservicios

Prácticas recomendadas

Prácticas operativas recomendadas

  • Cuando corras PeopleSoft AWS, usa Route 53 para enrutar el tráfico de Internet y de forma local. 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.

    Nota: Es posible que tengas que usar una cookie basada en aplicaciones si utilizas un inicio de sesión único () externo. SSO Esto garantiza que las conexiones sean consistentes entre los servidores web y los servidores de aplicaciones.

  • 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 utilizas una RDS base de datos de Amazon para tu aplicación de PeopleSoft producción, como se describe en este patrón, ejecútala 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úrate de que tu RDS base de datos o EC2 instancia de Amazon tenga un modo de espera configurado en una AWS región 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.

  • Usa Amazon CloudWatch (básico y detallado) para monitorear los recursos de la AWS nube que utiliza tu PeopleSoft aplicación casi 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 utilizas una base de datos de Amazon como RDS base de PeopleSoft datos, utiliza Enhanced Monitoring. Esta función proporciona acceso a más de 50 métricas, entre las que se incluyen la memoriaCPU, las E/S del sistema de archivos y las E/S de los discos.

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

Prácticas recomendadas de seguridad

  • Para proteger su PeopleSoft aplicación de vulnerabilidades comunes, como las SQL inyecciones o las secuencias de comandos entre sitios (XSS), utilice. AWSWAF Considere la posibilidad de utilizar AWSShield Advanced para 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 debe permitir únicamente el HTTPS tráfico HTTP entrante y no el tráfico saliente. Esto garantiza que solo se permita el tráfico previsto y ayuda a proteger la aplicación.

  • Utilice subredes privadas para los servidores de aplicaciones, los servidores web y la base de datos, y utilice NATpuertas de enlace 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.

  • Use diferentes VPCs para ejecutar sus entornos de PeopleSoft producción y de no producción. Utilice AWSTransit Gateway y VPClos grupos de interconexiónACLs, red y seguridad para controlar el flujo de tráfico entre el VPCcentro de datos local y, si es necesario, el centro de datos local.

  • Siga el principio de privilegio mínimo Conceda acceso a los AWS recursos 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 de AWS Well-Architected Framework.

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

Prácticas recomendadas de fiabilidad

  • 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.

  • Se recomienda disponer de tres opciones 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 uno 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 una URL tiene una funcionalidad distinta y un acceso controlado. También minimiza el alcance del impacto en caso de que los servicios subyacentes fallen.

  • Le recomendamos que configure las comprobaciones de estado de los grupos objetivo del equilibrador de carga de su 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 la descripción general de las opciones de implementación en el AWS documento técnico.

  • Use AWSBackup para hacer una copia de seguridad de su PeopleSoft aplicaciónAWS. AWSBackup es un servicio rentable, totalmente gestionado y basado en políticas que simplifica la protección de datos a escala.

Prácticas recomendadas de rendimiento

Prácticas recomendadas de optimización de costos

  • 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 los 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.

Prácticas recomendadas de sostenibilidad

  • 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.

Epics

TareaDescripciónHabilidades requeridas

Creación de un grupo de subredes de base de datos.

En la RDSconsola de Amazon, en el panel de navegación, elija Grupos de subredes y, a continuación, cree un grupo de subredes de Amazon RDS DB con subredes en varias zonas de disponibilidad. Esto es necesario para que la RDS base de datos de Amazon se ejecute en una configuración Multi-AZ.

Administrador de la nube

Crea la base de RDS datos de Amazon.

Cree una RDS base de datos de Amazon en una zona de disponibilidad de la AWS región que seleccionó para el entorno PeopleSoft de alta disponibilidad. Al crear la RDS base de datos de Amazon, asegúrese de seleccionar la opción Multi-AZ (Crear una instancia en espera) y el grupo de subredes de la base de datos que creó en el paso anterior. Para obtener más información, consulta la RDSdocumentación de Amazon.

Administrador de la nube, administrador de bases de datos de Oracle

Migre su PeopleSoft base de datos a AmazonRDS.

Migre su PeopleSoft base de datos existente a la RDS base de datos de Amazon mediante AWS Database Migration Service (AWSDMS). Para obtener más información, consulte la AWSDMSdocumentación y la entrada del AWS blog Cómo migrar bases de datos de Oracle con un tiempo de inactividad prácticamente nulo. AWS DMS

Administrador de la nube, PeopleSoft DBA
TareaDescripciónHabilidades requeridas

Cree un sistema de archivos.

En la EFSconsola de Amazon, cree un sistema de archivos y monte los objetivos para cada zona de disponibilidad. Para obtener instrucciones, consulta la EFSdocumentación de Amazon. Cuando se haya creado el sistema de archivos, anote su DNS nombre. Usará esta información cuando monte el sistema de archivos.

Administrador de la nube
TareaDescripciónHabilidades requeridas

Lanza una EC2 instancia.

Lanza una EC2 instancia para tu PeopleSoft aplicación. Para obtener instrucciones, consulta la EC2documentación de Amazon.

  • En Nombre, escriba APP_TEMPLATE.

  • En imágenes de SO, seleccione Red Hat.

  • En Tipo de instancia, elige el tipo de instancia adecuado para tu PeopleSoft aplicación. Para obtener más información, consulte los Detalles de arquitectura en la sección Arquitectura.

Administrador de la nube, PeopleSoft administrador

Instálelo PeopleSoft en la instancia.

Instala PeopleSoft la aplicación y PeopleTools en la EC2 instancia que creaste. Para obtener instrucciones, consulte la documentación de Oracle.

Administrador de la nube, PeopleSoft administrador

Crear el servidor de la aplicación.

Cree el servidor de aplicaciones para la AMI plantilla y asegúrese de que se conecta correctamente a la RDS base de datos de Amazon.

Administrador de la nube, PeopleSoft administrador

Monta el sistema de EFS archivos de Amazon.

Inicia sesión en la EC2 instancia como usuario root y ejecuta los siguientes comandos para montar el sistema de EFS archivos de Amazon en una carpeta llamada PSFTMNT en el servidor.

sudo su –
mkdir /psftmnt
cat /etc/fstab

Añada la línea siguiente al archivo /etc/fstab. Usa el DNS nombre que anotaste cuando creaste el sistema de archivos.

fs-09e064308f1145388.efs.us-east-1.amazonaws.com:/ /psftmnt nfs4 nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,_netdev 0 0
mount -a
Administrador de la nube, PeopleSoft administrador

Comprobar permisos.

Asegúrese de que la PSFTMNT carpeta tenga los permisos adecuados para que el PeopleSoft usuario pueda acceder a ella correctamente.

Administrador de la nube, PeopleSoft administrador

Cree instancias adicionales.

Repita los pasos anteriores de esta épica para crear instancias de plantilla para el programador de procesos, el servidor web y el servidor Elasticsearch. Nombre estas instancias como PRCS_TEMPLATE, WEB_TEMPLATE y SRCH_TEMPLATE. En el servidor web, defina joltPooling=true y DynamicConfigReload=1.

Administrador de la nube, PeopleSoft administrador
TareaDescripciónHabilidades requeridas

Cree un script para instalar el servidor de aplicaciones.

En la EC2 APP_TEMPLATE instancia de Amazon, crea el siguiente script como PeopleSoft usuario. Asígnele el nombre appstart.sh y colóquelo en el directorio PS_HOME. Utilizará este script para abrir el servidor de aplicaciones y también para grabar el nombre del servidor en la EFS montura de Amazon.

#!/bin/ksh
. /usr/homes/hcmdemo/.profile.
psadmin -c configure -d HCMDEMO
psadmin -c parallelboot -d HCMDEMO
touch /psftmnt/`echo $HOSTNAME`
PeopleSoft administrador

Cree un script para instalar el servidor de programador de procesos.

En la EC2 PRCS_TEMPLATE instancia de Amazon, crea el siguiente script como PeopleSoft usuario. Asígnele el nombre prcsstart.sh y colóquelo en el directorio PS_HOME. Usará este script para abrir el servidor de programador de procesos.

#!/bin/ksh
. /usr/homes/hcmdemo/. profile
/* The following line ensures that the process scheduler always has a unique name during replacement or scaling activity. */ 
sed -i "s/.*PrcsServerName.*/`hostname -I | awk -F. '{print "PrcsServerName=PSUNX"$3$4}'`/" $HOME/appserv/prcs/*/psprcs.cfg
psadmin -p configure -d HCMDEMO
psadmin -p start -d HCMDEMO
PeopleSoft administrador

Cree un script para instalar el servidor Elasticsearch.

En la EC2 SRCH_TEMPLATE instancia de Amazon, como usuario de Elasticsearch, crea el siguiente script. Asígnele el nombre srchstart.sh y colóquelo en el directorio HOME.

#!/bin/ksh
/* The following line ensures that the correct IP is indicated in the elasticsearch.yaml file. */
sed -i "s/.*network.host.*/`hostname  -I | awk '{print "host:"$0}'`/" $ES_HOME_DIR/config/elasticsearch.yaml
nohup $ES_HOME_DIR/bin/elasticsearch &
PeopleSoft administrador

Cree un script para instalar el servidor web.

En la EC2 WEB_TEMPLATE instancia de Amazon, como usuario del servidor web, crea los siguientes scripts en el HOME directorio.

renip.sh: Este script garantiza que el servidor web tenga la IP correcta al ser clonado desde. AMI

#!/bin/ksh
hn=`hostname`
/* On the following line, change the IP with the hostname with the hostname of the web template. */
for text_file in `find  *  -type f -exec grep -l '<hostname-of-the-web-template>' {} \;`
do
sed -e 's/<hostname-of-the-web-template>/'$hn'/g' $text_file > temp
mv -f temp $text_file
done

psstrsetup.sh: Este script garantiza que el servidor web utilice el servidor de aplicaciones correcto IPs que se esté ejecutando actualmente. Intenta conectarse a cada servidor de aplicaciones en el puerto de descarga y lo añade al archivo de configuración.

#!/bin/ksh
c2=""
for ctr in `ls -1 /psftmnt/*.internal`
do
c1=`echo $ctr | awk -F "/" '{print $3}'`
/* In the following lines, 9000 is the jolt port. Change it if necessary. */
if nc -z $c1 9000 2> /dev/null; then
if [[ $c2 = "" ]]; then
c2="psserver="`echo $c1`":9000"
else
c2=`echo $c2`","`echo $c1`":9000"
fi
fi
done

webstart.sh: este script ejecuta los dos scripts anteriores e inicia los servidores web.

#!/bin/ksh
/* Change the path in the following if necessary. */
cd  /usr/homes/hcmdemo 
./renip.sh
./psstrsetup.sh
webserv/peoplesoft/bin/startPIA.sh
PeopleSoft administrador

Añada una entrada de crontab.

En la EC2 WEB_TEMPLATE instancia de Amazon, como usuario del servidor web, añade la siguiente línea a crontab. Cambie la hora y la ruta para reflejar los valores que necesita. Esta entrada garantiza que su servidor web siempre tenga las entradas correctas del servidor de aplicaciones en el archivo configuration.properties.

* * * * * /usr/homes/hcmdemo/psstrsetup.sh
PeopleSoft administrador
TareaDescripciónHabilidades requeridas

Cree una plantilla AMI para el servidor de aplicaciones.

En la EC2 consola de Amazon, crea una AMI imagen de la EC2 APP_TEMPLATE instancia de Amazon. Asigne un nombre al AMIPSAPPSRV-SCG-VER1. Para obtener instrucciones, consulta la EC2documentación de Amazon.

Administrador de la nube, PeopleSoft administrador

Crea AMIs para los demás servidores.

Repita el paso anterior AMIs para crear el programador de procesos, el servidor Elasticsearch y el servidor web.

Administrador de la nube, administrador PeopleSoft

Cree una plantilla de lanzamiento para el grupo de escalado automático del servidor de aplicaciones.

Cree una plantilla de lanzamiento para el grupo de escalado automático del servidor de aplicaciones. Asigne un nombre a la plantilla PSAPPSRV_TEMPLATE. En la plantilla, AMI elija la que ha creado para la APP_TEMPLATE instancia. Para obtener instrucciones, consulta la EC2documentación de Amazon.

  • En la plantilla de lanzamiento, seleccione el tipo de instancia según sus requisitos.

  • En el campo Datos de usuario de la sección Detalles avanzados, añada las siguientes entradas. Asegúrese de que la ruta y la información del usuario sean correctas. Ha creado el script appstart.sh en un paso anterior.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/appstart.sh” - hcmdemo
Administrador de la nube, PeopleSoft administrador

Cree una plantilla de lanzamiento para el grupo de escalado automático del servidor de programación de procesos.

Repita el paso anterior para crear una plantilla de lanzamiento para el grupo de escalado automático del servidor programador de procesos. Asigne un nombre a la plantilla PSPRCS_TEMPLATE. En la plantilla, elija la AMI que creó para el programador de procesos.

  • En el campo Datos de usuario de la sección Detalles avanzados, añada las siguientes entradas. Asegúrese de que la ruta y la información del usuario sean correctas. Ha creado el script prcsstart.sh en un paso anterior.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/prcsstart.sh” - hcmdemo
Administrador de la nube, PeopleSoft administrador

Cree una plantilla de lanzamiento para el grupo de escalado automático del servidor de Elasticsearch.

Repita los pasos anteriores para crear una plantilla de lanzamiento para el grupo de escalado automático del servidor Elasticsearch. Asigne un nombre a la plantilla SRCH_TEMPLATE. En la plantilla, elige la AMI que has creado para el servidor de búsqueda.

  • En el campo Datos de usuario de la sección Detalles avanzados, añada las siguientes entradas. Asegúrese de que la ruta y la información del usuario sean correctas. Ha creado el script srchstart.sh en un paso anterior.

    #! /bin/ksh
su -c “/usr/homes/essearch/srchstart.sh” - essearch
Administrador de la nube, PeopleSoft administrador

Cree una plantilla de lanzamiento para el grupo de escalado automático del servidor web.

Repita los pasos anteriores para crear una plantilla de lanzamiento para el grupo de escalado automático del servidor web. Asigne un nombre a la plantilla WEB_TEMPLATE. En la plantilla, elija la AMI que ha creado para el servidor web.

  • En el campo Datos de usuario de la sección Detalles avanzados, añada las siguientes entradas. Asegúrese de que la ruta y la información del usuario sean correctas. Ha creado el script webstart.sh en un paso anterior.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/webstart.sh” - hcmdemo
Administrador de la nube, PeopleSoft administrador
TareaDescripciónHabilidades requeridas

Cree un grupo de escalado automático para el servidor de aplicaciones.

En la EC2 consola de Amazon, cree un grupo de Auto Scaling llamado PSAPPSRV_ASG para el servidor de aplicaciones mediante la PSAPPSRV_TEMPLATE plantilla. Para obtener instrucciones, consulta la EC2documentación de Amazon.

  • En la página Elija las opciones de lanzamiento de una instancia, seleccione la correcta VPC y, a continuación, seleccione varias subredes de distintas zonas de disponibilidad.

  • En la página Configurar opciones avanzadas, no seleccione ningún equilibrador de carga.

  • En la página Configurar tamaño de grupo y políticas de escalado, seleccione los ajustes en función de la carga para la que desee diseñar el sistema y de si desea utilizar una política de escalado. Le recomendamos que establezca la capacidad mínima deseada en 2, como mínimo, para que haya al menos una instancia disponible para atender el tráfico en cualquier momento. Para obtener más información sobre las políticas de Auto Scaling, consulte la EC2documentación de Amazon.

Administrador de la nube, PeopleSoft administrador

Cree grupos de escalado automático en el resto de servidores.

Repita el paso anterior para crear grupos de escalado automático para el programador de procesos, el servidor Elasticsearch y el servidor web.

Administrador de la nube, PeopleSoft administrador
TareaDescripciónHabilidades requeridas

Cree un grupo de destino para el servidor web.

En la EC2 consola de Amazon, cree un grupo objetivo para el servidor web. Para obtener más instrucciones, consulte la documentación de Elastic Load Balancing. Establezca el puerto en el que escucha el servidor web.

Administrador de la nube

Configurar comprobaciones de estado.

Confirme que las comprobaciones de estado tengan los valores correctos según los requisitos de su empresa. Para obtener más información, consulte la Documentación de Elastic Load Balancing.

Administrador de la nube

Cree un grupo de destino para el servidor Elasticsearch.

Repita los pasos anteriores para crear un grupo de destino llamado PSFTSRCH para el servidor de Elasticsearch, y configure el puerto de Elasticsearch correcto.

Administrador de la nube

Añada grupos de destino a los grupos de escalado automático.

Abra el grupo de escalado automático PSPIA_ASG que creó anteriormente. En la pestaña Equilibrador de carga, elija Editar y, a continuación, añada el grupo de destino PSFTWEB al grupo de escalado automático.

Repite este paso para el grupo de escalado automático de Elasticsearch PSSRCH_ASG y añada el grupo objetivo PSFTSRCH que creó anteriormente.

Administrador de la nube

Establezca la adherencia de la sesión.

En el grupo de destino PSFTWEB, seleccione la pestaña Atributos, elija Editar y defina la adherencia de la sesión. En el tipo de adherencia, seleccione Cookie generada por el equilibrador de carga, y establezca la duración en 1. Para obtener más información, consulte la Documentación de Elastic Load Balancing.

Repita este paso para el grupo de destino PSFTSRCH.

Administrador de la nube
TareaDescripciónHabilidades requeridas

Crear un equilibrador de carga para los servidores web.

Cree un equilibrador de carga de aplicación con el nombre PSFTLB para equilibrar la carga del tráfico a los servidores web. Para obtener más instrucciones, consulte la documentación de Elastic Load Balancing.

  • Proporcione el nombre del equilibrador de carga.

  • En Scheme, elija Internet-facing.

  • En la sección de mapeo de redes, seleccione la subred correcta VPC y al menos dos subredes públicas de distintas zonas de disponibilidad.

  • En la sección de Escucha y enrutamiento, seleccione el grupo de destino PSFTWEB y especifique el protocolo y el número de puerto.

Administrador de la nube

Cree un equilibrador de carga para los servidores de Elasticsearch.

Cree un equilibrador de carga de aplicación con el nombre PSFTSCH para equilibrar la carga del tráfico a los servidores de Elasticsearch.

  • Proporcione el nombre del equilibrador de carga.

  • En Esquema, seleccione Interno.

  • En la sección de mapeo de redes, seleccione las subredes correctas VPC y privadas.

  • En la sección de Escucha y enrutamiento, seleccione el grupo de destino PSFTSRCH y especifique el protocolo y el número de puerto.

Administrador de la nube

Configure Route 53.

En la consola Amazon Route 53, cree un registro en la zona alojada que servirá a la PeopleSoft aplicación. Para obtener instrucciones, consulte la documentación de Amazon Route 53. Esto garantiza que todo el tráfico pase por el equilibrador de carga PSFTLB.

Administrador de la nube

Recursos relacionados