Información sobre el despliegue de PeopleSoft en Oracle Cloud Infrastructure
Si desea aprovisionar PeopleSoft en Oracle Cloud Infrastructure o migrar entornos de PeopleSoft desde su centro de datos a Oracle Cloud Infrastructure, puede planificar una topología de varios hosts, segura y de alta disponibilidad.
Arquitectura
Obtenga información sobre los conceptos clave que puede utilizar para planificar estas opciones de despliegue para PeopleSoft :
-
Arquitectura para desplegar PeopleSoft en un único dominio de disponibilidad al mismo tiempo que se asegura una alta disponibilidad. Utilice esta arquitectura cuando desee asegurarse de que la aplicación está disponible incluso cuando se cae una instancia de la aplicación. Las otras instancias de aplicación disponibles en el dominio de disponibilidad siguen procesando las solicitudes.
-
Arquitectura para desplegar PeopleSoft en varios dominios de disponibilidad, a la vez que se garantiza una alta disponibilidad. Utilice esta arquitectura cuando desee asegurarse de que la aplicación está disponible incluso cuando un dominio de disponibilidad está caído. Puede acceder a las instancias de la aplicación en otro dominio de disponibilidad.
-
Arquitectura para desplegar PeopleSoft a la vez que se garantiza la alta disponibilidad y la recuperación ante desastres. Utilice esta arquitectura cuando desee configurar un sitio de recuperación ante desastres para su aplicación en una región diferente.
La arquitectura es válida para los despliegues de PeopleSoft realizados manualmente o mediante las herramientas de automatización de PeopleSoft en Oracle Cloud Infrastructure.
Se recomienda tener en cuenta que no desea acceder a la base de datos ni a los hosts de la aplicación a través de Internet.
Arquitectura para Desplegar PeopleSoft en un Dominio de Disponibilidad Única
Esta arquitectura muestra el despliegue de una aplicación PeopleSoft en un único dominio de disponibilidad al mismo tiempo que garantiza una alta disponibilidad.
La arquitectura consta de una VCN con la base, el equilibrador de carga, la aplicación y los hosts de la base de datos colocados en subredes separadas de la VCN en un único dominio de disponibilidad. El host de base se despliega en una subred pública y el resto de instancias se despliegan en subredes privadas. Puede colocar las diferentes instancias en subredes públicas o privadas según los requisitos de negocio. Puede acceder a las instancias de subredes privadas a través del puerto 22 a través del host de base o DRG si ha configurado un túnel VPN de IPSec entre su centro de datos y Oracle Cloud Infrastructure DRG.
En esta arquitectura, las instancias redundantes se despliegan en el nivel de aplicación y la capa de base de datos para garantizar una alta disponibilidad dentro del dominio de disponibilidad. Esto garantiza que la aplicación está disponible incluso cuando se cae una instancia de la aplicación. Las otras instancias de aplicación disponibles en el dominio de disponibilidad siguen procesando las solicitudes. Todas las instancias de aplicación del dominio de disponibilidad están activas. Las instancias del equilibrador de carga reciben solicitudes y las envían a los servidores de aplicaciones. Esta alta disponibilidad de una aplicación dentro de un dominio de disponibilidad se puede alcanzar colocando instancias de aplicación en dominios de fallos separados. Los dominios de fallo le permiten distribuir las instancias de modo que no se encuentren en el mismo hardware físico dentro de un único dominio de disponibilidad. Como resultado, un fallo de hardware o mantenimiento de hardware que afecta un dominio de fallos no afecta a las instancias de otros dominios de fallos.
Las instancias de la subred privada necesitan una conexión saliente a Internet para descargar parches, así como para aplicar actualizaciones de sistema operativo y aplicación. Para ello, utilice un gateway de traducción de direcciones de red (NAT) en su VCN. Con un gateway NAT, los hosts de la subred privada pueden iniciar conexiones a Internet y recibir respuestas, pero no recibirán conexiones entrantes iniciadas desde Internet.
Oracle recomienda que la base de datos y las aplicaciones desplegadas en Oracle Cloud Infrastructure tengan una sólida estrategia de copia de seguridad de recuperación. Se recomienda almacenar copias de seguridad de bases de datos e instancias de aplicaciones en Oracle Cloud Infrastructure Object Storage . Se puede realizar una copia de seguridad de las bases de datos e instancias de aplicación en subredes privadas en Oracle Cloud Infrastructure Object Storage mediante un gateway de servicios. Una puerta de enlace de servicio proporciona acceso al almacenamiento de objetos de Oracle Cloud Infrastructure sin recorrer Internet.
Las copias de seguridad automáticas y a petición de datos en Oracle Cloud Infrastructure Object Storage se pueden configurar mediante la consola de Oracle Cloud Infrastructure . Para ello, es necesario contar con conectividad a Oracle Cloud Infrastructure Object Storage mediante un punto final Swift. Todas las copias de seguridad de la base de datos en Oracle Cloud Infrastructure Object Storage están cifradas con la misma clave maestra utilizada para el cifrado de carteras de cifrado de datos transparente (TDE). El servicio de copia de seguridad automática de la base de datos utiliza la estrategia de copia de seguridad incremental semanal para realizar copias de seguridad de las bases de datos con una política de retención de 30-day. También se puede realizar una copia de seguridad completa a demanda de bases de datos para requisitos ad hoc.
La copia de seguridad de la aplicación se puede configurar utilizando la función de copia de seguridad basada en políticas de Oracle Cloud Infrastructure Block Volumes . Oracle Cloud Infrastructure Block Volumes le permite realizar copias de seguridad de volúmenes automáticamente basadas en un programa y retenerlas según la política de copia de seguridad seleccionada. Esto le permite cumplir con los requisitos de cumplimiento y normativa de los datos. Hay tres políticas de copia de seguridad predefinidas: Bronze, Silver y Gold. Cada política de copia de seguridad tiene una frecuencia de copia de seguridad predefinida y un período de retención.

