Planung der Ressourcen für die DR-Umgebung

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 soa-edg-premises.png folgt
Beschreibung der Abbildung soa-edg-premises.png

soa-edg-Premise-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)
Front-End	Frontend-Name	mysoa.example.com
Front-End	Frontend-IP (LBR)	10.10.10.10
Front-End	Frontend-Ports	80 (HTTP, das alle 443 HTTPS umleitet) 443 (HTTPS) 8888 (internes HTTP) 7001 (Admin Console HTTP)
Web Tier	Webhosts 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 SOA-Anwendungen) 8891 (HTTP-Zugriff auf internen WSM)
Middle Tier	SOA-Hosts IP/physischer Hostname/Alias	10.10.10.13 / host3.myopnetwork.com /SOAHOST1.example.com 10.10.10.14 / host4.myopnetwork.com /SOAHOST2.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 WSM-Server, Port 7010 SOA-Server, Port 8001 OSB-Server, Port 8011 ESS-Server, Port 8021 BAM-Server, Port 9001 Node Manager, Port 5556 Coherence, Port 9991
Middle Tier	SOA hostet das Betriebssystem	Oracle Linux 7.7
Middle Tier	SOA-Hosts 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	Scan-IPs/Adressen	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	soapdb.example.com
DB-Tier	DB-Hosts-BS	Oracle Linux 7.7
DB-Tier	RDBMS-Version	19.11
Speicher*	NFS-Volumes, -Mounts und -Größe	NFS: `/export/soa/products1` bis `/u01/oracle/products` eingehängt in SOAHOST1 NFS: `/export/soa/products2` to `/u01/oracle/products` mount in SOAHOST2 NFS: `/export/soa/config` bis `/u01/oracle/config`, eingehängt in SOAHOST1 und SOAHOST2 NFS: Von `/export/soa/runtime` in `/u01/oracle/runtime` in SOAHOST1 und SOAHOST2 LOCAL: `/u02/oracle/config` bis `/u02/oracle/config` in SOAHOST1 LOCAL: `/u02/oracle/config` bis `/u02/oracle/config` in SOAHOST2 (**) Hierbei 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/mysoadomain`
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/mysoadomain`
Haupt-EDG-Ordner*	`PRIVATE_CONFIG_DIR`	`/u02/oracle/config`
Haupt-EDG-Ordner*	`MSERVER_HOME`	`/u02/oracle/config/domains/mysoadomain`
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://mysoa.example.com:7001/console/
Haupt-URLs	Soa-infra-URL	https://mysoa.example.com/soa-infra/
Haupt-URLs	WSM (intern)	http://mysoa.example.com:8888/wsm-pm/

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

Ermittlung der auf OCI benötigten Ressourcen

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 ä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.

Basierend auf dem vorherigen Beispiel eines primären Systems als Referenz ist die Standby-Beispielarchitektur:

Beschreibung von Standby-cloud.png folgt

Beschreibung der Abbildung Standby-cloud.png

Standby-cloud-oracle.zip

Im folgenden 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 Datenverkehrskontrolle zwischen den verschiedenen Ebenen können Sie für jede Ebene ein Subnetz erstellen. Dies würde zu den 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 Out-of-the-box High Availability (HA).
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 sind für die SOA-Hostknoten im Subnetz der Middle Tier erforderlich, wobei N die Anzahl der Middle Tier-Hosts ist, die im vorhandenen primären On-Premise-System vorhanden sind.
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. soadrconfig) für die gemeinsame SOA-Konfiguration. Er wird von SOAHOST1 und SOAHOST2 eingehängt.
  - Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. soadrruntime) für die gemeinsame SOA-Laufzeitumgebung. Er wird von SOAHOST1 und SOAHOST2 eingehängt.
  - Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. soadrproducts1) für das Home-Verzeichnis der Produkte von SOAHOST1. Er wird von SOAHOST1 (und von SOAHOST3, 5, wenn mehr als zwei Middle-Tier-Hosts vorhanden sind) eingehängt.
  - Ein Oracle Cloud Infrastructure File Storage-Dateisystem (z.B. soadrproducts2) für das Home-Verzeichnis der Produkte von SOAHOST2. Er wird von SOAHOST2 (und von SOAHOST4, 6, wenn mehr als zwei Middle-Tier-Hosts vorhanden sind) eingehängt.
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 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 (soadrconfig, soadrruntime), in ein Mountziel in der AD, in dem der Administrationsserver normalerweise ausgeführt wird. und exportieren Sie die anderen (soadrproducts1 und soadrproducts2) in ein Mountziel in der AD, in dem sich der Host befindet, der sie mounten soll (soaproducts1 im Mountziel der AD, wobei APPHOST1 soadrproducts2 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 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
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 SOA Suite	Anzahl der Compute-Instanzen	Dieselbe Nummer wie die primären WebLogic-Hosts. Beispiel: `hydrsoa1` und `hydrsoa2`.
Compute-Instanzen für Oracle SOA Suite	Betriebssystem	Ähnlich wie primäre SOA-Hosts. Beispiel: Oracle Linux 7.9.
Compute-Instanzen für Oracle SOA Suite	Form	Ähnlich wie die primären SOA-Hosts. Beispiel: VM.Standard2.2.
Oracle Cloud Infrastructure-Dateispeicher	Mountziel	1 (oder 2, wenn 2 Availability-Domains verwendet werden).
Oracle Cloud Infrastructure-Dateispeicher	Dateisysteme	`soadrconfigFSS` `soadrruntimeFSS` `soadrproducts1FSS` `soadrproducts2FSS`
OCI-Block-Volumes	Block-Volumes	`soadrbv1` `soadrbv2`
DB-System	Knotenanzahl gesamt	Entspricht: Primär. Beispiel: 2.
DB-System	Form	Ähnlich wie primäre 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ärschlüssel. Beispiel: ORCL.
DB-System	PDB-Name	Identisch mit der primären Datenbank. Beispiel: PDB1.