Descripción de la ilustración psft_multi_region_withCallouts.png

Esta imagen es un diagrama de arquitectura del despliegue de la aplicación PeopleSoft en dos regiones, garantizando así la alta disponibilidad y la recuperación ante desastres.

La arquitectura está formada por una región principal de Oracle Cloud Infrastructure y una región de recuperación ante desastres de Oracle Cloud Infrastructure .

Región Primaria

La región principal contiene una red virtual en la nube (VCN) y está conectada a Internet, la red existente del cliente y un cliente web. En la VCN de la región primaria hay dos dominios de disponibilidad idénticos, el dominio de disponibilidad 1 y el dominio de disponibilidad 2. La VCN está enlazada a la región mediante un gateway NAT, un gateway de Internet y un gateway de enrutamiento dinámico, lo que garantiza la conectividad de los dominios de disponibilidad. Cada dominio de disponibilidad contiene una base y un equilibrador de carga. El nivel de aplicación dentro de cada dominio de disponibilidad contiene servidores para Web y para ElasticSeach. Los niveles también contienen subredes que componen los servidores del programador de procesos y los servidores de aplicaciones. Cada dominio de disponibilidad también contiene un servidor de PeopleTools y un nivel de base de datos, que se comunica con el almacenamiento de objetos de Oracle Cloud Infrastructure a través de un gateway de servicios. El nivel de base de datos para el dominio de disponibilidad 2 está desactivado en esta ilustración.

Región de excepciones ante desastres

A diferencia de la región primaria, la región de recuperación ante desastres no está conectada directamente a Internet, la red existente del cliente o un cliente web. En su lugar, se conecta a través de rsync al dominio de disponibilidad de la región primaria 2 para que pueda aprovechar las conexiones externas de ese dominio. De lo contrario, es idéntico a los otros dominios de disponibilidad. El nivel de base de datos en la región de recuperación ante desastres está sincronizadopor Oracle Active Data Guard y los componentes de almacenamiento de objetos en paralelo de Oracle Cloud Infrastructure están sincronizadospor el almacenamiento de objetos de región cruzada.

Hay seis referencias numeradas en la ilustración:
  1. Componentes Activo-Activos entre ADes
  2. Componentes activos-pasivos en regiones
  3. Subredes regionales en dominios de disponibilidad
  4. Equilibrio de Carga en ADs
  5. Sincronización de almacenamiento en dominios de disponibilidad
  6. DR de Base de Datos en ADs
Cada llamada se describe en el texto adyacente.

El host de la base recibe solicitudes a través del gateway de enrutamiento dinámico (DRG) y el gateway de Internet. DRG es el gateway que conecta la red local a la red en la nube. Para activar la comunicación entre DRG y el equipo local de cliente, utilice IPSec VPN o Oracle Cloud Infrastructure FastConnect. Para acceder al host de la base desde Internet, configure una puerta de enlace de Internet (IGW). Un IGW es un enrutador definido por el software que proporciona una ruta para el tráfico de red desde su VCN hasta Internet.

Las instancias del equilibrador de carga reciben solicitudes a lo largo del puerto 8000 o 8443 y, a continuación, las envían a los servidores web en la capa de aplicación en el dominio de disponibilidad 1 o 2. El nivel de aplicación consta de dos instancias de servidor web en subred, servidores ElasticSearch en otra subred, dos servidores de aplicaciones y dos servidores programador de procesos en una tercera subred. Para garantizar una alta disponibilidad, las instancias redundantes se despliegan en el nivel de aplicación y todas las instancias están activas. Los servidores web reciben solicitudes de aplicación del entorno web, Internet e intranet, mediante el equilibrador de carga. Reenvía las solicitudes al servidor de aplicaciones. Los servidores de aplicaciones envían el SQL a los servidores de base de datos en el dominio de disponibilidad 1 en el puerto 1521. Los servidores de ElasticSearch interactúan con los servidores web de PeopleSoft y los servidores programador de procesos. El cliente de PeopleTools se coloca en una subred independiente e interactúa con la base de datos de PeopleSoft a través del puerto 1521.