Descripción de la ilustración peoplesoft_single_availability_domain_ha_topology.png
-
Host Bastion: el host de base es un componente opcional que puede utilizar como servidor de salto para acceder a las instancias de la subred privada.
-
Nivel de equilibrador de carga: este nivel contiene las instancias de Oracle Cloud Infrastructure Load Balancing que equilibran el tráfico en los servidores web de PeopleSoft. El equilibrador de carga recibe las solicitudes de los usuarios y, a continuación, direcciona estas solicitudes al nivel de la aplicación.
-
Nivel de Aplicación: este nivel contiene instancias redundantes de los servidores de aplicaciones PeopleSoft , servidores web de PeopleSoft, servidores ElasticSearch y PeopleSoft Process Scheduler para proporcionar alta disponibilidad. Configure instancias redundantes de todos los servidores del nivel de aplicación para asegurarse de que puede seguir accediendo a la aplicación incluso si se cae una instancia.
-
Cliente de PeopleTools: utilice el cliente de PeopleTools para realizar actividades de administración, como desarrollo, migración y actualización.
-
Nivel de Base de Datos: Este nivel contiene instancias del sistema de base de datos Oracle Cloud Infrastructure. Para obtener los requisitos de alta disponibilidad, Oracle recomienda que utilice sistemas de base de datos Oracle Real Application Clusters (Oracle RAC) de dos nodos o un sistema Oracle Database Exadata Cloud Service de Oracle Cloud Infrastructure .
Arquitectura para Desplegar PeopleSoft en Varios Dominios de Disponibilidad
Esta arquitectura muestra el despliegue de los servidores de aplicaciones PeopleSoft en varios dominios de disponibilidad. Muestra una VCN con la base, el equilibrador de carga, la aplicación y los hosts de la base de datos colocados en subredes independientes en dos dominios de disponibilidad.
En el diagrama de arquitectura, el host de base se despliega en una subred pública y el resto de instancias se despliegan en subredes privadas. Puede colocar las instancias en subredes públicas o privadas según los requisitos de negocio. Puede acceder a las instancias de subredes privadas a través del puerto 22 a través del host de base o DRG si ha configurado un túnel VPN de IPSec entre su centro de datos y Oracle Cloud Infrastructure DRG. Todas las instancias están activas en los dos dominios de disponibilidad. Los únicos componentes pasivos en la arquitectura son los hosts de la base de datos en el dominio de disponibilidad 2.
Los hosts de base en el dominio de disponibilidad 1 y el dominio de disponibilidad 2 están activos y pueden servir solicitudes SSH a instancias en ambos dominios de disponibilidad en todo momento. El servicio DNS local o DNS externo recibe la solicitud para la aplicación PeopleSoft . Estas solicitudes son una carga en rueda (round-robin) equilibrada en uno de los equilibradores de carga en el dominio de disponibilidad 1 o 2. A continuación, el equilibrador de carga direcciona la solicitud a uno de los servidores web de PeopleSoft subyacentes en el dominio de disponibilidad 1 o 2. El servidor web de PeopleSoft envía la solicitud a uno de los servidores de aplicaciones de PeopleSoft y, por último, el servidor de aplicaciones reenvía las solicitudes a las instancias de bases de datos activas en el dominio de disponibilidad 1 para su procesamiento.
Si el dominio de disponibilidad 1 no está disponible, debe eliminar manualmente la entrada del equilibrador de carga del dominio de disponibilidad 1 del servicio DNS y cambiar la base de datos a las instancias de base de datos del dominio de disponibilidad 2. Las solicitudes recibidas del servicio DNS ahora se direccionan al equilibrador de carga en el dominio de disponibilidad 2 y, a continuación, a la base de datos en el dominio de disponibilidad 2 para el procesamiento.

