Hyperion-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-Workloads von Oracle Enterprise Performance Management (Hyperion) zu Oracle Cloud.
- Bewahren Sie die Hyperion-Anwendungen auf der von Oracle verwalteten Infrastruktur auf.
- Vereinfachen Sie die Kostenstruktur für die allgemeine Bereitstellung.
Der Partner sucht aktiv nach Möglichkeiten, zusätzliche Workloads in Oracle Cloud zu migrieren, wobei der Schwerpunkt auf den autonomen Datenbankservices liegt.
Architektur
Die Cloud-Topologie ist einfach, aber robust und flexibel. Die Architektur verfügt über ein einzelnes virtuelles Cloud-Netzwerk (VCN) mit zwei Subnetzen. Alle Ressourcen werden in einer einzelnen Availability-Domain bereitgestellt.
Eines der Subnetze wird für alle Web- und Anwendungsressourcen verwendet: einen Load Balancer, Hyperion Foundation-Server, Essbase-Server, Hyperion-Planungs-, Prognose- und Budgetierungsmodule und einen Dateiserver. Das andere Subnetz wird ausschließlich für die Datenbank verwendet. Diese Architektur stellt eine vollständige Netzwerkisolation der Ressourcen in jeder Ebene sicher und erfüllt die Anforderungen an eine granulare Kontrolle des Netzwerkverkehrs.
Das folgende Diagramm zeigt die Architektur:
Beschreibung der Abbildung bd-ads-hyperion.png
- 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 in einer einzelnen Availability-Domain bereitgestellt.
- 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 die Anwendungs- und Datenebenen.
- 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 vom On-Premise-Netzwerk zu Oracle Cloud hat sich der Partner für Oracle Cloud Infrastructure FastConnect entschieden. Ressourcenbereitstellung und -verwaltung werden für eine effiziente DevOps automatisiert.
- 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.
Diese Architektur umfasst virtuelle Compute-Maschinen (VMs) für die folgenden Komponenten:- Ein VM-Paar, das die Hyperion Foundation-Server hostet.
- Drei VMs für Hyperion Essbase.
- Zwei VMs mit Hyperion-Modulen für Planung, Prognose und Budgetierung.
- Eine VM, auf der ein Dateiserver zum Speichern von Dateien ausgeführt wird.
- Eine VM für die Datenbank.
- Microsoft SQL Server
Microsoft SQL Server ist ein RDBMS eines Drittanbieters, mit dem umfangreiche Data Warehousing-Anwendungen erstellt werden. Dieser Server wird zum Extrahieren, Transformieren und Laden von (ETL-)Daten in und aus Quellen wie PeopleSoft und Essbase verwendet und wird dann von ODI verwendet, um Metadaten in die Planungsanwendungen zu laden. Außerdem werden Hyperion-Produkte unterstützt, für die ein Datenbank-Repository wie Shared Services, Planning, FR, EAS und ODI erforderlich ist.
Mehr erfahren
Erfahren Sie mehr über das Deployment von Oracle Enterprise Performance Management-(Hyperion-)Anwendungen in Oracle Cloud.