Migrationszielumgebung planen

Sie müssen einige Planungsentscheidungen treffen, bevor Sie eine SaaS-Erweiterungsanwendung auf Oracle Cloud Infrastructure konfigurieren und ausführen können. Es wird hilfreich sein, die Planungsschritte, die Größenempfehlungen und den Plan für das erforderliche Patching zu prüfen.

Planungsschritte prüfen

Die folgenden Schritte beschreiben die Entscheidungen, die für die Verwendung von Oracle WebLogic Server for OCI erforderlich sind, um eine SaaS-Erweiterungsanwendung zu konfigurieren und auszuführen.

Wenn Sie diese Schritte ausführen, erstellen Sie eine Kalkulationstabelle oder ein Dokument, um alle Umgebungsdetails später an einer Stelle für Ihre bequeme Referenz aufzuzeichnen.

  1. Identifizieren Sie Ihre aktuellen Umgebungsdetails für jede Instanz (Produktion, Test, Entwickler usw.).):
    1. Ihre Fusion SaaS-Instanznamen.
    2. Ihre traditionellen My Service-Identitätsdomains.
    3. Ihre Oracle Java Cloud Service - SaaS Extension - und Oracle Database Cloud Schema Service-Instanzen, einschließlich Größe. Beispiel:

      java-prod (s4), db-prod (s50)

      java-test (s2), db-test (s20)

      java-dev1 (s1), db-dev1 (s5)

  2. Identifizieren Sie den vorhandenen Oracle Cloud-Account mit Oracle Identity Cloud Service-Instanzen.
    • Oracle hat allen Fusion SaaS-Kunden ein neues Oracle Cloud-Accounts mit einer Oracle Identity Cloud Service-Instanz für jede Fusion SaaS-Instanz bereitgestellt.
    • Eigentümer dieser Fusion SaaS-Umgebungen wurden per E-Mail über diese neuen Instanzen sowie Zugangsdaten benachrichtigt, um darauf zuzugreifen
    • Jede Oracle Identity Cloud Service-Instanz, die mit einer Fusion SaaS-Instanz bereitgestellt wird, wird als Serviceprovider für die Fusion SaaS-Instanz als Identitätsprovider föderiert

    Erstellen Sie einen Datensatz mit jedem Ihrer Account- und Instanznamen:

    • Cloud-Account, wie MyAccount.
    • Oracle Identity Cloud Service-Domain, wie ID_Domain
    • Production Oracle Identity Cloud Service-Instanz. Beispiel: MyAccount (ID_Domain), idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4baaaa
    • Testen Sie Oracle Identity Cloud Service-Instanz. Beispiel: MyAccount (ID_Domain-Test), idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4bbbbb
    • Developer Oracle Identity Cloud Service-Instanz. Beispiel: MyAccount (ID_Domain-dev1), idcs-1a2b3c4d5e6f7a8b9c0d1e2f3a4bcccc
  3. Bestimmen Sie die beste Oracle Cloud Infrastructure-Region. Die folgenden Empfehlungen basieren auf der Minimierung der Netzwerklatenz mit Ihren Fusion SaaS-Instanzen:
    • Chicago DC (us2): US West (Phoenix) verwenden
    • Amsterdam (em2): Deutschland Central (Frankfurt) verwenden
    • Linlithgow (em1): UK South (London) verwenden
  4. Erstellen oder identifizieren Sie einen vorhandenen Oracle Cloud Infrastructure-Mandanten. Mit diesem Mandanten werden Oracle Cloud Infrastructure-Services erstellt und verwaltet, einschließlich Provisioning von Oracle WebLogic Server for OCI.
  5. Identifizieren Sie die Version, die für Oracle WebLogic Server for OCI verwendet werden soll. Sie müssen Folgendes verwenden:
    • Typ: Stack
    • Herausgeber: Oracle
    • Kategorie: Anwendungsentwicklung
    • Preis: Bezahlt
    • Name: Oracle WebLogic Server Enterprise Edition UCM
    • Version: 12.2.1.4.x
  6. Identifizieren Sie die Skalierungsanforderungen für neue Oracle WebLogic Server for OCI-Instanzen.
    Jeder Oracle WebLogic Server for OCI-Host benötigt die folgenden Oracle Cloud Infrastructure-Services:
    • Rechenleistung: Form und Zahl
    • Block-Volume: Größe
    • Load Balancing: Instanztyp
    Größeninformationen finden Sie in Review Sizing Requirements, später in diesem Lösungsspielbuch.
  7. Entscheiden Sie, welches Oracle Database verwendet werden soll. Ihre Wahl muss sowohl Java Required Files (JRF) als auch Nicht-JRF-Schemas unterstützen. Diese Datenbanken sind kompatibel:
    • Oracle Autonomous Transaction Processing
    • Oracle Bare Metal oder Virtual Machine DB-Systeme werden von Oracle Cloud Infrastructure unterstützt. Details finden Sie in der Oracle Cloud Infrastructure-Dokumentation.
  8. Geben Sie die Anzahl der zu verwendenden Datenbankinstanzen an. Oracle empfiehlt, dass Ihre Produktionsumgebung über eine eigene Datenbank-Cloud-Service-Instanz verfügt. Für Nicht-Produktionsumgebungen (z. B. Test- und Entwicklerumgebungen) sind folgende Optionen möglich:
    • Schemadisolierung mit einer einzelnen Datenbankinstanz
    • Eine separate Serviceinstanz pro Umgebung
  9. Speicheranforderungen für Anwendungsdaten identifizieren Ihre Anforderungen hängen von Ihrem funktionalen Anwendungsfall sowie von Ihrer Entscheidung ab, ob Schema-Isolierung oder Serviceinstanzisolation verwendet werden soll.
    Oracle Database Cloud Schema Service-Größen, die mit Oracle Java Cloud Service - SaaS Extension verwendet wurden, lauteten wie folgt:
    • S5: 5 GB
    • S20: 20 GB
    • S50: 50 GB
  10. Identifizieren Sie die Netzwerkanforderungen für jede Umgebung.
    • Die Struktur von virtuellen Cloud-Netzwerken (VCNs) umfasst das Trennen von Oracle WebLogic Server für OCI und Datenbankserviceinstanzen in verschiedenen VCNs, die eine lokale VCN-Peering-Konfiguration erfordern.
    • Das Subnetzdesign muss Load Balancer, Oracle WebLogic Server for OCI und Datenbankservices berücksichtigen.
    • Ihr Internetgateway sollte VCN mit direkter Verbindung zum Internet aktivieren.
    • Für die Verwendung eines privaten Subnetzes muss ein öffentliches Subnetz für einen Bastionsknoten für den Zugriff vorhanden sein, und der Load Balancer muss sich in einem öffentlichen Subnetz für die Oracle Identity Cloud Service-Konfiguration befinden.