Descripción de la ilustración peoplesoft_multiple_availability_domain_ha_topology.png
-
Host Bastion: un host de base es un componente opcional que se puede provisionar en cada dominio de disponibilidad para que actúe como host de salto para acceder a las instancias de base de datos y aplicación. Los hosts de Bastion en el dominio de disponibilidad 1 y el dominio de disponibilidad 2 tienen el estado activo.
-
Instancias de equilibrador de carga: las instancias de Oracle Cloud Infrastructure Load Balancing distribuyen el tráfico entre los servidores de aplicaciones en ambos dominios de disponibilidad. Las instancias del equilibrador de carga del dominio de disponibilidad 1 y 2 están activas. Las solicitudes recibidas en la URL de PeopleSoft se equilibran en la carga en rueda en un equilibrador de carga en el dominio de disponibilidad 1 o 2 por un servicio DNS local o externo.
-
Nivel de aplicación: el dominio de disponibilidad 1 y el dominio de disponibilidad 2 contienen instancias redundantes del servidor de aplicaciones de PeopleSoft , el servidor web de PeopleSoft , los servidores ElasticSearch y el programador de procesos de PeopleSoft . Todas las instancias del nivel de aplicación en los dos dominios de disponibilidad están en estado activo.
-
Cliente de PeopleTools: utilice el cliente de PeopleTools para realizar actividades de administración, como el desarrollo, la migración y la actualización.
-
Nivel de base de datos: hasta instancias de base de datos de alta disponibilidad en ambos dominios de disponibilidad. El dominio de disponibilidad 1 aloja las instancias de la base de datos primaria. El dominio de disponibilidad 2 aloja las instancias de la base de datos en espera. En cada dominio de disponibilidad, se configuran al menos dos instancias de base de datos para garantizar una alta disponibilidad. Si una instancia de base de datos no está disponible en el dominio de disponibilidad 1, la segunda instancia de base de datos del dominio de disponibilidad 1 continúa procesando solicitudes.
Utilice Oracle Active Data Guard en modo síncrono para replicar la base de datos entre los dominios de disponibilidad de una región.
Antes de Empezar
Antes de empezar a configurar los componentes de Oracle Cloud Infrastructure con Terraform, asegúrese de que está utilizando un host local Windows, Linux o similar a UNIX con acceso a Internet. Este sistema puede ser un sistema local o estar en la nube. Para mayor comodidad, recomendamos que sea su sistema local o su host local.
También debe tener acceso a un arrendamiento de Oracle Cloud Infrastructure .
Los pasos para configurar y utilizar Terraform son diferentes en diferentes sistemas operativos. En un sistema Linux o UNIX, necesitará las siguientes herramientas y utilidades:
-
Git
para clonar el paquete del proveedor Terraform y los módulos Terraform desde el repositorio. Es opcional. Puede utilizar un explorador web en su lugar para descargar los paquetes. -
ssh-keygen
para generar un par de claves SSH. -
OpenSSL
para generar un par de claves de firma de API. -
Un explorador web para acceder a la consola de Oracle Cloud Infrastructure.
En un sistema Windows, necesitará:
-
Git Bash para clonar el paquete de proveedor de Terraform y los módulos de Terraform desde el repositorio. Puede utilizar un explorador web en su lugar para descargar los paquetes. Sin embargo, necesitará Git Bash para generar un par de claves de firma de API y una clave SSH para las instancias de la aplicación, utilizando OpenSSL o
ssh-keygen.
-
PuTTY para generar un par de claves SSH y para conectarse a los hosts de base con esa clave SSH.
-
Un explorador web para acceder a la consola de Oracle Cloud Infrastructure.
Acerca de los servicios y roles necesarios
Esta solución requiere los siguientes servicios y roles:
- Infraestructura de Nube de Oracle
Asegúrese de tener como mínimo las siguientes políticas para el grupo y compartimento del usuario:
ALLOW GROUP <YOUR.GROUP> TO MANAGE instance-family IN COMPARTMENT <YOUR.COMPARTMENT> ALLOW GROUP <YOUR.GROUP> TO MANAGE virtual-network-family IN COMPARTMENT <YOUR.COMPARTMENT> ALLOW GROUP <YOUR.GROUP> TO MANAGE database-family IN COMPARTMENT <YOUR.COMPARTMENT> ALLOW GROUP <YOUR.GROUP> TO MANAGE object-family IN COMPARTMENT <YOUR.COMPARTMENT> ALLOW GROUP <YOUR.GROUP> TO MANAGE volume-family IN COMPARTMENT <YOUR.COMPARTMENT> ALLOW GROUP <YOUR.GROUP> TO MANAGE load-balancers IN COMPARTMENT <YOUR.COMPARTMENT> ALLOW GROUP <YOUR.GROUP> TO READ compartments IN COMPARTMENT <YOUR.COMPARTMENT> Allow GROUP <YOUR.GROUP> to MANAGE file-family in compartment <YOUR.COMPARTMENT> Allow GROUP <YOUR.GROUP> to READ all-resources in tenancy
Consulte más información sobre cómo obtener servicios de Oracle Cloud para las soluciones de Oracle.