Informationen zum Migrieren von Oracle Exalogic-Workloads

Mit der Lift-and-Shift-Migration können Sie Workloads virtueller Maschinen aus Oracle Exalogic in Oracle Private Cloud Appliance (PCA) und Oracle Compute Cloud@Customer importieren.

Private Cloud Appliance und Compute Cloud@Customer sind Oracle Engineered Systems für Workloads auf Anwendungsebene durch Bereitstellung von Infrastructure-as-a-Service (IaaS). Private Cloud Appliance ist ein integriertes Hardware- und Softwaresystem, mit dem die Komplexität der Infrastruktur und die Bereitstellungszeit für virtualisierte Workloads in privaten Clouds reduziert werden. Es ist eine vollständige Plattform für eine Vielzahl von Anwendungstypen und Workloads mit integrierten Management-, Compute-, Speicher- und Netzwerkressourcen. Private Cloud Appliance bietet hervorragende Performance und andere Systemeigenschaften für eine Vielzahl von Anwendungen.

Private Cloud Appliance ist auch als Compute Cloud@Customer verfügbar, eine Lösung für eine private On-Premise-Cloud, die Private Cloud Appliance- und Oracle-Services enthält. Sie können Compute Cloud@Customer auf Abonnementbasis verwenden, wobei Oracle die Infrastruktur betreibt, damit Sie sich auf Anwendungen konzentrieren können. Sofern nicht anders angegeben, wird Private Cloud Appliance in dieser Lösung zur Beschreibung jeder Form des Produkts verwendet.

Diese Lösung beschreibt die Migration Ihrer Anwendungen in Private Cloud Appliance X9-2 und Compute Cloud@Customer mit Schwerpunkt auf Exalogic-Workloads sowie die Deployment-Methoden und Best Practices. Bei dieser Lösung werden die Plattform- und Performancemerkmale von Private Cloud Appliance X9 und Compute Cloud@Customer gegenüber früheren Versionen hervorgehoben. Die Methodik und die Architekturprinzipien gelten für alle Versionen sowie für Oracle Cloud Infrastructure (OCI).

Vorteile der Verwendung von Private Cloud Appliance und Compute Cloud@Customer