Skalierungsempfehlungen prüfen

Die folgenden Größenempfehlungen basieren auf der Annahme, dass Sie die entsprechende Größe für das vorhandene Oracle Java Cloud Service - SaaS Extension-Deployment verwenden. Möglicherweise müssen Sie Ihre Größe auf der Grundlage Ihrer tatsächlichen Bedürfnisse und Nutzung anpassen.

Beachten Sie, dass die erste Compute-Instanz sowohl die administrativen als auch die Managed Server von WebLogic enthält.

Oracle Java Cloud Service - SaaS Extension-Form Empfehlung für Oracle WebLogic Server for OCI
S1
  • Managed Server: 1 Java EE-Server
  • Arbeitsspeicher: 1.5GB/Instanz
  • Speicher: 5GB
  • Datentransfer: 50 GB/Monat
  • Compute Shape: 1 OCPU / 8 GB Arbeitsspeicher (z. B. VM.Standard.E2.1)
  • Compute-Instanzen: 1
  • Block-Volume: 100 GB
  • Load Balancing: 400 Mbps
S2
  • Managed Server: 2 Java EE-Server
  • Arbeitsspeicher: 3GB/Instanz
  • Speicher: 10GB
  • Datentransfer: 250GB/Monat
  • Compute Shape: 1 OCPU / 8 GB Arbeitsspeicher (z. B. VM.Standard.E2.1)
  • Compute-Instanzen: 2
  • Block-Volume: 100GB für jede Instanz
  • Load Balancing: 400 Mbps
S4
  • Managed Server: 4 Java EE-Server
  • Arbeitsspeicher: 6GB/Instanz
  • Speicher: 25GB
  • Datentransfer: 500GB/Monat
  • Compute Shape: 1 OCPU / 8 GB Arbeitsspeicher (z. B. VM.Standard.E2.1)
  • Compute-Instanzen: 3
  • Block-Volume: 100GB für jede Instanz
  • Load Balancing: 400 Mbps

Erforderliches Patching planen

Sie müssen das erforderliche Patching für Oracle WebLogic Server for OCI und Oracle Autonomous Linux ausführen. Es ist eine gute Idee, vorauszusehen, wann Sie das Patching planen können.

Jedes Oracle WebLogic Server for OCI-Release umfasst Patches aus mehreren Produkten, nämlich Oracle WebLogic Server, Oracle JDeveloper, Oracle Java Development Kit, Oracle Platform Security Services und Oracle Web Services Manager.

Patches in einem neuen Release von Oracle WebLogic Server for OCI werden nicht automatisch auf vorhandene Domains angewendet, die Sie mit Oracle WebLogic Server for OCI erstellt haben. Sie müssen die Patches manuell einspielen, wenn Sie Ihre vorhandene Domain so aktualisieren möchten, dass sie mit dem neuesten Release übereinstimmt, oder um eine bestimmte unterstützte Version abzugleichen.

Ein Patchsetupdate (PSU) ist eine Gruppe zusammengehöriger Patches, die durch eine bestimmte Versionsnummer identifiziert werden. Wenn Sie eine Domain mit Oracle WebLogic Server for OCI erstellen, wählen Sie eine Version von WebLogic Server in folgendem Format aus: <major_version>.<patch_level>.<build>. Beispiel: 12.2.1.4.191121.01. Über Ihren My Oracle Support-Account können Sie den einzuspielenden Patch suchen und herunterladen

Mit dem Oracle Cloud Infrastructure OS Management-Service können Sie Updates und Patches für die Betriebssystemumgebung auf Ihren Oracle Cloud Infrastructure-Instanzen verwalten. Aktualisieren Sie Oracle Linux VM mit OS Management für Management und Automatisierung.