Planifier les ressources pour l'environnement RS

Planifiez les ressources du système secondaire sur Oracle Cloud Infrastructure en fonction de votre installation sur place existante.

Collecter les détails sur l'environnement sur place

Collectez les détails du système sur place principal nécessaires pour créer le système secondaire sur Oracle Cloud Infrastructure (OCI).

Voici l'exemple d'architecture sur place :

Description de l'illustration soa-edg-premises.png

soa-edg-localisation-oracle.zip

Le tableau suivant décrit les informations de base sur place qui doivent être collectées et les exemples de valeurs utilisés dans ce document.

Niveau	Composant	Principal (exemples de valeurs)
Frontal	Nom frontal	mysoa.example.com
Frontal	IP frontal (LBR)	10.1
Frontal	Ports frontaux	80 (HTTP, qui redirige tous les 443 HTTPS) 443 (HTTPS) 8888 (HTTP interne) 7001 (console d'administration HTTP)
Niveau Web	Hôtes Web Adresse IP / nom d'hôte physique / alias	10.10.10.11 / host1.myopnetwork.com / WEBHOST1.example.com 10.10.10.12 / host2.myopnetwork.com / WEBHOST2.example.com
Niveau Web	Ports Oracle HTTP Server	7001 (accès HTTP aux consoles WLS) 8890 (accès HTTP aux applications SOA) 8891 (accès HTTP à WSM interne)
Niveau intermédiaire	Hôtes SOA Adresse IP / nom d'hôte physique / alias	10.10.10.13 / host3.myopnetwork.com /SOAHOST1.example.com 10.10.10.14 / host4.myopnetwork.com /SOAHOST2.example.com
Niveau intermédiaire	Serveur d'administration Nom d'hôte VIP / VIP / alias	10.10.10.20 / hôte-vip1.myopnetwork.com / ADMINVHN.example.com
Niveau intermédiaire	Composants et ports FMW	Serveur d'administration, port 7001 Serveurs WSM, port 7010 Serveurs SOA, port 8001 Serveurs OSB, port 8011 Serveurs ESS, port 8021 Serveurs BAM, port 9001 Gestionnaire de noeuds, port 5556 Coherence, port 9991
Niveau intermédiaire	Système d'exploitation des hôtes SOA	Oracle Linux 7.7
Niveau intermédiaire	UC des hôtes SOA	4 Intel Xeon 2.90GHz
Niveau intermédiaire	Mémoire	35 Go
Niveau intermédiaire	Utilisateur/groupe de logiciels Oracle	oracle/oinstall
Niveau de BD	Noms d'hôte physique	10.10.10.15 / dbhost1.myopnetwork.com 10.10.10.16 / dbhost2.myopnetwork.com
Niveau de BD	VIP	10.10.10.25 / dbhost1-vip.myopnetwork.com 10.10.10.26 / dbhost2-vip.myopnetwork.com
Niveau de BD	Balayer les adresses IP	10.10.10.30-31-32 / dbhost-scan.myopnetwork.com
Niveau de BD	CPU	8 processeurs Intel Xeon
Niveau de BD	Mémoire	130 Go
Niveau de BD	BD CLIENTE / BD CLIENTE	ORCL / PDB1
Niveau de BD	Nom du service PDB	soapdb.example.com
Niveau de BD	Système d'exploitation des hôtes de base de données	Oracle Linux 7.7
Niveau de BD	Version du SGBDR	19.11
Stockage *	Volumes, montages et tailles NFS	NFS : /export/soa/products1 à /u01/oracle/products monté dans SOAHOST1 NFS : /export/soa/products2 à /u01/oracle/products monté dans SOAHOST2 NFS : /export/soa/config à /u01/oracle/config monté dans SOAHOST1 et SOAHOST2 NFS : /export/soa/runtime à /u01/oracle/runtime dans SOAHOST1 et SOAHOST2 LOCAL** : /u02/oracle/config à /u02/oracle/config dans SOAHOST1 LOCAL** : /u02/oracle/config à /u02/oracle/config dans SOAHOST2 (**) Il peut s'agir de montages privés dans NFS au lieu du stockage local d'un noeud
Dossiers EDG principaux*	ORACLE_HOME	/u01/oracle/products/fmw
Dossiers EDG principaux*	JAVA_HOME	/u01/oracle/products/jdk
Dossiers EDG principaux*	SHARED_CONFIG_DIR	/u01/oracle/config
Dossiers EDG principaux*	APPLICATION_HOME	/u01/oracle/config/applications/mysoadomain
Dossiers EDG principaux*	DEPLOY_PLAN_HOME	/u01/oracle/config/dp
Dossiers EDG principaux*	KEYSTORE_HOME	/u01/oracle/config/keystores
Dossiers EDG principaux*	ASERVER_HOME	/u01/oracle/config/domains/mysoadomain
Dossiers EDG principaux*	PRIVATE_CONFIG_DIR	/u02/oracle/config
Dossiers EDG principaux*	MSERVER_HOME	/u02/oracle/config/domains/mysoadomain
Dossiers EDG principaux*	NM_HOME	/u02/oracle/config/nodemanager
Dossiers EDG principaux*	ORACLE_RUNTIME	/u01/oracle/runtime
Dossiers dans Oracle HTTP Server	ORACLE_HOME	/u02/oracle/products/ohs_12214
Dossiers dans Oracle HTTP Server	WEB_DOMAIN_HOME	/u02/oracle/config/domains/ohsdomain_12214
URL principales	URL de la console d'administration	http ://mysoa.example.com :7001/console/
URL principales	URL Soa-infra	https://mysoa.example.com/soa-infra/
URL principales	WSM (interne)	http://mysoa.example.com:8888/wsm-pm/

* Voir le guide de déploiement d'entreprise pour Oracle SOA Suite standard pour un contexte sur les montages et les répertoires.

Déterminer les ressources nécessaires sur OCI

Planifiez et répertoriez les ressources dont vous avez besoin pour l'environnement de secours que vous allez créer dans Oracle Cloud Infrastructure (OCI). L'environnement secondaire doit être le plus similaire possible à l'environnement sur place existant.

Il n'est pas nécessaire de provisionner quoi que ce soit à ce stade, il suffit d'identifier et de lister les ressources que vous allez créer sur OCI et de vérifier que votre location OCI a les quotas requis pour elles.

En se basant sur l'exemple précédent d'un système principal comme référence, voici l'exemple d'architecture de secours :

Description de l'illustration standby-cloud.png

nuage de secours-oracle.zip

Les ressources OCI suivantes sont nécessaires :

• Ressources générales
  • Vous devez utiliser une région OCI.
  • Vous devez utiliser un compartiment spécifique.
• Ressources de réseau
  • VCN : Un VCN est requis dans la région OCI où le système secondaire va être configuré.
  • Sous-réseaux : pour un isolement et un contrôle maximum du trafic entre les différents niveaux, vous pouvez créer un sous-réseau pour chacun d'eux. Il en résulterait les sous-réseaux suivants :
    • Un sous-réseau régional pour le niveau Web (par exemple, webTierSubnet).
    • Un sous-réseau régional pour le niveau intermédiaire (par exemple, midTierSubnet).
    • Un sous-réseau régional pour le service de stockage de fichiers pour Oracle Cloud Infrastructure (par exemple, fssTierSubnet).
    • Un sous-réseau régional pour le niveau de base de données (par exemple, dbTierSubnet).

    Vous pouvez utiliser moins de sous-réseaux, mais la liste précédente fournit l'isolation maximale du réseau et le contrôle d'accès et est utilisée comme référence dans ce document.

    Les sous-réseaux seront normalement des sous-réseaux privés, étant donné qu'il existe une connectivité privée OCI entre le centre de données du client et la région OCI. Toutefois, le sous-réseau du niveau Web, où se trouve l'équilibreur de charge frontal, peut être public selon vos besoins.

• Service Oracle Cloud Infrastructure Load Balancing

  Un équilibreur de charge OCI offre une haute disponibilité prête à l'emploi.

• Ressources d'instance de calcul
  • (Facultatif) N instances de calcul basées sur des images Oracle WebLogic Server pour OCI pour les noeuds d'hôte Oracle HTTP Server dans le sous-réseau de niveau Web, où N est le nombre d'hôtes de niveau Web que vous avez dans le système principal sur place existant.
  • N instances de calcul sont requises pour les noeuds hôtes SOA du sous-réseau de niveau intermédiaire, où N est le nombre d'hôtes de niveau intermédiaire que vous avez dans le système principal sur place existant.

  Si la région OCI comporte plusieurs domaines de disponibilité, localisez-les dans des domaines de disponibilité différents. Les instances de calcul doivent utiliser l'image et la forme les plus proches de celles utilisées par les hôtes sur place.

• Stockage de fichiers sur OCI

  Note :

  Lors de la planification des ressources de stockage de fichiers et de volume par blocs pour Oracle Cloud Infrastructure, vous devez être cohérent avec la configuration du système de fichiers existant de vos ressources sur place principales. Vous pouvez utiliser de légères variations par rapport à la structure de dossiers basée sur EDG que ce document utilise comme référence. Par exemple, si votre système sur place principal n'utilise pas de configuration partagée Oracle WebLogic Server séparée pour la configuration du domaine du serveur d'administration (ASERVER_HOME), vous n'avez pas besoin de le planifier en tant que système de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure requis. Ou, si votre environnement sur place principal utilise des volumes NFS montés en privé pour stocker la configuration privée WebLogic, prévoyez de provisionner les systèmes de fichiers du service Stockage de fichiers pour Oracle Cloud Infrastructure pour eux. Utilisez les valeurs fournies comme exemples de référence.
  • Cibles de montage du service de stockage de fichiers pour Oracle Cloud Infrastructure

    Vous avez besoin d'au moins une cible de montage dans le sous-réseau de stockage de fichiers pour Oracle Cloud Infrastructure. Pour des raisons de performance, il est recommandé de placer les montages du service Stockage de fichiers pour Oracle Cloud Infrastructure dans le même domaine de disponibilité que les hôtes qui les monteront (instances de calcul de niveau intermédiaire). Placez la cible de montage dans le même domaine de disponibilité que les instances de calcul de niveau intermédiaire.

    Si votre région OCI comporte plusieurs domaines de disponibilité et que vous avez réparti les hôtes de niveau intermédiaire entre deux domaines de disponibilité, créez une cible de montage dans chacun des domaines de disponibilité utilisés. Par exemple :

    • Une cible de montage dans AD1. Elle sera utilisée pour exporter ces systèmes de fichiers : système de fichiers pour la configuration partagée, système de fichiers pour l'exécution partagée et système de fichiers pour les produits utilisés par l'hôte de niveau intermédiaire dans AD1. Cela peut également être utilisé pour exporter tout autre système de fichiers utilisé en privé par les noeuds de niveau intermédiaire dans AD1 (par exemple, une configuration locale lorsqu'il se trouve dans le service de stockage de fichiers pour Oracle Cloud Infrastructure).
    • Une cible de montage dans AD2. Utilisé pour exporter le système de fichiers pour les produits utilisés par l'hôte de niveau intermédiaire dans AD2. Vous pouvez également l'utiliser pour exporter tout autre système de fichiers utilisé en privé par les noeuds de niveau intermédiaire dans AD2 (par exemple, une configuration locale lorsqu'il se trouve dans le service de stockage de fichiers pour Oracle Cloud Infrastructure).
  • Systèmes de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure

    Voici un exemple de systèmes de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure dont vous pourriez avoir besoin :

    • Un système de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure (par exemple, soadrconfig) pour la configuration SOA partagée. Il sera monté par SOAHOST1 et SOAHOST2.
    • Un système de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure (par exemple, soadrruntime) pour l'exécution SOA partagée. Il sera monté par SOAHOST1 et SOAHOST2.
    • Un système de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure (par exemple, soadrproducts1) pour le répertoire de base des produits SOAHOST1. Il sera monté par SOAHOST1 (et par SOAHOST3, 5 s'il y a plus de deux hôtes de niveau intermédiaire).
    • Un système de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure (par exemple, soadrproducts2) pour le répertoire de base des produits SOAHOST2. Il sera monté par SOAHOST2 (et par SOAHOST4, 6 s'il y a plus de deux hôtes de niveau intermédiaire).

  L'image suivante est un exemple des cibles de montage et des systèmes de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure lorsque vous utilisez un seul domaine de disponibilité :

  
  Description de l'illustration oci-storage-targets-one-ad.png

  Si votre région OCI comporte plus de 1 domaine de disponibilité et que vous avez distribué les instances de calcul de niveau intermédiaire entre 2 domaines de disponibilité, exportez les systèmes de fichiers partagés entre les hôtes (soadrconfig, soadrruntime) dans une cible de montage située dans le domaine de disponibilité où le serveur d'administration s'exécutera normalement, et exportez les autres (soadrproducts1 et soadrproducts2) dans une cible de montage située dans le domaine de disponibilité où se trouve l'hôte qui va le monter (soaproducts1 dans la cible de montage du domaine de disponibilité où se trouve APPHOST1, soadrproducts2 dans la cible de montage du domaine de disponibilité où se trouve APPHOST2).

  L'image suivante est un exemple des cibles de montage OCI et des systèmes de fichiers OCI lorsque vous utilisez 2 domaines de disponibilité :

  
  Description de l'illustration oci-storage-targets-two-ad.png

  Dans ce scénario, certains hôtes de niveau intermédiaire se trouvent dans le même domaine de disponibilité que les systèmes de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure partagés. Les autres hôtes de niveau intermédiaire se trouvent dans un autre domaine de disponibilité. Les hôtes de niveau intermédiaire qui sont colocalisés avec les systèmes de fichiers du service de stockage de fichiers pour Oracle Cloud Infrastructure partagés offrent un meilleur accès au système de fichiers partagé que l'autre hôte de niveau intermédiaire situé dans un autre domaine de disponibilité.

• Oracle Cloud Infrastructure Block Volumes

  Pour le stockage utilisé de manière privée par chaque hôte (configuration locale WebLogic telle que la configuration du gestionnaire de noeuds et MSERVER_HOME), vous devez provisionner au moins 1 volume par blocs par hôte de niveau intermédiaire. Provisionnez chaque volume par blocs dans le même domaine de disponibilité de l'hôte qui le montera.

• Système de base de données OCI

  Vous aurez besoin d'un système de base de données de capacité similaire à la base de données Oracle Real Application Clusters (Oracle RAC) existante sur place principale. Le système de base de données doit utiliser la forme de calcul la plus proche de celle utilisée par les hôtes sur place. En outre, la version du SGBDR et le niveau de correctif doivent correspondre à celui présent dans la base de données Oracle RAC sur place. Si le niveau de correctif exact n'est pas disponible pour les systèmes de base de données, vous devrez choisir la version la plus proche et effectuer l'application de correctifs requise pour obtenir le niveau de correctif principal et secondaire au niveau exact du SGBDR. Pour plus de détails à ce sujet, consultez la section Setup.

Voici un résumé des ressources créées à l'aide d'exemples de noms de ressource :

Catégorie	Type de ressource	Ressource OCI (exemples de valeurs)
Ressources générales	Région OCI	Phoenix
Ressources générales	Compartiment	HyDRCompmt
Ressources générales	Domaine de disponibilité	AD1 (ou AD1 et AD2 si la région comporte plusieurs domaines de disponibilité).
Ressources de réseau	VCN	hydrvcn
Ressources de réseau	Sous-réseau	webTierSubnet midTierSubnet fssTierSubnet dbTierSubnet
Ressources de réseau	Équilibreur de charge OCI	hylbr
(Facultatif) Instances de calcul pour Oracle HTTP Server	Nombre d'instances de calcul	Le même numéro que les hôtes Oracle HTTP Server principaux. Par exemple, hydrohs1 et hydrohs2.
(Facultatif) Instances de calcul pour Oracle HTTP Server	Système d'exploitation	La plupart sont similaires aux hôtes Oracle HTTP Server principaux. Par exemple, Oracle Linux 7.9.
(Facultatif) Instances de calcul pour Oracle HTTP Server	Forme	La plupart sont similaires aux hôtes WebLogic principaux. Par exemple, Intel VM.Standard3. Champ flexible
Instances de calcul pour Oracle SOA Suite	Nombre d'instances de calcul	Le même numéro que les hôtes WebLogic principaux. Par exemple, hydrsoa1 et hydrsoa2.
Instances de calcul pour Oracle SOA Suite	Système d'exploitation	La plupart sont similaires aux hôtes SOA principaux. Par exemple, Oracle Linux 7.9.
Instances de calcul pour Oracle SOA Suite	Forme	La plupart sont similaires aux hôtes SOA principaux. Par exemple, VM.Standard2.2.
Service de stockage de fichiers pour Oracle Cloud Infrastructure	Cible de montage	1 (ou 2 si vous utilisez 2 domaines de disponibilité).
Service de stockage de fichiers pour Oracle Cloud Infrastructure	Systèmes de fichiers	soadrconfigFSS soadrruntimeFSS soadrproducts1FSS soadrproducts2FSS
Services de volumes par blocs OCI	volumes par blocs	soadrbv1 soadrbv2
Système de BD	Nombre total de noeuds	Comme le primaire. Par exemple, 2.
Système de BD	Forme	La plupart sont similaires aux hôtes de base de données principaux. Par exemple, VM Standard2.8.
Système de BD	Stockage de stockage	Le plus similaire à la base de données principale. Par exemple, 1024 Go.
Système de BD	Version du SGBDR	Le plus similaire à la base de données principale. Par exemple, 19.11.
Système de BD	Nom de la base de données	Comme le primaire. Par exemple, ORCL.
Système de BD	Nom de la base PDB	identique à la base principale. Par exemple, PDB1.