IBM Sterling Order Management-Software auf Oracle Cloud und Microsoft Azure bereitstellen
IBM Sterling Order Management Software ist ein weit verbreitetes System für das Auftragsmanagement im Einzelhandel. Mehr als die Hälfte der Unternehmen führen die Anwendung weiterhin auf einer zunehmend alternden Infrastruktur On Premise aus. Bei der Cloud-Migration möchten Unternehmen die besten Services von mehreren Cloud-Providern für Performance-, Kosten- und Lieferantenbeziehungen nutzen. Die Multi-Cloud-Split-Stack-Architektur ist eine gängige Lösung für die Migration von gepackten Anwendungen in die Cloud.
In dieser vom Kunden inspirierten Referenzarchitektur hat ein führender globaler Einzelhändler die IBM Sterling Order Management-Software-Datenbank von einem On-Premise-Colocation-Data Center zu Oracle Base Database Service auf Oracle Cloud Infrastructure (OCI) mit einer Multi-Cloud-Split-Stack-Architektur migriert. Die On-Premise-Oracle 11g-Datenbank wurde upgegradet und ohne Ausfallzeit auf OCI zu 19c migriert. Nach der Datenbankmigration wird die Anwendungsebene von IBM Sterling Order Management auf Microsoft Azure ausgeführt, und die Oracle-Datenbankebene wird auf OCI ausgeführt, wobei OCI-Azure Interconnect die Anwendung und Datenbank verbindet.
Diese Referenzarchitektur bietet die folgenden Vorteile:
- Upgrade der IBM Sterling Order Management Software-Datenbank von 11g auf 19c und Migration auf OCI
- Infrastrukturkosten um bis zu 60% senken
- Verbessern Sie die Performance, da OCI-Multithreading im Vergleich zu einem einzelnen Thread in anderen Cloud-Providern doppelt so viel Kapazität bietet
- Verwenden Sie Oracle Base Database Service mit Terraform, um das System-Provisioning zu automatisieren und Benutzerberechtigungen zu erteilen
- Schnellere Einführung neuer Features auf OCI
Architektur
Diese Referenzarchitektur veranschaulicht ein leistungsstarkes Multi-Cloud-Split-Stack-Deployment, das über eine dedizierte niedrige Latenz und eine hohe Bandbreite von OCI-Azure Interconnect verbunden ist.
Die Softwareanwendung und Webserver von IBM Sterling Order Management werden auf VMs in Microsoft Azure US East bereitgestellt. Die Anwendung stellt über OCI-Azure Interconnect eine Verbindung zur Oracle Real Application Clusters-(Oracle RAC-)Datenbank auf OCI Ashburn her. Die Oracle RAC-Datenbank mit zwei Knoten wird verwendet, um die High Performance- und High Availability-Anforderungen zu erfüllen. Die Oracle RAC-Datenbank ist ein verwalteter Cloud-Service von Oracle Base Database Service, der die Betriebsgemeinkosten von Kunden reduziert.
Die Disaster Recovery-(DR-)Instanz wird in der OCI San Jose-Region implementiert, die mit Microsoft Azure US West verbunden ist (in diesem Architekturdiagramm nicht dargestellt). Alternativ ist OCI-Azure Interconnect auch zwischen OCI Phoenix und Microsoft Azure US West3 verfügbar. Die Produktionsdatenbank wird mit Oracle Data Guard in DR repliziert.
Die Föderation von Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) und Microsoft Azure Active Directory ermöglicht den OCI-Account mit Single Sign-On. OCI- und Microsoft Azure-Loggingdaten werden für betriebliche Einblicke an die Cloud-Überwachung von Dynatrace weitergeleitet. Mit Wiz Cloud-Sicherheit wird das Multi-Cloud-Deployment überwacht, um Risiken für das Unternehmen proaktiv zu identifizieren, zu beheben und zu verhindern.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur.
OCI-multicloud-ibm-azure-arch-oracle.zip
Cloud-Migration
Vor der Migration hatte der Kunde eine Hybrid-Cloud-Split-Stack-Architektur mit der IBM Sterling Order Management Software-Anwendung und Webservern auf Microsoft Azure und Datenbanken in einem On-Premise-Colocation-Data Center implementiert. Ein schrittweiser Migrationsansatz wurde entwickelt, um die Datenbank von 11g Colocation auf 19c auf OCI zu aktualisieren und zu migrieren und gleichzeitig die Anwendungsebene auf Microsoft Azure zu halten.
- Temporäre 11g-Datenbank auf OCI erstellen
- Replizieren Sie die On-Premise-11g-Produktionsdatenbank in die temporäre 11g-Datenbank auf OCI
- 19c-Produktionsdatenbank auf OCI erstellen
- Verwenden Sie Oracle GoldenGate auf dem OCI-Marktplatz, um Daten aus der temporären 11g-Datenbank in die 19c-Datenbank auf OCI zu replizieren
- Reduzieren Sie die Produktionsanwendung auf Microsoft Azure, um auf die 19c-Datenbank auf OCI zu verweisen, und trennen Sie andere Replikationen
Das folgende Diagramm veranschaulicht die Cloud-Migration.
Beschreibung der Abbildung oci_multicloud_ibm_azure_flow.png
OCI-multicloud-ibm-azure-flow-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-Domains bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie voneinander trennen (über Länder oder sogar Kontinente).
- Availability-Domains
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. Aus diesem Grund ist es wahrscheinlich, dass ein Fehler in einer Availability-Domain sich auf die anderen Availability-Domains in der Region auswirkt.
- 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 vollständige 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.
- Bastion-Service
Oracle Cloud Infrastructure Bastion bietet eingeschränkten und zeitlich begrenzten sicheren Zugriff auf Ressourcen, die keine öffentlichen Endpunkte haben und strenge Ressourcenzugriffskontrollen erfordern, wie Bare Metal und virtuelle Maschinen, Oracle MySQL Database Service, Autonomous Transaction Processing (ATP), Oracle Container Engine for Kubernetes (OKE) und alle anderen Ressourcen, die Secure Shell Protocol-(SSH-)Zugriff ermöglichen. Mit dem Oracle Cloud Infrastructure-Bastion-Service können Sie den Zugriff auf private Hosts aktivieren, ohne einen Sprunghost bereitzustellen und zu verwalten. Darüber hinaus erhalten Sie eine verbesserte Sicherheitslage mit identitätsbasierten Berechtigungen und einer zentralisierten, auditierten und zeitgebundenen SSH-Session. Mit Oracle Cloud Infrastructure Bastion ist keine öffentliche IP für den Bastionzugriff erforderlich. Dadurch entfallen der Aufwand und die potenzielle Angriffsfläche beim Remotezugriff.
- OCI und Azure Interconnect
Oracle Cloud und Microsoft Azure Interconnect ist das erste Multicloud-Angebot von Oracle. Er stellt eine direkte Netzwerkverbindung zwischen bestimmten Azure- und Oracle Cloud Infrastructure-(OCI-)Data Centern auf der ganzen Welt bereit. Damit können Azure-Administratoren und -Entwickler ihre Anwendungen mit Anwendungen und Services verbinden, die in OCI ausgeführt werden, ohne dedizierte Links zu erstellen oder ihren Anwendungsdatenverkehr im öffentlichen Internet zu senden.
- Streaming
Oracle Cloud Infrastructure Streaming bietet eine komplett verwaltete, skalierbare und dauerhafte Speicherlösung zur Aufnahme kontinuierlicher Datenstreams mit hohem Volumen, die Sie in Echtzeit konsumieren und verarbeiten können. Sie können Streaming verwenden, um Daten mit hohem Volumen wie Anwendungslogs, betriebliche Telemetrie, Clickstream-Webdaten oder für andere Anwendungsfälle zu erfassen, bei denen kontinuierlich und nacheinander Daten in einem Publish-Subscribe-Nachrichtenmodell erzeugt und verarbeitet werden.
- Oracle Base Database Service
Oracle Base Database Service ist ein vollständig verwalteter Datenbankservice, mit dem Entwickler schnell sichere cloud-native Anwendungen entwickeln und bereitstellen können. Oracle automatisiert alle Aufgaben wie Backup und Recovery, Datenbank- und Betriebssystem-Patching, -Updates und Datenverschlüsselung.
Empfehlungen
- IBM Sterling Order Management-Softwareversion
Diese Architektur unterstützt IBM Sterling Order Management Software Version 10.0.2303.1 (aktuelle Version zum Zeitpunkt der Veröffentlichung dieser Lösung) und höher. Wir empfehlen Ihnen, die neueste Version von IBM Sterling Order Management Software zu verwenden.
Bevor Sie IBM Sterling Order Management-Software in einer Multi-Cloud-Architektur bereitstellen, machen Sie sich mit den folgenden Anforderungen vertraut, indem Sie die Links im Abschnitt Weitere Informationen befolgen:- Informationen zu Systemanforderungen für IBM Sterling Order Management-Software finden Sie unter Systemanforderungen.
- IBM Sterling Order Management Software hängt von einem relationalen Datenbanksystem für das Zustands- und Datenmanagement ab. Ein Message Broker-System mit aktiviertem Java Message Service (JMS) ist auch für Service-to-Service-Kommunikations- und Auftragsworkflows erforderlich. IBM Sterling Order Management Software unterstützt mehrere Datenbank- und Nachrichtenbrokeroptionen, die Sie in Ihrer Umgebung bereitstellen können. Weitere Informationen finden Sie unter:
- Oracle 19c-Datenbankebene: Oracle-Datenbank unter UNIX oder Linux konfigurieren
- JMS-Nachrichtenbroker: Integration mit JMS-Systemen
- Latenz
Verwenden Sie OCI und Azure Interconnect für die Netzwerkverbindung zwischen Clouds, um eine Verbindung mit geringer Latenz bereitzustellen.
- Datenbank
Verwenden Sie die Oracle-Datenbankversion 19c oder höher. Oracle-Datenbank 19.16.0.0 wird in dieser Referenzarchitektur verwendet. Wir empfehlen die Ausprägung VM.Standard2.16 mit Automatic Storage Management (ASM). Die Datenbankgröße beträgt ca. 800 GB. Jeder Oracle RAC-Knoten verfügt über 16 CPU-Cores und 240 GB Arbeitsspeicher.
- Disaster Recovery
Beim Cloud-Deployment kann die Standby-Disaster Recovery-Instanz zu einem Viertel der Produktion skaliert werden, um die Kosten zu senken und bei DR-Failover auf die gesamte Kapazität zu skalieren. Die Produktionsanwendung und die Daten müssen in DR repliziert werden, um das vom Unternehmen definierte Recovery Time Objective (RTO) und Recovery Point Objective (RPO) zu erfüllen.
Während des Datenbankupgrades und der Migration wird empfohlen, eine DR/temporäre Datenbank auf OCI in derselben Region zu erstellen, um Risiken zu vermeiden und als Produktionsausfall zu dienen. Die Datenbank kann bei Netzwerklatenztests verwendet werden und um die Baseline für die Anwendungsperformance vor dem Upgrade festzulegen. Nach dem Upgrade und der Migration muss die DR-Instanz in einer anderen Region eingerichtet werden.
- Oracle Database Service for Microsoft Azure
Mit Oracle Database Service for Microsoft Azure können Sie Oracle Cloud Infrastructure Database einfach in Ihre Microsoft Azure-Cloudumgebung integrieren. Oracle Database Service for Microsoft Azure verwendet einen servicebasierten Ansatz und ist eine Alternative zur manuellen Erstellung komplexer cloud-übergreifender Deployments für Ihre Anwendungsstacks.
Wir empfehlen die Verwendung von Oracle Database Service for Microsoft Azure in einer Multi-Cloud-Split-Stack-Architektur, da sie über den privaten Netzwerklink mit geringer Latenz und hoher Bandbreite zwischen Microsoft Azure und OCI ausgeführt wird. Benutzer können Oracle Base Database (einschließlich Oracle RAC), Oracle Autonomous Database, Oracle Exadata Database Service und MySQL HeatWave auswählen und Oracle Database Service for Microsoft Azure über ihre Microsoft Azure-Konsole bereitstellen.
Überlegungen
Berücksichtigen Sie beim Deployment der IBM Sterling Order Management-Software in einer Multi-Cloud-Architektur die folgenden Optionen für Skalierbarkeit und Verfügbarkeit.
- Anwendungsverfügbarkeit
Bevor Sie IBM Sterling Order Management-Software bereitstellen, prüfen Sie die Überlegungen für High Availability und Performance Management, wie in den IBM-Dokumentationslinks im Abschnitt Weitere Informationen beschrieben.
In dieser Referenzarchitektur wird die Softwareanwendung IBM Sterling Order Management mit mehreren VMs auf Microsoft Azure und der Oracle RAC-Datenbank auf OCI bereitgestellt, um High Availability bereitzustellen. Faultdomains bieten die beste Resilienz innerhalb einer Availability-Domain. Wenn Sie eine höhere Verfügbarkeit benötigen, können Sie mehrere Availability-Domains oder Regionen verwenden, sofern dies möglich ist.
- Speicher-I/O-Durchsatz
Bei der Ermittlung des erwarteten I/O-Durchsatzes für Lese- und Schreibvorgänge von Datenträgern ist die Speichergröße von entscheidender Bedeutung.
- Skalierbarkeit
Diese Referenzarchitektur verwendet Oracle Base Database Service mit der Oracle Real Application Clusters-(Oracle RAC-)Datenbank. Sie können die Anzahl der CPU-Cores der Datenbank jederzeit manuell vertikal oder horizontal skalieren.
Sie können Oracle Autonomous Database oder Oracle Exadata Database Service mit IBM Sterling Order Management Software verwenden. Mit dem Autoscaling-Feature von Oracle Autonomous Database kann Ihre Datenbank jederzeit die bis zu dreifache aktuelle Basisanzahl von CPU-Cores verwenden. Bei steigendem Bedarf erhöht die automatische Skalierung die Anzahl der verwendeten Cores automatisch. Mit Oracle Autonomous Database können Sie die Speicherkapazität jederzeit skalieren, ohne dass sich dies auf Verfügbarkeit oder Performance auswirkt.
Mehr erfahren
Weitere Informationen zu den Features dieser Referenzarchitektur finden Sie in diesen zusätzlichen Ressourcen.
IBM Sterling Order Management Software:
- IBM Sterling Order Management-Software
- Systemanforderungen
- Oracle-Datenbanken unter UNIX oder Linux konfigurieren
- Integration mit JMS-Systemen
- Überlegungen zu High Availability
- Aspekte des Leistungsmanagements
Oracle Cloud Infrastructure: