Pianificare le risorse per l'ambiente DR

Pianifica le risorse per il sistema secondario su Oracle Cloud Infrastructure in base all'installazione on-premise esistente.

Raccolta di dettagli sull'ambiente in locale

Raccogli i dettagli sul sistema primario in locale necessario per creare il sistema secondario su Oracle Cloud Infrastructure (OCI).

Di seguito è riportato l'esempio di architettura on-premise:

Segue la descrizione di soa-edg-premises.png
Descrizione dell'immagine soa-edg-premises.png

soa-edg-premises-oracle.zip

Nella tabella riportata di seguito vengono descritte le informazioni di base in locale da raccogliere e i valori di esempio utilizzati nel presente documento.

Livello	Componente	Principale (valori di esempio)
Front-end	Nome front-end	mysoa.example.com
Front-end	IP front-end (LBR)	10.10.10.10
Front-end	Porte front-end	80 (HTTP, che reindirizza tutti i 443 HTTPS) 443 (HTTPS) 8888 (HTTP interno) 7001 (HTTP console di amministrazione)
Livello Web	Host Web IP / nome host fisico / alias	10.10.10.11 / host1.myopnetwork.com / WEBHOST1.example.com 10.10.10.12 / host2.myopnetwork.com / WEBHOST2.example.com
Livello Web	Porte di Oracle HTTP Server	7001 (accesso HTTP alle console WLS) 8890 (accesso HTTP alle applicazioni SOA) 8891 (accesso HTTP a WSM interno)
Livello intermedio	Host SOA IP / nome host fisico / alias	10.10.10.13 / host3.myopnetwork.com /SOAHOST1.example.com 10.10.10.14 / host4.myopnetwork.com /SOAHOST2.example.com
Livello intermedio	Server di amministrazione Nome host VIP / VIP / alias	10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
Livello intermedio	Componenti e porte FMW	Server di amministrazione, porta 7001 Server WSM, porta 7010 Server SOA, porta 8001 Server OSB, porta 8011 Server ESS, porta 8021 Server BAM, porta 9001 Node Manager, porta 5556 Coherence, porta 9991
Livello intermedio	SOA ospita il sistema operativo	Oracle Linux 7.7
Livello intermedio	CPU host SOA	4 processori Intel Xeon 2.90GHz
Livello intermedio	Memoria	35 GB
Livello intermedio	Utente/gruppo software Oracle	oracle/oinstall
Livello DB	Nomi host fisici	10.10.10.15 / dbhost1.myopnetwork.com 10.10.10.16 / dbhost2.myopnetwork.com
Livello DB	VIP	10.10.10.25 / dbhost1-vip.myopnetwork.com 10.10.10.26 / dbhost2-vip.myopnetwork.com
Livello DB	Scansione IP/indirizzo	10.10.10.30-31-32 / dbhost-scan.myopnetwork.com
Livello DB	CPU	8 Intel Xeon
Livello DB	Memoria	130 GB
Livello DB	CDB/PDB	ORCL / PDB1
Livello DB	Nome servizio PDB	soapdb.example.com
Livello DB	Sistema operativo host DB	Oracle Linux 7.7
Livello DB	Versione RDBMS	19.11
Storage*	Volumi, installazioni e dimensioni NFS	NFS: da `/export/soa/products1` a `/u01/oracle/products` attivato in SOAHOST1 NFS: da `/export/soa/products2` a `/u01/oracle/products` attivato in SOAHOST2 NFS: da `/export/soa/config` a `/u01/oracle/config` attivato in SOAHOST1 e SOAHOST2 NFS: da `/export/soa/runtime` a `/u01/oracle/runtime` in SOAHOST1 e SOAHOST2 LOCALE: da `/u02/oracle/config` a `/u02/oracle/config` in SOAHOST1 LOCALE: da `/u02/oracle/config` a `/u02/oracle/config` in SOAHOST2 (**) Possono essere attivazioni private in NFS anziché storage locale di un nodo
Cartelle EDG principali*	`ORACLE_HOME`	`/u01/oracle/products/fmw`
Cartelle EDG principali*	`JAVA_HOME`	`/u01/oracle/products/jdk`
Cartelle EDG principali*	`SHARED_CONFIG_DIR`	`/u01/oracle/config`
Cartelle EDG principali*	`APPLICATION_HOME`	`/u01/oracle/config/applications/mysoadomain`
Cartelle EDG principali*	`DEPLOY_PLAN_HOME`	`/u01/oracle/config/dp`
Cartelle EDG principali*	`KEYSTORE_HOME`	`/u01/oracle/config/keystores`
Cartelle EDG principali*	`ASERVER_HOME`	`/u01/oracle/config/domains/mysoadomain`
Cartelle EDG principali*	`PRIVATE_CONFIG_DIR`	`/u02/oracle/config`
Cartelle EDG principali*	`MSERVER_HOME`	`/u02/oracle/config/domains/mysoadomain`
Cartelle EDG principali*	`NM_HOME`	`/u02/oracle/config/nodemanager`
Cartelle EDG principali*	`ORACLE_RUNTIME`	/u01/oracle/runtime
Cartelle in Oracle HTTP Server	ORACLE_HOME	/u02/oracle/products/ohs_12214
Cartelle in Oracle HTTP Server	WEB_DOMAIN_HOME	/u02/oracle/config/domains/ohsdomain_12214
URL principali	URL console amministrazione	http://mysoa.example.com:7001/console/
URL principali	URL mainframe	https://mysoa.example.com/soa-infra/
URL principali	WSM (interno)	http://mysoa.example.com:8888/wsm-pm/

