1. Konfigurieren einer hybriden DR-Lösung für Oracle WebLogic Server
  2. Ressourcen für die DR-Umgebung planen

Ressourcen für die DR-Umgebung planen

Planen Sie die Ressourcen für das sekundäre System auf Oracle Cloud Infrastructure basierend auf Ihrer vorhandenen On-Premise-Installation.

Details zur On-Premise-Umgebung erfassen

Erfassen Sie Details zum primären On-Premise-System, das zum Erstellen des sekundären Systems in Oracle Cloud Infrastructure (OCI) erforderlich ist.

Im Folgenden finden Sie das Beispiel für die On-Premise-Architektur:

Beschreibung von wls-prem-primary-architecture.png folgt
Beschreibung der Abbildung wls-prem-primary-architecture.png

wls-prem-primary-architecture-oracle.zip

In der folgenden Tabelle sind die grundlegenden On-Premise-Informationen aufgeführt, die erfasst werden müssen, sowie die in diesem Dokument verwendeten Beispielwerte.

Stufe Komponente Primär (Beispielwerte)
Kundenkontakt Front-End-Name wlsfrontend.example.com
Kundenkontakt Frontend-IP (LBR) 10.10.10.10
Kundenkontakt Frontend-Ports
  • 80 (HTTP, mit dem alle 443 HTTPS umgeleitet werden)
  • 443 (HTTPS)
  • 7001 (Admin-Konsole HTTP)
Web Tier

Webhoster

IP/physischer Hostname/Alias
  • 10.10.10.11 / host1.myopnetwork.com / WEBHOST1.example.com
  • 10.10.10.12 / host2.myopnetwork.com / WEBHOST2.example.com
Web Tier Oracle HTTP Server-Ports
  • 7001 (HTTP-Zugriff auf WLS-Konsolen)
  • 8890 (HTTP-Zugriff auf WebLogic Server-Anwendungen)
Middle Tier

WebLogic Server-Hosts

IP/physischer Hostname/Alias
  • 10.10.10.13 / host3.myopnetwork.com /APPHOST1.example.com
  • 10.10.10.14 / host4.myopnetwork.com /APPHOST2.example.com
Middle Tier

Administrationsserver

VIP-/VIP-Hostname/Alias

 10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
Middle Tier FMW-Komponenten und -Ports
  • Admin-Server, Port 7001
  • WLS Cluster 1-Server, Port 8001
  • WLS Cluster 2-Server, Port 9001
  • Node Manager, Port 5556
  • Coherence, Port 9991
Middle Tier WebLogic Server hostet das Betriebssystem Oracle Linux 7.7
Middle Tier WebLogic Server hostet CPU 4. Intel Xeon 2.90GHz
Middle Tier Speicher 35 GB
Middle Tier Oracle-Softwarebenutzer/-gruppe oracle/oinstall
DB-Tier Physische Hostnamen
  • 10.10.10.15/dbhost1.myopnetwork.com
  • 10.10.10.16/dbhost2.myopnetwork.com
DB-Tier VIPs
  • 10.10.10.25/dbhost1-vip.myopnetwork.com
  • 10.10.10.26/dbhost2-vip.myopnetwork.com
DB-Tier IPs/Adressen scannen 10.10.10.30-31-32/dbhost-scan.myopnetwork.com
DB-Tier CPU 8 Intel Xeon
DB-Tier Speicher 130 GB
DB-Tier CDB/PDB ORCL/PDB1
DB-Tier Servicename der PDB Mypdbservice.example.com
DB-Tier DB-Host-BS Oracle Linux 7.7
DB-Tier RDBMS-Version 19.11
Speicher* NFS-Volumes, Mounts und Größe

NFS: /export/wls/products1 to /u01/oracle/products mount in APPHOST1

NFS: /export/wls/products2 to /u01/oracle/products mount in APPHOST2

NFS: Von /export/wls/config bis /u01/oracle/config gemountet in APPHOST1 und APPHOST2

NFS: Von /export/wls/runtime in /u01/oracle/runtime in APPHOST1 und APPHOST2

LOCAL**: /u02/oracle/config für /u02/oracle/config in APPHOST1

LOCAL**: /u02/oracle/config für /u02/oracle/config in APPHOST2

(**) Dabei kann es sich um private Mounts in NFS anstelle des lokalen Speichers eines Knotens handeln
Haupt-EDG-Ordner* ORACLE_HOME /u01/oracle/products/fmw
Haupt-EDG-Ordner* JAVA_HOME /u01/oracle/products/jdk
Haupt-EDG-Ordner* SHARED_CONFIG_DIR /u01/oracle/config
Haupt-EDG-Ordner* APPLICATION_HOME /u01/oracle/config/applications/mydomain
Haupt-EDG-Ordner* DEPLOY_PLAN_HOME /u01/oracle/config/dp
Haupt-EDG-Ordner* KEYSTORE_HOME /u01/oracle/config/keystores
Haupt-EDG-Ordner* ASERVER_HOME /u01/oracle/config/domains/mydomain
Haupt-EDG-Ordner* PRIVATE_CONFIG_DIR /u02/oracle/config
Haupt-EDG-Ordner* MSERVER_HOME /u02/oracle/config/domains/mydomain
Haupt-EDG-Ordner* NM_HOME /u02/oracle/config/nodemanager
Haupt-EDG-Ordner* ORACLE_RUNTIME /u01/oracle/runtime
Ordner in Oracle HTTP Server ORACLE_HOME /u02/oracle/products/ohs_12214
Ordner in Oracle HTTP Server WEB_DOMAIN_HOME /u02/oracle/config/domains/ohsdomain_12214
Haupt-URLs URL der Admin-Konsole http://wlsfrontend.example.com:7001/console/
Haupt-URLs

Application 1 URL

https://wlsfrontend.example.com/app1/
Haupt-URLs

Application 2 URL

https://wlsfrontend.example.com/app2/

* Kontext zu Mounts und Verzeichnissen finden Sie im Standard-Enterprise Deployment Guide for Oracle SOA Suite.

Auf OCI benötigte Ressourcen bestimmen

Planen und listen Sie die Ressourcen auf, die Sie für die Standbyumgebung benötigen, die Sie in Oracle Cloud Infrastructure (OCI) erstellen. Die sekundäre Umgebung muss der vorhandenen On-Premise-Umgebung so ähnlich wie möglich sein.

Zu diesem Zeitpunkt ist kein Provisioning erforderlich. Identifizieren und listen Sie einfach die Ressourcen auf, die Sie auf OCI erstellen, und prüfen Sie, ob Ihr OCI-Mandant über die erforderlichen Quotas für sie verfügt.

Im Folgenden finden Sie auf Basis des vorherigen Beispiels eines Primärsystems als Referenz die Beispiel-Standby-Architektur:Beschreibung von wls-oci-standby-architecture.png folgt
Beschreibung der Abbildung wls-oci-standby-architecture.png

wls-oci-standby-architecture-oracle.zip

In diesem Beispiel sind diese OCI-Ressourcen erforderlich:

  • Allgemeine Ressourcen
    • Sie müssen eine OCI-Region verwenden.
    • Sie müssen ein bestimmtes Compartment verwenden.
  • Netzwerkressourcen
    • VCN: Ein VCN ist in der OCI-Region erforderlich, in der das sekundäre System eingerichtet wird.
    • Subnetze: Für eine maximale Isolation und Trafficsteuerung zwischen den verschiedenen Ebenen können Sie ein Subnetz für jedes Subnetz erstellen. Dies würde zu folgenden Subnetzen führen:
      • Ein regionales Subnetz für die Web-Tier (Beispiel: webTierSubnet).
      • Ein regionales Subnetz für die Middle Tier (Beispiel: midTierSubnet).
      • Ein regionales Subnetz für Oracle Cloud Infrastructure File Storage (z.B. fssTierSubnet).
      • Ein regionales Subnetz für die DB-Tier (Beispiel: dbTierSubnet).

      Sie können weniger Subnetze verwenden, die vorherige Liste stellt jedoch die maximale Netzwerkisolation und Zugriffskontrolle bereit und wird als Referenz in diesem Dokument verwendet.

      Die Subnetze sind normalerweise private Subnetze, da es eine private OCI-Konnektivität zwischen dem Kunden-Data Center und der OCI-Region gibt. Das Subnetz für die Web-Tier, in dem sich der Frontend-Load Balancer befindet, kann allerdings entsprechend Ihren Anforderungen öffentlich sein.

  • Oracle Cloud Infrastructure Load Balancing

    Ein OCI Load Balancer bietet High Availability (HA) out-of-the-box.

  • Compute-Instanzressourcen
    • (Optional) N Compute-Instanzen, die auf Oracle WebLogic Server for OCI-Images für die Oracle HTTP Server-Hostknoten im Web-Tier-Subnetz basieren. Dabei ist N die Anzahl der Web-Tier-Hosts, die im vorhandenen On-Premise-Primärsystem vorhanden sind.
    • N Compute-Instanzen, die auf Oracle WebLogic Server for OCI-Images für die WebLogic Server-Hostknoten im Middle-Tier-Subnetz basieren. Dabei ist N die Anzahl der Middle-Tier-Hosts, die Sie im vorhandenen On-Premise-Primärsystem haben.

    Informationen zum Suchen von unterstützten BS und Ausprägungen finden Sie unter Ausprägungen für Oracle WebLogic Server für OCI-Images.

    Wenn die OCI-Region mehrere Availability-Domains (AD) enthält, suchen Sie diese in verschiedenen ADs. Die Compute-Instanzen müssen das Image und die Ausprägungen verwenden, die den von den On-Premise-Hosts verwendeten am nächsten sind.

  • File Storage auf OCI

    Hinweis:

    Wenn Sie die Oracle Cloud Infrastructure File Storage- und Block Volume-Ressourcen planen, müssen Sie mit der vorhandenen Dateisystemkonfiguration Ihrer primären On-Premise-Instanz konsistent sein. Sie können geringfügige Abweichungen von der EDG-basierten Ordnerstruktur verwenden, die dieses Dokument als Referenz verwendet. Beispiel: Wenn Ihre primäre On-Premise-Instanz keine separate gemeinsame Oracle WebLogic Server-Konfiguration für die Administrationsserverdomainkonfiguration (ASERVER_HOME) verwendet, müssen Sie sie nicht als erforderliches Oracle Cloud Infrastructure File Storage-Dateisystem planen. Wenn Ihr primäres On-Premise-System NFS-Volumes verwendet, die privat gemountet sind, um die private Konfiguration WebLogic zu speichern, sollten Sie für sie auch Oracle Cloud Infrastructure File Storage-Dateisysteme bereitstellen. Verwenden Sie die als Referenzbeispiele angegebenen Werte.
    • Oracle Cloud Infrastructure File Storage-Mount-Ziele

      Sie benötigen mindestens ein Mountziel im Oracle Cloud Infrastructure File Storage-Subnetz. Aus Performancegründen wird empfohlen, die Oracle Cloud Infrastructure File Storage-Mounts in derselben Availability-Domain zu platzieren wie die Hosts, die sie mounten (die Middle-Tier-Compute-Instanzen). Speichern Sie das Mountziel in derselben Availability-Domain wie die Middle-Tier-Compute-Instanzen.

      Wenn Ihre OCI-Region mehrere Availability-Domains enthält und Sie die Middle-Tier-Hosts zwischen zwei ADs verteilt haben, erstellen Sie ein Mount-Ziel in jeder der verwendeten Availability-Domains. Beispiel:

      • Ein Mountziel in AD1. Damit werden diese Dateisysteme exportiert: Dateisystem für gemeinsame Konfiguration, Dateisystem für gemeinsame Laufzeit und Dateisystem für die Produkte, die vom Middle-Tier-Host in AD1 verwendet werden. Damit können auch alle anderen Dateisysteme exportiert werden, die privat von den Middle-Tier-Knoten in AD1 verwendet werden (z.B. lokale Konfiguration in Oracle Cloud Infrastructure File Storage).
      • Ein Mountziel in AD2. Damit wird das Dateisystem für die Produkte exportiert, die vom Middle-Tier-Host in AD2 verwendet werden. Mit dieser Option können Sie auch jedes andere Dateisystem exportieren, das privat von den Middle-Tier-Knoten in AD2 verwendet wird (z.B. lokale Konfiguration in Oracle Cloud Infrastructure File Storage).
    • Oracle Cloud Infrastructure File Storage-Dateisysteme

      Im Folgenden finden Sie ein Beispiel für die Oracle Cloud Infrastructure File Storage-Dateisysteme, die Sie möglicherweise benötigen:

      • Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. wlsdrconfig) für die gemeinsame Konfiguration des WebLogic-Servers. Es wird von APPHOST1 und APPHOST2 gemountet.
      • Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. wlsdrruntime) für die gemeinsame WebLogic-Server-Laufzeitumgebung. Es wird von APPHOST1 und APPHOST2 gemountet.
      • Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. wlsdrproducts1) für das Home-Verzeichnis der Produkte von APPHOST1. Es wird von APPHOST1 gemountet (und von APPHOST3, 5, wenn mehr als zwei Middle Tier-Hosts vorhanden sind).
      • Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. wlsdrproducts2) für das Home-Verzeichnis der Produkte von APPHOST2. Er wird von APPHOST2 (und von APPHOST4, 6, wenn mehr als zwei Middle Tier-Hosts vorhanden sind) gemountet.

    Das folgende Image ist ein Beispiel für die Oracle Cloud Infrastructure File Storage-Mount-Ziele und Dateisysteme, wenn Sie nur eine Availability-Domain verwenden:

    Beschreibung von oci-storage-targets-one-ad.png folgt
    Beschreibung der Abbildung oci-storage-targets-one-ad.png

    Wenn Ihre OCI-Region mehr als 1 AD aufweist und Sie die Middle-Tier-Compute-Instanzen auf 2 ADs verteilt haben, exportieren Sie die Dateisysteme, die von den Hosts gemeinsam verwendet werden (wlsdrconfig, wlsdrruntime), in ein Mountziel in der AD, in dem der Administrationsserver normalerweise ausgeführt wird. und exportieren Sie die anderen (wlsdrproducts1 und wlsdrproducts2) in ein Mountziel in der AD, in dem sich der Host befindet, der sie mounten soll (wlsproducts1 im Mountziel der AD, wobei APPHOST1 wlsdrproducts2 im Mountziel der AD ist, in dem APPHOST2 gespeichert ist).

    Die folgende Abbildung ist ein Beispiel für die OCI-Mount-Ziele und OCI-Dateisysteme, wenn Sie 2 Availability-Domains verwenden:

    Beschreibung von oci-storage-targets-two-ad.png folgt
    Beschreibung der Abbildung oci-storage-targets-two-ad.png

    In diesem Szenario befinden sich einige Middle-Tier-Hosts in derselben Availability-Domain wie die freigegebenen Oracle Cloud Infrastructure File Storage-Dateisysteme. Andere Mid-Tier-Hosts befinden sich in einer anderen Availability-Domain. Die Middle-Tier-Hosts, die in einer Colocation mit den freigegebenen Oracle Cloud Infrastructure File Storage-Dateisystemen stehen, haben einen besseren Performancezugriff auf das freigegebene Dateisystem als der andere Middle-Tier-Host in einer anderen Availability-Domain.

  • Oracle Cloud Infrastructure Block Volumes

    Für den Speicher, der von jedem Host privat verwendet wird (die lokale WebLogic-Konfiguration, wie Node Manager-Konfiguration und MSERVER_HOME), müssen Sie mindestens 1 Block-Volume pro Middle-Tier-Host bereitstellen. Stellen Sie jedes Block-Volume in derselben AD des Hosts bereit, auf dem es gemountet wird.

  • OCI-DB-System

    Sie benötigen ein DB-System mit ähnlicher Kapazität wie die vorhandene DB Oracle Real Application Clusters (Oracle RAC) in der primären On-Premise-Umgebung. Das DB-System muss die Compute-Ausprägung verwenden, die der Compute-Ausprägung am nächsten ist, die von den On-Premise-Hosts verwendet wird. Darüber hinaus müssen die RDBMS-Version und die Patchebene mit der Version in der On-Premise-Oracle RAC-Datenbank übereinstimmen. Wenn die genaue Patchebene für DB-Systeme nicht verfügbar ist, müssen Sie die nächste Version auswählen und das erforderliche Patching ausführen, um sowohl die primäre als auch die sekundäre Ebene der genauen RDBMS-Patchstufe zu erhalten. Weitere Informationen hierzu finden Sie im Abschnitt "Setup".