Die Private Cloud Appliance-Plattform ist ideal für Oracle- und Drittanbieteranwendungen, mit Vorteilen, die sich insbesondere für Oracle WebLogic Fusion Middleware und ähnliche Produkte auf Anwendungsebene eignen. Es gibt mehrere Gründe, warum dies so effektiv ist:
  • Bietet schnelle Wertschöpfung für eine robuste Virtualisierungsplattform zwischen dem ersten Hochfahren und dem Start von VMs in wenigen Stunden. Erkennen Sie automatisch Hardwarekomponenten, und konfigurieren Sie sie so, dass sie miteinander arbeiten. So reduzieren Sie Design- und Administrationsaufwand, beseitigen potenzielle Fehler und verkürzen die Zeit bis zur Anwendungsbereitstellung. Die automatisierte Konfiguration implementiert Best Practices von Oracle für optimale Performance und Verfügbarkeit.
  • Bietet eine leistungsstarke 100-GB-Ethernet-, Oracle ZFS Storage Appliance-Rechenknoten ZS9-2 und Oracle-Rechenknoten X9-2 (Oracle E5-2 auf Compute Cloud@Customer), die Performance- und Skalierungsverbesserungen gegenüber früheren Produktgenerationen bietet.
  • Eliminiert einzelne Fehlerpunkte bei Verwaltungs-, Netzwerk-, Speicher- und Compute-Ressourcen und ermöglicht rollierende Upgrades ohne Ausfallzeiten für die Systeminfrastruktur.
  • Stellt VM-Anwendungsinstanzen schnell mit vordefinierten Oracle-Plattformimages bereit, anstatt sie komplett neu erstellen zu müssen. Sie können benutzerdefinierte integrierte Plattformimages nach Bedarf in das System importieren und bereitstellen.
  • Ermöglicht leistungsstarkes, inter-VM-Netzwerk mit den internen Private Cloud Appliance-Netzwerken, um private Kommunikation zwischen VMs in einer geclusterten Anwendung mit geringer Latenz und hoher Bandbreite zu erhalten. Dies ist insbesondere für geclusterte Anwendungen wie WebLogic und Coherence und Frameworks wie Kubernetes nützlich. Mehrere private Netzwerke basierend auf VLANs oder benutzerdefinierten Private Cloud Appliance-Netzwerken können unabhängige isolierte Netzwerke bereitstellen und sind ideal für das Hosting mehrerer Anwendungscluster in derselben Private Cloud Appliance geeignet. Jedes Netzwerk übertragen privaten Datenverkehr für jedes Cluster, ohne dass IP-Adresskonflikte oder Datenlecks zwischen Anwendungen verhindert werden müssen.
  • Stellen Sie mit einem Load Balancing-Service (LBaaS) und High Availability-(HA-)Features von Private Cloud Appliance X9-2 und Compute Cloud@Customer eine höhere Performance und ein automatisiertes Recovery von Ausfällen bereit. Verwendet drei unabhängige Faultdomains innerhalb jeder Private Cloud Appliance, mit denen Anwendungen über diese Faultdomains verteilt und in einer Faultdomain neu gestartet werden können, wenn Ressourcen verfügbar sind.
  • Führt Anwendungsorchestrierung und automatisiertes Workload Deployment mit Terraform, der Oracle-OCI-API und skriptfähigen Befehlszeilenschnittstellen durch.
  • Unterstützt heterogenes Computing auf Oracle Linux, Oracle Solaris, anderen Linux-Distributionen und Windows. Dies erhöht die Betriebseffizienz und den ROI, indem dieselbe Systemplattform für mehrere Workloads verwendet werden kann, anstatt separate Workloads zu benötigen.
  • Unterstützt native Oracle Linux-Umgebung, einschließlich Oracle Container Runtime for Docker und Oracle Container Services zur Verwendung mit Kubernetes. Sie bieten eine ideale Laufzeit für Oracle WebLogic Server-Anwendungen zur Ausführung in Docker und Kubernetes mit vollständiger, integrierter Systemsupport von Oracle.

    Tipp:

    Oracle empfiehlt Kunden, die Oracle WebLogic Server-Anwendungen auf Oracle Exalogic Elastic Cloud-Systemen ausführen und Cloud-native Infrastruktur und DevOps-Praktiken übernehmen möchten, migrieren Sie zu Private Cloud Appliance und Compute Cloud@Customer.

Aspekte für den Migrationsansatz

Bevor Sie beginnen, sollten Sie die Optionen für Ihren Migrationsansatz berücksichtigen. Sie können entweder eine neue BS-Installation ausführen oder eine Lift-and-Shift-Migration von Exalogic zu Private Cloud Appliance (PCA).

Das folgende Diagramm zeigt den Exalogic-Stack mit Exalogic Control- und InfiniBand-Optimierungen.

Beschreibung von migrating-applications-exalogic-stack.png folgt
Beschreibung der Abbildung migrating-applications-exalogic-stack.png

Sie können Anwendungen ohne Änderungen migrieren. Alternativ dazu können Sie die Migration als Chance für eine technische und Hardwareaktualisierung des Betriebssystems verwenden, indem Sie eine neue BS-Installation ausführen.

Vergleichen Sie die Umgebungen bei der Planung von Migrationen, und bewerten Sie mit den folgenden Informationen, ob Sie eine neue Umgebung erstellen möchten, die eng mit der alten Umgebung übereinstimmt:

  • Oracle WebLogic Server 10.3.6- und 12.1.3-Versionen nähern sich dem Ende der Lebensdauer. Neue Features wie aktualisierte REST-Unterstützung, JSON-Verarbeitung, automatische Skalierung und REST-Verwaltung in Oracle WebLogic Server 12.2.1.X ermöglichen eine bessere Integration mit Cloud-Systemen. Kunden, die frühere Versionen verwenden, sollten im Rahmen des Migrationsprozesses eine Migration nach 12.2.1.3 oder höher planen.
  • Durch die Migration wird die zugrunde liegende Compute-Infrastruktur geändert, die von Anwendungen verwendet wird.
  • Obwohl Oracle Traffic Director (OTD) für die Migration zu Private Cloud Appliance unterstützt wird, eignen sich native Kubernetes-Load Balancer wie Traefik und Voyager besser für Kubernetes und werden als Ersatz für Oracle Traffic Director empfohlen. Einfache Load Balancer können mit haproxy implementiert werden, das in Oracle Linux enthalten ist. Load Balancer-as-a-Service (LBaaS) ist der bevorzugte native Load Balancer in Private Cloud Appliance X9-2, sofern verfügbar.
  • Der Zugriff auf externe Systeme über das HTTP- und das T3-Protokoll wird unterstützt, einschließlich Zugriff auf Datenbanken und Oracle RAC-Cluster, die in Oracle Exadata Database Machine-Systemen ausgeführt werden. SDP-Protokolle werden in Private Cloud Appliance nicht unterstützt. Daher muss jede vorhandene Nutzung von SDP innerhalb von Domains entfernt werden, die auf Exalogic-Cloud-Systemen ausgeführt werden. Dies entspricht den aktuellen Empfehlungen für Anwendungen, die auf Exalogic ausgeführt werden.
  • Oracle WebLogic Server, Oracle Coherence und Oracle Application Development Framework werden für die Verwendung in Kubernetes mit den WebLogic Kubernetes-Tools unterstützt.
  • Oracle SuperCluster ist eine erheblich andere Umgebung als Private Cloud Appliance, für die zusätzliche Planung erforderlich ist, um BS-Unterschiede sowie zugrunde liegende Endian-Unterschiede zu berücksichtigen. Sie müssen neue VMs erstellen und die Solarix X86- oder Linux-Versionen Ihrer Anwendungen installieren und Daten über NFS migrieren.

Bevor Sie beginnen

Bevor Sie mit der Migration beginnen, erfahren Sie mehr über die in diesem Lösungs-Playbook verwendeten Definitionen, prüfen Sie die Lizenzdetails, und lesen Sie die Produktdokumentation nach.

Informationen zu Plattformimages finden Sie in den Private Cloud Appliance 3.0-Versionshinweisen.

Neue BS-Installation

Diese Methode stellt neue virtuelle Maschinen bereit, die Oracle WebLogic Server oder eine andere Anwendungssoftware enthalten, und migriert dann Anwendungsinhalte (Binärdateien, Skripte, Tools) von aktuellen Instanzen.

Sie können auch eine neue BS-Installation für Anwendungen ausführen, die derzeit auf Commodity-Servern ausgeführt werden. Eine neue BS-Installation bietet folgende Vorteile:

  • Führt eine Aktualisierung der Softwaretechnologie als Ergänzung der Aktualisierung der Hardwaretechnologie durch.
  • Ermöglicht eine größere Transformation und Modernisierung der Anwendungsumgebung, einschließlich der Möglichkeit, Anwendungen zu modernisieren, in Docker-Containern auszuführen und Kubernetes zu verwenden.

Private Cloud Appliance unterstützt die containerbasierte Anwendungsbereitstellung vollständig mit einer nativen Oracle Cloud-Umgebung, die den modernen Trend für die Bereitstellung von Anwendungssystemen darstellt. So führen Sie eine Neuinstallation des Betriebssystems und der Anwendung durch

  • Der Administrator muss die neuesten Oracle Linux-BS- und Anwendungsversionen von Oracle Software Delivery Network unter Oracle Software Delivery Cloud herunterladen und installieren.
  • Kopieren Sie Anwendungsdaten in das neu installierte Betriebssystem.

Die administrativen Schritte ähneln Private Cloud Appliance wie auf jeder anderen Plattform.

Hinweis:

Oracle empfiehlt diese Methode, um einen aktuellen Software-Stack zu gewährleisten. Dies kann jedoch eine zusätzliche Analyse erfordern, um den Inhalt des aktuellen Systems zu erfassen. Die meisten Benutzer ziehen es oft vor, Anwendungsumgebungen mit möglichst wenigen Änderungen auf neue Hardware zu verschieben.

