Beschreibung der Abbildung psft_multi_region_withCallouts.png
Dieses Bild ist ein Architekturdiagramm des Deployments von PeopleSoft-Anwendungen über zwei Bereiche hinweg, während High Availability und Disaster Recovery sichergestellt wird.
Die Architektur besteht aus einer primären Oracle Cloud Infrastructure-Region und einer Oracle Cloud Infrastructure Disaster Recovery-Region.
Primärbereich
Die primäre Region enthält ein virtuelles Cloud-Netzwerk (Virtual Cloud Network, VCN) und ist mit dem Internet, dem vorhandenen Netzwerk des Kunden und einem Webclient verbunden. Innerhalb der Primärregion ist das VCN zwei praktisch identische Availability-Domains, Availability-Domain 1 und Availability-Domain 2. Das VCN ist über ein NAT-Gateway, ein Internetgateway und ein dynamisches Routinggateway mit der Region verknüpft, wodurch die Konnektivität der Availability-Domains sichergestellt wird. Jede Availability-Domain enthält einen Grund- und Load Balancer. Die Application Tier innerhalb jeder Availability-Domain enthält Server für das Web und für ElasticSeach. Die Ebenen enthalten außerdem Subnetze, die sich auf Prozess-Scheduler-Server und Application Server beziehen. Jede Availability-Domain enthält außerdem einen PeopleTools-Server und eine Database Tier, die über ein Servicegateway mit dem Oracle Cloud Infrastructure-Objektspeicher kommuniziert. Die Database Tier für Availability Domain 2 ist in dieser Abbildung deaktiviert.
Die Disaster Revovery Region
Im Gegensatz zum Primärbereich ist der Disaster Recovery-Bereich nicht direkt mit dem Internet, dem vorhandenen Netzwerk des Kunden oder einem Webclient verbunden. Stattdessen ist sie über die rsynchronisierung mit der Availability-Domain der Primärregion 2 verbunden, sodass sie die externen Verbindungen dieser Domain nutzen kann. Sonst ist sie identisch mit den anderen Availability-Domains. Die Database Tier im Disaster Recovery-Bereich ist von Oracle Active Data Guard synchronisiert, und die parallelen Oracle Cloud Infrastructure-Objektspeicherkomponenten werden mit Object Storage im Querverweis synchronisiert.
- Aktive Komponenten in ADs
- Aktive Komponenten in Regionen
- Regionale Subnetze über ADs hinweg
- Load Balancing über ADs
- Speichersynchronisierung über ADs
- Datenbank-Sollload in ADs
Der Bastion-Host empfängt Anforderungen über das dynamische Routinggateway (DRG) und das Internetgateway. DRG ist das Gateway, das Ihr On-Premise-Netzwerk mit Ihrem Cloud-Netzwerk verbindet. Verwenden Sie IPSec VPN oder Oracle Cloud Infrastructure FastConnect, um die Kommunikation zwischen dem DRG und dem Customer Premise zu ermöglichen. Um aus dem Internet auf Ihren Bastion-Host zuzugreifen, richten Sie ein Internetgateway (IGW) ein. Eine IGW ist ein softwaredefinierter Router, der einen Pfad für den Netzwerkverkehr zwischen Ihrem VCN und dem Internet bereitstellt.
Die Load Balancer-Instanzen empfangen Anforderungen über Port 8000 oder 8443 und senden sie dann an die Webserver in der Application Tier in Availability-Domain 1 oder 2. Die Application Tier besteht aus zwei Webserverinstanzen in einem Subnetz, ElasticSearch-Servern in einem anderen Subnetz, zwei Application Servern und zwei Process Scheduler-Server in einem dritten Subnetz. Um eine hohe Verfügbarkeit zu gewährleisten, werden redundante Instanzen in der Application Tier bereitgestellt, und alle Instanzen sind aktiv. Die Webserver erhalten Anwendungsanforderungen aus der Webumgebung, dem Internet und dem Intranet über den Load Balancer. Er leitet die Anforderungen an den Anwendungsserver weiter. Die Anwendungsserver leiten die SQL an Datenbankserver in Availability-Domain 1 über Port 1521 weiter. Die ElasticSearch-Server arbeiten mit PeopleSoft-Webservern und Process Scheduler-Servern. PeopleTools-Client wird in einem separaten Subnetz abgelegt und mit der PeopleSoft-Datenbank über Port 1521 interagiert.