PeopleSoft Deployment auf Oracle Cloud Infrastructure

Ein Oracle-Partner stand vor einer Herausforderung, die viele moderne Unternehmen gemeinsam haben: Erneuern Sie ihre aktuelle Data Center-Vereinbarung oder wechseln Sie in die Cloud.

Ihre Abläufe stützten sich auf eine Reihe von On-Premises-Anwendungen und -Technologien von Oracle.

Nach einer gründlichen Bewertung mehrerer Cloud-Provider migrierte das Unternehmen seine On-Premises-Anwendungen von Oracle PeopleSoft in Oracle Cloud.

Durch die Migration zu Oracle Cloud haben sie die folgenden Geschäftsziele erreicht:
  • PeopleSoft-Anwendungen in von Oracle verwalteter Infrastruktur beibehalten
  • Betrieb einer Topologie, die einfach, skalierbar und einfach zu überwachen und zu verwalten ist
  • Implementieren Sie granulare Netzwerksicherheit
  • Fehlertoleranz und High Availability sicherstellen

Der Partner sucht aktiv nach Möglichkeiten, zusätzliche Workloads in Oracle Cloud zu migrieren, wobei der Schwerpunkt auf den autonomen Datenbankservices liegt.

Architektur

Diese mehrstufige Cloud-Topologie ist auf Resilienz und Sicherheit ausgelegt.

Die Ressourcen in jeder Tier sind in separaten Subnetzen isoliert, um tierspezifische Netzwerksicherheitsanforderungen zu erfüllen. Um High Availability der Anwendungen sicherzustellen, werden die Ressourcen auf Web- und Anwendungsebene redundant über fehlertolerante Availability-Domains verteilt. Ein Load Balancer verteilt Clienttraffic an die Webserver.

Der Partner hat mit Oracle Cloud Infrastructure Identity and Access Management einen granularen, rollenbasierten Zugriff auf die Ressourcen in der Cloud implementiert.

Das folgende Diagramm veranschaulicht die Cloud-Architektur:


Beschreibung von bd-ads-psft.png folgt
Beschreibung der Abbildung bd-ads-psft.png

bd-ads-psft-oracle.zip

Die Architektur umfasst die folgenden Komponenten:
  • 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).

    Alle Ressourcen in dieser Architektur werden in einer einzelnen Region bereitgestellt.

  • 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.

    Die Ressourcen in dieser Architektur werden über die Availability-Domains in der Region verteilt.

  • 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.

    Diese Architektur verwendet ein einzelnes VCN mit separaten Subnetzen für den Load Balancer, Webserver, Anwendungsserver und die Datenbank.

  • 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.

    Für eine schnelle und zuverlässige Konnektivität von ihrem On-Premise-Netzwerk zu Oracle Cloud hat sich der Partner für Oracle Cloud Infrastructure FastConnect entschieden.

  • Routentabellen

    Virtuelle Routentabellen enthalten Regeln zum Weiterleiten von Traffic von Subnetzen an Ziele außerhalb eines VCN, in der Regel über Gateways.

  • Sicherheitslisten

    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.

  • Load Balancer

    Oracle Cloud Infrastructure Load Balancing bietet eine automatisierte Trafficverteilung von einem einzelnen Einstiegspunkt auf mehrere Server.

  • Compute-VMs

    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.

    Die Architektur umfasst Compute-VMs für die Webserver und Anwendungsserver.

  • Exadata-Datenbank

    Sie können flexible Oracle Exadata Database Machine-Systeme bereitstellen, mit denen Sie Ihrem System Datenbank-Compute-Server und Storage Server je nach Bedarf hinzufügen können. Exadata-Systeme bieten RDMA over Converged Ethernet-(RoCE-)Networking für Module mit hoher Bandbreite und geringer Latenz, Persistent Memory-(PMEM-)Module und intelligente Exadata-Software.

    Um seine On-Premise-Exadata-Datenbanken in Oracle Exadata Database Service zu migrieren, verwendete der Partner je nach Größe jeder Datenbank eine Vielzahl von Strategien. Kleinere Datenbanken wurden migriert, indem Daten aus der On-Premise-Umgebung exportiert und in die Cloud importiert wurden. Für die größeren Datenbanken implementierten sie einen phasenweisen Switchover, indem sie Daten aus den On-Premise-Datenbanken mit Oracle Data Guard in die Cloud replizierten. Nach der Migration befinden sich alle Daten in Oracle Exadata Database Service.