* Vedere la Guida alla distribuzione aziendale per Oracle SOA Suite standard per il contesto sugli accessi e sulle directory.

Determinare le risorse necessarie per OCI

Pianificare ed elencare le risorse necessarie per l'ambiente in standby creato in Oracle Cloud Infrastructure (OCI). L'ambiente secondario deve essere il più possibile simile all'ambiente on premise esistente.

A questo punto, non è necessario eseguire alcun provisioning, è sufficiente identificare ed elencare le risorse che verranno create nell'infrastruttura OCI e verificare che la tenancy OCI disponga delle quote necessarie.

In base all'esempio precedente di un sistema primario come riferimento, l'architettura in standby di esempio è la seguente:

Segue la descrizione di standby-cloud.png

Descrizione dell'immagine standby-cloud.png

standby-cloud-oracle.zip

In questo esempio, sono necessarie le risorse OCI indicate di seguito.

Risorse generali
- È necessario utilizzare un'area OCI.
- È necessario utilizzare un compartimento specifico.
Risorse di rete
- VCN: una VCN è necessaria nell'area OCI in cui verrà impostato il sistema secondario.
- Subnet: per un massimo di isolamento e controllo del traffico tra i diversi livelli, puoi creare una subnet per ogni livello. Ciò comporterebbe le subnet seguenti:
  - Una subnet regionale per il livello Web (ad esempio, webTierSubnet).
  - Una subnet regionale per il livello intermedio (ad esempio, midTierSubnet).
  - Una subnet regionale per Oracle Cloud Infrastructure File Storage (ad esempio, fssTierSubnet).
  - Una subnet regionale per il livello del database (ad esempio, dbTierSubnet).
  È possibile utilizzare un numero inferiore di sottoreti, ma l'elenco precedente fornisce il massimo di isolamento della rete e il controllo dell'accesso ed è utilizzato come riferimento in questo documento.
  
  Le subnet saranno in genere subnet private, poiché esiste una connettività privata OCI tra il data center del cliente e l'area OCI. Tuttavia, la subnet per il livello Web in cui si trova il load balancer frontend può essere pubblica in base alle tue esigenze.
Oracle Cloud Infrastructure Load Balancing
Un load balancer OCI fornisce funzionalità ad alta disponibilità (HA, High Availability) pronte all'uso.
Risorse dell'istanza di calcolo
- (Facoltativo) N istanze di computazione basate su immagini Oracle WebLogic Server for OCI per i nodi host Oracle HTTP Server nella subnet del livello Web, dove N è il numero di host del livello Web presenti nel sistema primario in locale esistente.
- N istanze di computazione sono necessarie per i nodi host SOA nella subnet di livello intermedio, dove N è il numero di host di livello intermedio che hai nel sistema primario in locale esistente.
Se l'area OCI dispone di più domini di disponibilità (AD), individuarli in domini diversi. Le istanze di computazione devono utilizzare l'immagine e la forma più vicine a quelle utilizzate dagli host on premise.
Storage di file su OCI