Im Folgenden werden die Ressourcen zusammengefasst, die mit Beispielressourcennamen erstellt werden:

Kategorie Ressourcentyp OCI-Ressource (Beispielwerte)
Allgemeine Ressourcen OCI-Region Phoenix (Begriffsklärung)
Allgemeine Ressourcen Compartment HyDRCompmt
Allgemeine Ressourcen Availability-Domain (AD) AD1 (oder AD1 und AD2, wenn die Region mehr als eine AD aufweist).
Netzwerkressourcen VCN hydrvcn
Netzwerkressourcen Subnetz

webTierSubnet

midTierSubnet

fssTierSubnet

dbTierSubnet
Netzwerkressourcen OCI Load Balancer hylbr
(Optional) Compute-Instanzen für Oracle HTTP Server Anzahl der Compute-Instanzen Die gleiche Nummer wie die primären Oracle HTTP Server-Hosts. Beispiel: hydrohs1 und hydrohs2.
(Optional) Compute-Instanzen für Oracle HTTP Server Betriebssystem Ähnlich wie primäre Oracle HTTP Server-Hosts. Beispiel: Oracle Linux 7.9.
(Optional) Compute-Instanzen für Oracle HTTP Server Form Ähnlich wie die primären WebLogic-Hosts. Beispiel: Intel VM.Standard3.Flex.
Compute-Instanzen für Oracle WebLogic Server Anzahl der Compute-Instanzen Dieselbe Nummer wie die primären WebLogic-Hosts. Beispiel: hydrwls1 und hydrwls2.
Compute-Instanzen für Oracle WebLogic Server Betriebssystem Ähnlich wie die primären WebLogic Server-Hosts. Beispiel: Oracle Linux 7.9.
Compute-Instanzen für Oracle WebLogic Server Form Ähnlich wie die primären WebLogic Server-Hosts. Beispiel: VM.Standard2.2.
Oracle Cloud Infrastructure-Dateispeicher Mountziel 1 (oder 2, wenn 2 Availability-Domains verwendet werden).
Oracle Cloud Infrastructure-Dateispeicher Dateisysteme

wlsdrconfigFSS

wlsdrruntimeFSS

wlsdrproducts1FSS

wlsdrproducts2FSS
OCI-Block-Volumes Block-Volumes

wlsdrbv1

wlsdrbv2
DB-System Knotenanzahl gesamt Entspricht: Primär. Beispiel: 2.
DB-System Form Ähnlich wie die primären DB-Hosts. Beispiel: VM Standard2.8.
DB-System Speicher Ähnlich wie die primäre Datenbank. Beispiel: 1024 GB.
DB-System RDBMS-Version Ähnlich wie die primäre Datenbank. Beispiel: 19.11.
DB-System Datenbankname Entspricht dem Primärnamen. Beispiel: ORCL.
DB-System PDB-Name Identisch mit der Primärdatenbank. Beispiel: PDB1.