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
Oracle PeopleSoft
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](images/pattern-img/0db96376-dadb-4545-b130-ebbe64acd4e9/images/5d585a8e-320a-495d-a049-97171633e90f.png)
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
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 (AmazonEBS) proporciona volúmenes de almacenamiento a nivel de bloques para usarlos con instancias de Amazon Elastic Compute Cloud EC2 (Amazon).
Amazon Elastic Compute Cloud (AmazonEC2) proporciona capacidad informática escalable en la AWS nube. Puede lanzar tantos servidores virtuales como necesite y escalarlos o reducirlos con rapidez.
Amazon Elastic File System (AmazonEFS) le ayuda a crear y configurar sistemas de archivos compartidos en la AWS nube.
Amazon Relational Database Service (RDSAmazon) le ayuda a configurar, operar y escalar una base de datos relacional en AWS la nube.
Amazon Route 53 es un servicio DNS web escalable y de alta disponibilidad.
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 VPC centro 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 1
DynamicConfigReload
. 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
Termine con SSL 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 VPCpuntos de enlace de interfaz para AWS servicios como Amazon Simple Notification Service (AmazonSNS) y CloudWatchpara que el tráfico sea siempre interno. Esto es rentable y ayuda a mantener la aplicación segura.
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
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Creación de un grupo de subredes de base de datos. | En la RDSconsola de Amazon | 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 | Administrador de la nube, PeopleSoft DBA |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Cree un sistema de archivos. | En la EFSconsola de Amazon | Administrador de la nube |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Lanza una EC2 instancia. | Lanza una EC2 instancia para tu PeopleSoft aplicación. Para obtener instrucciones, consulta la EC2documentación de Amazon.
| 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
Añada la línea siguiente al archivo
| Administrador de la nube, PeopleSoft administrador |
Comprobar permisos. | Asegúrese de que la | 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 | Administrador de la nube, PeopleSoft administrador |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Cree un script para instalar el servidor de aplicaciones. | En la EC2
| PeopleSoft administrador |
Cree un script para instalar el servidor de programador de procesos. | En la EC2
| PeopleSoft administrador |
Cree un script para instalar el servidor Elasticsearch. | En la EC2
| PeopleSoft administrador |
Cree un script para instalar el servidor web. | En la EC2
| PeopleSoft administrador |
Añada una entrada de crontab. | En la EC2
| PeopleSoft administrador |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Cree una plantilla AMI para el servidor de aplicaciones. | En la EC2 consola de Amazon, crea una AMI imagen de la EC2 | 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
| 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
| 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
| 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
| Administrador de la nube, PeopleSoft administrador |
Tarea | Descripción | Habilidades 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
| 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 |
Tarea | Descripción | Habilidades 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 | Administrador de la nube |
Añada grupos de destino a los grupos de escalado automático. | Abra el grupo de escalado automático Repite este paso para el grupo de escalado automático de Elasticsearch | Administrador de la nube |
Establezca la adherencia de la sesión. | En el grupo de destino Repita este paso para el grupo de destino | Administrador de la nube |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Crear un equilibrador de carga para los servidores web. | Cree un equilibrador de carga de aplicación con el nombre
| 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
| Administrador de la nube |
Configure Route 53. | En la consola Amazon Route 53 | Administrador de la nube |