Nota:
Quando pianifichi le risorse Storage di file di Oracle Cloud Infrastructure e dei volumi a blocchi, devi essere coerente con la configurazione del file system esistente del tuo database primario on premise. È possibile utilizzare lievi variazioni rispetto alla struttura di cartelle basata su EDG utilizzata dal documento come riferimento. Ad esempio, se in locale primario non si utilizza una configurazione condivisa separata di Oracle WebLogic Server per la configurazione del dominio del server di amministrazione (ASERVER_HOME), non è necessario pianificarla come file system Oracle Cloud Infrastructure File Storage necessario. In alternativa, se il tuo database primario in locale utilizza volumi NFS con MOUNT privato per memorizzare la configurazione privata WebLogic, pianifica di eseguire il provisioning dei file system Oracle Cloud Infrastructure File Storage per tali volumi. Utilizzare i valori forniti come esempi di riferimento.
- Destinazioni di accesso Oracle Cloud Infrastructure File Storage
  È necessaria almeno una destinazione di accesso nella subnet Oracle Cloud Infrastructure File Storage. Per motivi di prestazioni, si consiglia di posizionare i MOUNT di Oracle Cloud Infrastructure File Storage nello stesso dominio di disponibilità degli host che ne eseguiranno il MOUNT (le istanze di computazione di livello intermedio). Posizionare la destinazione di accesso nello stesso dominio di disponibilità rispetto alle istanze di computazione di livello intermedio.
  
  Se l'area OCI include più domini di disponibilità e hai distribuito gli host di livello intermedio tra due domini AD, allora crea una destinazione di MOUNT in ciascun dominio di disponibilità usato. Ad esempio:
  - Una destinazione di accesso in AD1. Verrà utilizzato per esportare questi file system: file system per la configurazione condivisa, file system per il runtime condiviso e file system per i prodotti utilizzati dall'host di livello intermedio in AD1. Può essere utilizzato anche per esportare qualsiasi altro file system utilizzato privatamente dai nodi di livello intermedio in AD1 (ad esempio, la configurazione locale quando si trova in Oracle Cloud Infrastructure File Storage).
  - Una destinazione di accesso in AD2. Viene utilizzato per esportare il file system per i prodotti utilizzati dall'host di livello intermedio in AD2. È inoltre possibile utilizzare questa opzione per esportare qualsiasi altro file system utilizzato privatamente dai nodi del livello intermedio in AD2 (ad esempio, la configurazione locale quando si trova in Oracle Cloud Infrastructure File Storage).
- File system Oracle Cloud Infrastructure File Storage
  Di seguito è riportato un esempio dei file system Oracle Cloud Infrastructure File Storage che potrebbero essere necessari:
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, soadrconfig) per la configurazione SOA condivisa. Verrà attivato da SOAHOST1 e SOAHOST2.
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, soadrruntime) per il runtime SOA condiviso. Verrà attivato da SOAHOST1 e SOAHOST2.
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, soadrproducts1) per i prodotti che ospitano SOAHOST1. Verrà attivato da SOAHOST1 (e da SOAHOST3, 5 se sono presenti più di due host di livello intermedio).
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, soadrproducts2) per i prodotti che ospitano SOAHOST2. Verrà attivato da SOAHOST2 (e da SOAHOST4, 6 se sono presenti più di due host di livello intermedio).
L'immagine riportata di seguito mostra un esempio delle destinazioni di accesso e dei file system Oracle Cloud Infrastructure File Storage quando si utilizza un solo dominio di disponibilità.

Descrizione dell'immagine oci-storage-targets-one-ad.png
Se l'area OCI contiene più di 1 AD e sono state distribuite le istanze di computazione di livello intermedio tra 2 AD, esportare i file system condivisi tra gli host (soadrconfig, soadrruntime) in una destinazione di MOUNT situata nell'AD in cui il server di amministrazione verrà eseguito normalmente, ed esportare le altre destinazioni (soadrproducts1 e soadrproducts2) in una destinazione di accesso situata nell'AD in cui si trova l'host su cui verrà eseguito il MOUNT (soaproducts1 nella destinazione di accesso dell'AD in cui APPHOST1 è, soadrproducts2 nella destinazione di accesso dell'AD in cui si trova APPHOST2).

L'immagine riportata di seguito mostra un esempio delle destinazioni di accesso OCI e dei file system OCI quando si utilizzano i domini di disponibilità 2.

