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.

Raccogliere 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 wls-prem-primary-architecture.png

Descrizione dell'immagine wls-prem-primary-architecture.png

wls-prem-primary-architecture-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	wlsfrontend.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) 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 WebLogic Server)
Livello intermedio	Host WebLogic Server IP/nome host fisico/alias	10.10.10.13 / host3.myopnetwork.com /APPHOST1.example.com 10.10.10.14 / host4.myopnetwork.com /APPHOST2.example.com
Livello intermedio	Server di amministrazione Nome host / alias VIP / VIP	10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
Livello intermedio	Componenti e porte FMW	Server di amministrazione, porta 7001 Server cluster WLS 1, porta 8001 Server cluster WLS 2, porta 9001 Node Manager, porta 5556 Coherence, porta 9991
Livello intermedio	WebLogic Server ospita il sistema operativo	Oracle Linux 7.7
Livello intermedio	CPU host WebLogic Server	4 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	IP SCAN/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	mypdbservice.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/wls/products1` a `/u01/oracle/products` attivato in APPHOST1 NFS: da `/export/wls/products2` a `/u01/oracle/products` attivato in APPHOST2 NFS: da `/export/wls/config` a `/u01/oracle/config` attivato in APPHOST1 e APPHOST2 NFS: da `/export/wls/runtime` a `/u01/oracle/runtime` in APPHOST1 e APPHOST2 LOCAL: da `/u02/oracle/config` a `/u02/oracle/config` in APPHOST1 LOCAL: da `/u02/oracle/config` a `/u02/oracle/config` in APPHOST2 (**) Possono essere installazioni private in NFS al posto dello 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/mydomain`
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/mydomain`
Cartelle EDG principali*	`PRIVATE_CONFIG_DIR`	`/u02/oracle/config`
Cartelle EDG principali*	`MSERVER_HOME`	`/u02/oracle/config/domains/mydomain`
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://wlsfrontend.example.com:7001/console/
URL principali	URL applicazione 1	https://wlsfrontend.example.com/app1/
URL principali	URL applicazione 2	https://wlsfrontend.example.com/app2/

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

Determinare le risorse necessarie su OCI

Pianifica ed elenca le risorse necessarie per l'ambiente in standby che creerai 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 di standby di esempio è la seguente: Segue la descrizione di wls-oci-standby-architecture.png
Descrizione dell'immagine wls-oci-standby-architecture.png

architettura wls-oci-standby-oracle.zip

In questo esempio sono necessarie le risorse OCI riportate 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 ottenere il massimo isolamento e il controllo del traffico tra i vari livelli, puoi creare una subnet per ognuna. Ciò comporterebbe le seguenti subnet:
  - 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 alta disponibilità (HA, High Availability) pronta all'uso.
Risorse dell'istanza di computazione
- (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 basate su immagini Oracle WebLogic Server per OCI per i nodi host WebLogic Server nella subnet di livello intermedio, dove N è il numero di host di livello intermedio presenti nel sistema primario in locale esistente.
Per trovare il sistema operativo e le forme supportati, vedere Forme per Oracle WebLogic Server per le immagini OCI.

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, wlsdrconfig) per la configurazione condivisa di WebLogic Server. Verrà attivato da APPHOST1 e APPHOST2.
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, wlsdrruntime) per il runtime WebLogic Server condiviso. Verrà attivato da APPHOST1 e APPHOST2.
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, wlsdrproducts1) per i prodotti che ospitano APPHOST1. Verrà attivato da APPHOST1 (e da APPHOST3, 5 se sono presenti più di due host di livello intermedio).
  - Un file system Oracle Cloud Infrastructure File Storage (ad esempio, wlsdrproducts2) per i prodotti che ospitano APPHOST2. Verrà attivato da APPHOST2 (e da APPHOST4, 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 (wlsdrconfig, wlsdrruntime) in una destinazione di MOUNT situata nell'AD in cui il server di amministrazione verrà eseguito normalmente, ed esportare le altre destinazioni (wlsdrproducts1 e wlsdrproducts2) in una destinazione di accesso situata nell'AD in cui si trova l'host su cui verrà eseguito il MOUNT (wlsproducts1 nella destinazione di accesso dell'AD in cui APPHOST1 è, wlsdrproducts2 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 nomi di risorse di esempio.

Categoria	Tipo di risorsa	Risorsa OCI (valori di esempio)
Risorse generali	Area OCI	Phoenix (disambigua)
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 WebLogic Server	Numero di istanze di computazione	Lo stesso numero degli host WebLogic primari. Ad esempio, `hydrwls1` e `hydrwls2`.
Istanze di computazione per Oracle WebLogic Server	Sistema operativo	Più simile agli host WebLogic Server primari. Ad esempio, Oracle Linux 7.9.
Istanze di computazione per Oracle WebLogic Server	Forma	Più simile agli host WebLogic Server primari. 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	`wlsdrconfigFSS` `wlsdrruntimeFSS` `wlsdrproducts1FSS` `wlsdrproducts2FSS`
Volumi a blocchi OCI	volumi a blocchi	`wlsdrbv1` `wlsdrbv2`
Sistema DB	Conteggio nodi totali	Uguale al principale. Ad esempio 2.
Sistema DB	Forma	Più simile agli host DB primari. Ad esempio, VM Standard2.8.
Sistema DB	Memoria	Più simile al DB primario. Ad esempio, 1024 GB.
Sistema DB	Versione RDBMS	Più simile al DB primario. Ad esempio, 19.11.
Sistema DB	Nome database	Uguale al primario. ad esempio ORCL.
Sistema DB	Nome PDB	Lo stesso del database primario. Ad esempio PDB1.