In dieser Lösung verwendete Begriffe

Prüfen Sie die Definitionen der Begriffe, die in diesem Lösungs-Playbook verwendet werden.

  • Das Quellsystem ist die Plattform, auf der die virtuelle Maschine derzeit ausgeführt wird. Das Ziel ist das Private Cloud Appliance-System, in das sie verschoben wird.
  • Eine Instanz ist eine virtuelle Maschine auf Private Cloud Appliance. Eine Instanz hat einen Lebenszyklus: Sie kann vom PCA-System erstellt, gestartet (oder gestartet), gestoppt und beendet werden (entfernt). Oracle Cloud Infrastructure (OCI) verwendet die Begriffsinstanz anstelle einer virtuellen Maschine, da eine Instanz möglicherweise auf Bare Metal ausgeführt werden kann. Private Cloud Appliance entspricht derselben Definition.
  • Jede Instanz verfügt über eine Ausprägung, die ihre CPU-, Speicher-, Netzwerk- und Festplattenkonfiguration beschreibt. PCA verfügt über eine Liste mit Standardausprägungen, die unter dem Thema "Private Cloud-Appliance-Ausprägung auswählen" beschrieben wird.
  • Ein Image ist die Vorlage eines virtuellen Datenträgers mit dem Betriebssystem und den vorinstallierten Anwendungen sowie beschreibenden Metadaten.
  • Eine Instanz wird erstellt, indem ein Boot-Volume aus einem Image erstellt und sofort gestartet wird. Andere Datenträger, die zu der Instanz gehören, werden als Block-Volumes bezeichnet und werden nach dem Starten der Instanz erstellt.
  • Private Cloud Appliance stellt Plattformimages für Oracle Linux 7, Oracle Linux 8 und Oracle Solaris 11.4 bereit.
  • Benutzerdefinierte Images können aus einer Instanz erstellt werden, die auf Private Cloud Appliance ausgeführt wird. So können Sie ein Image als Basis für geklonte Instanzen mit benutzerdefiniertem Inhalt verwenden.
  • Bring Your Own Image-(BYOI-)Images werden aus einer anderen Plattform importiert.

Informationen zu Bring Your Own Image (BYOI)

Bei dieser Lösung liegt der Schwerpunkt auf BYOI mit einem Lift-and-Shift-Ansatz, bei dem eine BS-Instanz mit möglichst wenigen BS- und Konfigurationsänderungen in Private Cloud Appliance verschoben wird.

Ein weiterer Ansatz besteht darin, völlig neue Images basierend auf der neuesten Version des gewünschten Betriebssystems und der Anwendungssoftware zu erstellen. Verwenden Sie diese Option, wenn Sie eine Technologieaktualisierung durchführen und den gesamten Hardware- und Software-Stack modernisieren möchten. Beide Ansätze sind gültig und weit verbreitet, je nach Ihren geschäftlichen und technischen Anforderungen.

Weitere Informationen finden Sie im Abschnitt Bring Your Own Image (BYOI) in der Oracle Cloud Infrastructure-Dokumentation.

Erforderliche Produkte, Services und Rollen

Diese Lösung erfordert mindestens eines der folgenden Produkte und Services:

  • Oracle Private Cloud Appliance X9-2

    Oracle Compute Cloud@Customer

  • Oracle Cloud Infrastructure

Diese Rollen sind für jedes Produkt oder jeden Service erforderlich.

Produktname: Rolle Erforderlich für...
Oracle Private Cloud Appliance: Compute Enclave Erstellen Sie Netzwerk-, Compute- und Speicherkonstrukte.
Oracle Compute Cloud@Customer: Administrators Greifen Sie auf die Oracle Compute Cloud@Customer-Konsole, CLI und APIs zu.
Oracle Cloud Infrastructure: Administrators Rufen Sie die Oracle Cloud Infrastructure-Konsole, die CLI und APIs auf.

Informationen zu den benötigten Informationen finden Sie unter Oracle Produkte, Lösungen und Services.