Descrizione dell'immagine oci-storage-targets-two-ad.png
In questo scenario, alcuni host di livello intermedio si trovano nello stesso dominio di disponibilità dei file system Oracle Cloud Infrastructure File Storage condivisi. Gli altri host di livello intermedio si trovano in un dominio di disponibilità diverso. Gli host di livello intermedio che hanno una struttura di housing con i file system di Oracle Cloud Infrastructure File Storage condivisi hanno prestazioni di accesso al file system condiviso migliori rispetto all'altro host di livello intermedio che si trova in un dominio di disponibilità diverso.
Oracle Cloud Infrastructure Block Volumes
Per lo storage utilizzato in modalità privata da ogni host (la configurazione locale WebLogic, ad esempio la configurazione Node Manager e MSERVER_HOME), è necessario eseguire il provisioning di almeno 1 volume a blocchi per ogni host di livello intermedio. Esegui il provisioning di ogni volume a blocchi nello stesso dominio di disponibilità dell'host sul quale verrà eseguito il MOUNT.
Sistema DB OCI
Avrai bisogno di un sistema DB con una capacità simile a quella di Oracle Real Application Clusters (Oracle RAC) DB esistente in modalità on premise primaria. Il sistema DB deve utilizzare la forma di computazione più vicina a quella usata dagli host on premise. Inoltre, la versione e il livello di patch di RDBMS devono corrispondere a quello presente nel database Oracle RAC in locale. Se il livello di patch esatto non è disponibile per i sistemi DB, dovrai scegliere la versione più simile ed eseguire l'applicazione di patch richiesta per ottenere sia il database primario che il livello di patch RDBMS esatto. Per ulteriori dettagli, vedere la sezione Impostazione.

Di seguito vengono riepilogate le risorse create con i nomi delle risorse di esempio.

Categoria	Tipo di risorsa	Risorsa OCI (valori di esempio)
Risorse generali	Area OCI	Phoenix
Risorse generali	Compartimento	`HyDRCompmt`
Risorse generali	Dominio di disponibilità (AD)	`AD1` (o `AD1` e `AD2` se l'area dispone di più domini di disponibilità).
Risorse di rete	VCN	`hydrvcn`
Risorse di rete	Sottorete	`webTierSubnet` `midTierSubnet` `fssTierSubnet` `dbTierSubnet`
Risorse di rete	Load balancer OCI	`hylbr`
(Facoltativo) Istanze di computazione per Oracle HTTP Server	Numero di istanze di computazione	Lo stesso numero degli host Oracle HTTP Server primari. Ad esempio, `hydrohs1` e `hydrohs2`.
(Facoltativo) Istanze di computazione per Oracle HTTP Server	Sistema operativo	Più simile agli host Oracle HTTP Server primari. Ad esempio, Oracle Linux 7.9.
(Facoltativo) Istanze di computazione per Oracle HTTP Server	Forma	Più simile agli host WebLogic primari. Ad esempio, Intel VM.Standard3.Flex.
Istanze di computazione per Oracle SOA Suite	Numero di istanze di computazione	Lo stesso numero degli host WebLogic primari. Ad esempio, `hydrsoa1` e `hydrsoa2`.
Istanze di computazione per Oracle SOA Suite	Sistema operativo	Più simile agli host SOA primari. Ad esempio, Oracle Linux 7.9.
Istanze di computazione per Oracle SOA Suite	Forma	Più simile agli host SOA principali. Ad esempio VM.Standard2.2.
Storage di file di Oracle Cloud Infrastructure	Destinazione di accesso	1 (o 2 se si utilizzano 2 domini di disponibilità).
Storage di file di Oracle Cloud Infrastructure	File system	`soadrconfigFSS` `soadrruntimeFSS` `soadrproducts1FSS` `soadrproducts2FSS`
Volumi a blocchi OCI	volumi a blocchi	`soadrbv1` `soadrbv2`
Sistema DB	Totale conteggio nodi	Sinonimo di primario. Ad esempio, 2.
Sistema DB	Forma	Molto simile agli host DB primari. Ad esempio, VM Standard2.8.
Sistema DB	Storage	Molto simile al database primario. Ad esempio, 1024 GB.
Sistema DB	Versione RDBMS	Molto simile al database primario. Ad esempio, 19.11.
Sistema DB	Nome database	Lo stesso di primario. ad esempio ORCL.
Sistema DB	Nome PDB	Lo stesso del database primario. Ad esempio, PDB1.