Führen Sie PeopleSoft ERP und Autonomous Database in einem HA-Multicloud-Deployment aus
Ein Oracle-Partner hat eine Oracle Autonomous Transaction Processing-(ATP-)Datenbank in seiner Oracle PeopleSoft-Instanz auf Oracle Cloud Infrastructure (OCI) bereitgestellt, die während des Monatsabschlusses horizontal skaliert und dann während normaler Verkehrszyklen wieder vertikal skaliert werden kann.
Nach der Migration seiner On-Premises-ERP-Anwendung PeopleSoft zu OCI stellte das Unternehmen ATP auf Dedicated Infrastructure für einen vollständigen Cutover bereit, was etwa drei Monate dauerte und geringe Ausfallzeiten aufwies. Seit der Migration von PeopleSoft zu OCI und der Bereitstellung von ATP hat der Partner:
- Reduzierung der Anzahl der bereitgestellten OCPUs um 66% durch Verwendung einer dedizierten Oracle Autonomous Transaction Processing-Datenbank mit Autoscaling, was zu einer Kosteneinsparung von 20% bis 30% beim Datenbankmanagement führte
- Einsparung von 60 bis 80 Arbeitsstunden pro Quartal durch die Verwaltung von Datenbanken durch Automatisierung und Reinvestition dieser Zeit in wertschöpfende Aktivitäten
Architektur
Der Oracle-Partner hat eine hochverfügbare Oracle PeopleSoft-Anwendung mit zwei Availability-Domains in der Oracle Cloud Infrastructure-(OCI-)Region in Ashburn erstellt und bereitgestellt. Sie verwenden die Region Phoenix als Standby-Region für Oracle Autonomous Database und als Disaster-Recovery-Site.
Jede Web- und Anwendungs-VM-Instanz wird mit Load Balancern und in verschiedenen Availability-Domains (AD) als High Availability-Paar konfiguriert. Jeder Load Balancer verarbeitet bestimmte PeopleSoft-Funktionen und -URLs.
Für jede der PeopleSoft-Funktionen werden separate Instanzen von Oracle Autonomous Transaction Processing auf dedizierter Infrastruktur (ATP-D) erstellt: Financials, Phire, Vertex und Human Capital Management (HCM). Mit Oracle Data Guard werden die Primärdatenbanken in Ashburn in Standbydatenbanken in Phoenix repliziert.
Außerdem haben sie Entwicklungsumgebungen (DEV), Benutzerakzeptanztests (UAT), Qualitätssicherung (QA) und Testumgebungen in der Region Phoenix erstellt und bereitgestellt. Oracle Data Guard und RackWare werden auch für die DEV-, UAT-, QA- und Testumgebungen verwendet.
Windows-Server mit Dateifreigaben werden zum Speichern von PeopleSoft-Konfigurationsdateien verwendet. Benutzer können über das Internet über ein Internetgateway oder über das private Partnernetzwerk mit Oracle Cloud Infrastructure FastConnect auf PeopleSoft zugreifen, um eine Verbindung zu den Load Balancern herzustellen. Nach der Verbindung zu den Load Balancern werden Benutzer zu einem OKTA Access Gateway (OAG) umgeleitet. Die OAG wird für die Zugriffsauthentifizierung und Single Sign-On (SSO) verwendet, bevor Benutzer auf PeopleSoft zugreifen können.
Beim Wechsel zu OCI wurde zunächst die PeopleSoft-Web-/Anwendungsebene und Oracle Database zu Oracle Exadata Database Service migriert. Nachdem der Partner die Vorteile von ATP genutzt hatte, migrierte er seine 7 TB PeopleSoft-Datenbank erfolgreich zu Oracle Autonomous Database. Das Unternehmen erkannte die einfache Wartung und den Betrieb von Autonomous Database als wesentliche Vorteile für seinen Modernisierungsaufwand.
Das folgende Diagramm veranschaulicht den Migrationsprozess:
Peoplesoft-Migration-Prozess-oracle.zip
Der Partner hat eine Multicloud-Architektur entwickelt, die sich in Banksysteme, SaaS-Anwendungen, Microsoft Azure for Active Directory Single Sign-On (SSO) und MuleSoft (SaaS) zur Datenintegration integrieren lässt. Diese Integrationen stellen über ihr privates Data-Center-Netzwerk eine Verbindung zu Oracle Cloud her, indem sie einen Kunden-Premise-Router verwenden und dann über ATP eine Verbindung zum virtuellen Cloud-Netzwerk (VCN) herstellen.
Für das Disaster Recovery verwenden sie Oracle Data Guard, um Datenbanken in der Region Phoenix zu replizieren, und verwenden den Oracle Cloud Marketplace-Partner RackWare, um Snapshots von VM-Instanzen zu erstellen. Auf diese Weise können sie sich schnell in einer anderen Region erholen und den Betrieb im Falle eines Katastrophenereignisses fortsetzen.
Um den Weg zur Cloud-Modernisierung und -Reifung fortzusetzen, hat der Partner zukünftige Pläne, mehr Systeme in Cloud-native Services zu verlagern, um den erforderlichen Patching-, Upgrade- und Wartungsaufwand zu reduzieren.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur.
Peoplesoft-prod-oci-oracle.zip
Die Architektur umfasst die folgenden Komponenten:
- Tenancy
Ein Mandant ist eine sichere und isolierte Partition, die Oracle in Oracle Cloud einrichtet, wenn Sie sich für Oracle Cloud Infrastructure registrieren. Sie können Ihre Ressourcen in Oracle Cloud in Ihrem Mandanten erstellen, organisieren und verwalten. Ein Mandant ist ein Synonym für ein Unternehmen oder eine Organisation. In der Regel verfügt ein Unternehmen über einen einzigen Mandanten und spiegelt seine Organisationsstruktur innerhalb dieses Mandanten wider. Ein einzelner Mandant ist in der Regel mit einem einzelnen Abonnement verknüpft, und ein einzelnes Abonnement hat in der Regel nur einen Mandanten.
- Region
Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).
- Audit
Der Oracle Cloud Infrastructure Audit-Service zeichnet Aufrufe aller unterstützten öffentlichen API-Endpunkte von Oracle Cloud Infrastructure automatisch als Logereignisse auf. Alle OCI-Services unterstützen das Logging durch Oracle Cloud Infrastructure Audit.
- Policy
Eine Oracle Cloud Infrastructure Identity and Access Management-Policy gibt an, wer auf welche Ressourcen zugreifen kann und wie. Der Zugriff wird auf Gruppen- und Compartment-Ebene erteilt. Sie können also eine Policy schreiben, die einer Gruppe einen bestimmten Zugriffstyp in einem bestimmten Compartment oder auf den Mandanten gibt.
- LoggingOracle Cloud Infrastructure Logging ist ein hoch skalierbarer und vollständig verwalteter Service, der Zugriff auf die folgenden Logtypen von Ihren Ressourcen in der Cloud ermöglicht:
- Auditlogs: Logs für Ereignisse, die von OCI Audit erzeugt werden.
- Servicelogs: Logs, die von einzelnen Services wie OCI API Gateway, OCI Events, OCI Functions, OCI Load Balancing, OCI Object Storage und VCN-Flowlogs veröffentlicht werden.
- Benutzerdefinierte Logs, die Diagnoseinformationen von benutzerdefinierten Anwendungen, andere Cloud-Provider oder eine On-Premise-Umgebung enthalten.
- Objektspeicher
Mit OCI Object Storage können Sie schnell auf große Mengen an strukturierten und unstrukturierten Daten eines beliebigen Inhaltstyps zugreifen, darunter Datenbankbackups, analytische Daten und umfangreiche Inhalte, wie Bilder und Videos. Sie können Daten sicher im Internet oder in der Cloud-Plattform speichern. Sie können den Speicher skalieren, ohne dass die Performance oder Servicezuverlässigkeit beeinträchtigt wird.
Verwenden Sie Standardspeicher für "guten" Speicher, auf den Sie schnell, sofort und häufig zugreifen müssen. Verwenden Sie Archivspeicher für "Cold Storage", den Sie über lange Zeiträume beibehalten und auf den Sie nur selten zugreifen.
- Compartment
Compartments sind regionsübergreifende logische Partitionen innerhalb eines Oracle Cloud Infrastructure-Mandanten. Mit Compartments können Sie Nutzungsquoten für Ihre Oracle Cloud-Ressourcen organisieren, den Zugriff kontrollieren und festlegen. In einem bestimmten Compartment definieren Sie Policys, die den Zugriff kontrollieren und Berechtigungen für Ressourcen festlegen.
- Availability-Domain
Availability-Domains sind eigenständige, unabhängige Data Center innerhalb einer Region. Die physischen Ressourcen in jeder Availability-Domain sind von den Ressourcen in den anderen Availability-Domains isoliert, was eine Fehlertoleranz sicherstellt. Availability-Domains haben keine gemeinsame Infrastruktur wie Stromversorgung oder Kühlung oder das interne Availability-Domainnetzwerk. Ein Fehler in einer Availability-Domain sollte sich also nicht auf die anderen Availability-Domains in der Region auswirken.
- Virtuelles Cloud-Netzwerk (VCN) und Subnetze
Ein VCN ist ein anpassbares, softwaredefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs die Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.
- Sicherheitsliste
Für jedes Subnetz können Sie Sicherheitsregeln erstellen, die Quelle, Ziel und Typ des Traffics angeben, der im Subnetz und aus dem Subnetz zugelassen werden muss.
- Routentabelle
Virtuelle Routentabellen enthalten Regeln zum Weiterleiten von Traffic von Subnetzen an Ziele außerhalb eines VCN, in der Regel über Gateways.
- Internetgateway
Ein Internetgateway ermöglicht Traffic zwischen den öffentlichen Subnetzen in einem VCN und dem öffentlichen Internet.
- Dynamisches Routinggateway (DRG)
Das DRG ist ein virtueller Router, der einen Pfad für privaten Netzwerktraffic zwischen VCNs in derselben Region zwischen einem VCN und einem Netzwerk außerhalb der Region bereitstellt, z.B. ein VCN in einer anderen Oracle Cloud Infrastructure-Region, ein On-Premise-Netzwerk oder ein Netzwerk in einem anderen Cloud-Provider.
- Servicegateway
Das Servicegateway bietet Zugriff von einem VCN auf andere Services, wie Oracle Cloud Infrastructure Object Storage. Der Traffic vom VCN zum Oracle-Service wird über die Oracle-Netzwerkstruktur geleitet und durchläuft nicht das Internet.
- FastConnect
Oracle Cloud Infrastructure FastConnect erstellt eine dedizierte, private Verbindung zwischen Ihrem Data Center und Oracle Cloud Infrastructure. FastConnect bietet Optionen mit höherer Bandbreite und ein zuverlässigeres Netzwerk als bei internetbasierten Verbindungen.
- Load Balancer
Oracle Cloud Infrastructure Load Balancing bietet eine automatisierte Trafficverteilung von einem einzelnen Einstiegspunkt auf mehrere Server.
- Compute
Mit Oracle Cloud Infrastructure Compute können Sie Compute-Hosts in der Cloud bereitstellen und verwalten. Sie können Compute-Instanzen mit Ausprägungen starten, die Ihre Ressourcenanforderungen für CPU, Speicher, Netzwerkbandbreite und Speicher erfüllen. Nachdem Sie eine Compute-Instanz erstellt haben, können Sie sicher darauf zugreifen, sie neu starten, Volumes anhängen und trennen und sie beenden, wenn Sie sie nicht mehr benötigen.
- Dateispeicher
Oracle Cloud Infrastructure File Storage stellt ein dauerhaftes, skalierbares, sicheres Netzwerkdateisystem der Unternehmensklasse bereit. Sie können eine Verbindung zu OCI File Storage von jeder Bare-Metal-, Virtual-Machine- oder Containerinstanz in einem VCN herstellen. Sie können auch von außerhalb des VCN mit Oracle Cloud Infrastructure FastConnect und IPSec-VPN auf OCI File Storage zugreifen.
- Autonomous Database
Oracle Autonomous Database ist eine vollständig verwaltete, vorkonfigurierte Datenbankumgebung, die Sie für Transaktionsverarbeitungs- und Data Warehousing-Workloads verwenden können. Sie müssen keine Hardware konfigurieren oder verwalten oder Software installieren. Mit Oracle Cloud Infrastructure können Sie die Datenbank erstellen, sichern, patchen, aktualisieren und optimieren.
- Autonomous Transaction Processing
Oracle Autonomous Transaction Processing ist ein selbststeuernder, selbstsichernder, selbstreparierender Datenbankservice, der für Transaktionsverarbeitungs-Workloads optimiert ist. Sie müssen keine Hardware konfigurieren oder verwalten oder Software installieren. Mit Oracle Cloud Infrastructure können Sie die Datenbank erstellen, sichern, patchen, aktualisieren und optimieren.
- Exadata Database Service
ermöglicht es Ihnen, die Leistungsfähigkeit von Exadata in der Cloud zu nutzen. Oracle Exadata Database Service bietet bewährte Oracle Database-Funktionen auf einer speziell entwickelten, optimierten Oracle Exadata-Infrastruktur in der Public Cloud. Dank integrierter Cloud-Automatisierung, elastischer Ressourcenskalierung, Sicherheit und schneller Performance für alle Oracle Database-Workloads können Sie die Verwaltung vereinfachen und Kosten senken.
- Data Guard
Oracle Data Guard und Oracle Active Data Guard stellen ein umfassendes Set von Services bereit, mit denen eine oder mehrere Standbydatenbanken erstellt, gewartet, verwaltet und überwacht werden und Oracle-Produktionsdatenbanken ohne Unterbrechung verfügbar bleiben können. Oracle Data Guard verwaltet diese Standbydatenbanken mit In-Memory-Replikation als Kopien der Produktionsdatenbank. Wenn die Produktionsdatenbank aufgrund eines geplanten oder ungeplanten Ausfalls nicht verfügbar ist, kann Oracle Data Guard jede Standbydatenbank in die Produktionsrolle umschalten, wodurch die Ausfallzeit im Zusammenhang mit dem Ausfall minimiert wird. Oracle Active Data Guard bietet die zusätzliche Möglichkeit, Workloads, die hauptsächlich gelesen werden, in Standbydatenbanken auszulagern, und bietet außerdem erweiterte Datenschutzfunktionen.
Mehr erfahren
Erfahren Sie mehr über die Features dieser Architektur und über zugehörige Architekturen.