Planification des ressources pour l'environnement de récupération après sinistre
Planifiez les ressources du système secondaire sur Oracle Cloud Infrastructure en fonction de votre installation sur site existante.
Collecte de détails sur l'environnement sur site
Voici l'exemple d'architecture sur site :
Description de l'illustration soa-edg-premises.png
Le tableau suivant présente les informations de base sur site à collecter et les exemples de valeur utilisés dans ce document.
Niveau | Composant | Principal (exemples de valeur) |
---|---|---|
Système frontal | Nom frontal | mysoa.example.com |
Système frontal | Adresse IP frontale (LBR) | 10.10.10.10 |
Système frontal | Ports frontaux |
|
Niveau (tier) Web |
Hôtes Web IP/nom d'hôte physique/alias |
|
Niveau (tier) Web | Ports Oracle HTTP Server |
|
Niveau intermédiaire |
Hôtes SOA IP/nom d'hôte physique/alias |
|
Niveau intermédiaire |
Serveur d'administration VIP/nom d'hôte VIP/alias |
10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com |
Niveau intermédiaire | Composants et ports FMW |
|
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 base de données | Noms d'hôte physiques |
|
Niveau de base de données | Personnalité VIP |
|
Niveau de base de données | Analyser les adresses IP/l'adresse | 10.10.10.30-31-32 / dbhost-scan.myopnetwork.com |
Niveau de base de données | UC | 8 Intel Xeon |
Niveau de base de données | Mémoire | 130 GO |
Niveau de base de données | CDB/BASE DE DONNÉES PLUGGABLE | ORCL / PDB1 |
Niveau de base de données | Nom de service PDB | soapdb.example.com |
Niveau de base de données | Système d'exploitation des hôtes de base de données | Oracle Linux 7.7 |
Niveau de base de données | Version RDBMS | 19 h 11 |
Stockage* | Volumes, montages et taille NFS |
NFS : de NFS : de NFS : NFS : LOCAL** : LOCAL** : (**) 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/ |
* Reportez-vous au Guide de déploiement Enterprise pour Oracle SOA Suite standard pour connaître le contexte des montages et des répertoires.
Détermination des ressources nécessaires sur OCI
A ce stade, il n'est pas nécessaire de provisionner quoi que ce soit. Identifiez et répertoriez simplement les ressources que vous allez créer sur OCI et vérifiez que votre location OCI dispose des quotas requis.
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
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 réseau
- VCN : un VCN est requis dans la région OCI où le système secondaire sera configuré.
- Sous-réseaux : pour un isolement et un contrôle de trafic maximaux entre les différents niveaux, vous pouvez créer un sous-réseau pour chacun d'entre 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 Oracle Cloud Infrastructure File Storage (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 le contrôle d'accès et d'isolement réseau maximal et sert de référence dans ce document.
Les sous-réseaux sont normalement des sous-réseaux privés, car il existe une connectivité privée OCI entre le centre de données client et la région OCI. Cependant, le sous-réseau du niveau Web, où se trouve l'équilibreur de charge frontal, peut être public en fonction de vos besoins.
- Un sous-réseau régional pour le niveau Web (par exemple,
- Oracle Cloud Infrastructure Load Balancing
Un équilibreur de charge OCI fournit 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 for 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 site existant.
- N instances de calcul sont requises pour les noeuds d'hôte SOA dans le sous-réseau de niveau intermédiaire, où N représente le nombre d'hôtes de niveau intermédiaire présents dans le système principal sur site existant.
Si la région OCI compte 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 site.
- File Storage sur OCI
Remarque :
Lors de la planification des ressources Oracle Cloud Infrastructure File Storage et Block Volume, vous devez être cohérent avec la configuration de système de fichiers existante de votre environnement on-premise principal. Vous pouvez utiliser de légères variations de la structure de dossiers basée sur EDG que ce document utilise comme référence. Par exemple, si votre site principal n'utilise pas de configuration Oracle WebLogic Server partagée séparée pour la configuration de domaine du serveur d'administration (ASERVER_HOME
), vous n'avez pas besoin de la planifier en tant que système de fichiers Oracle Cloud Infrastructure File Storage requis. Sinon, si votre site principal utilise des volumes NFS montés en privé pour stocker la configuration privée WebLogic, prévoyez de provisionner des systèmes de fichiers Oracle Cloud Infrastructure File Storage pour eux. Utilisez les valeurs fournies comme exemples de référence.- Cibles de montage Oracle Cloud Infrastructure File Storage
Vous avez besoin d'au moins une cible de montage dans le sous-réseau Oracle Cloud Infrastructure File Storage. Pour des raisons de performances, il est recommandé de placer les montages Oracle Cloud Infrastructure File Storage 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 distribué 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 les systèmes de fichiers suivants : 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. Vous pouvez également l'utiliser pour exporter tout autre système de fichiers utilisé de manière privée par les noeuds de niveau intermédiaire dans AD1 (par exemple, la configuration locale lorsqu'il se trouve dans Oracle Cloud Infrastructure File Storage).
- Une cible de montage dans AD2. Elle permet d'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é de manière privée par les noeuds de niveau intermédiaire dans AD2 (par exemple, la configuration locale lorsqu'il se trouve dans Oracle Cloud Infrastructure File Storage).
- Systèmes de fichiers Oracle Cloud Infrastructure File Storage
Voici un exemple des systèmes de fichiers Oracle Cloud Infrastructure File Storage dont vous pouvez avoir besoin :
- Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
soadrconfig
) pour la configuration SOA partagée. Il sera monté par SOAHOST1 et SOAHOST2. - Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
soadrruntime
) pour l'exécution SOA partagée. Il sera monté par SOAHOST1 et SOAHOST2. - Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
soadrproducts1
) pour les produits du répertoire de base 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 Oracle Cloud Infrastructure File Storage (par exemple,
soadrproducts2
) pour les produits du répertoire de base SOAHOST2. Il sera monté par SOAHOST2 (et par SOAHOST4, 6 s'il y a plus de deux hôtes de niveau intermédiaire).
- Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
L'image suivante est un exemple de systèmes de fichiers et de cibles de montage Oracle Cloud Infrastructure File Storage lorsque vous utilisez un seul domaine de disponibilité :
Description de l'illustration oci-storage-targets-one-ad.pngSi 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é sur lequel le serveur d'administration sera exécuté normalement. et exportez les autres (soadrproducts1
etsoadrproducts2
) 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ù APPHOST1 estsoadrproducts2
dans la cible de montage du domaine de disponibilité, où APPHOST2 est situé).L'image suivante est un exemple de cibles de montage OCI et de systèmes de fichiers OCI lorsque vous utilisez 2 domaines de disponibilité :
Description de l'illustration oci-storage-targets-two-ad.pngDans 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 Oracle Cloud Infrastructure File Storage partagés. Les autres hôtes de niveau intermédiaire se trouvent dans un domaine de disponibilité différent. Les hôtes de niveau intermédiaire colocalisés avec les systèmes de fichiers Oracle Cloud Infrastructure File Storage partagés présentent de meilleures performances d'accès au système de fichiers partagé que l'autre hôte de niveau intermédiaire situé dans un autre domaine de disponibilité.
- Cibles de montage Oracle Cloud Infrastructure File Storage
- Volumes de blocs 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 de blocs par hôte de niveau intermédiaire. Provisionnez chaque volume de blocs dans le même domaine de disponibilité que 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 avec une capacité similaire à celle de la base de données Oracle Real Application Clusters (Oracle RAC) existante sur site principal. 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 site. En outre, la version et le niveau de patch du SGBDR doivent correspondre à ceux présents dans la base de données Oracle RAC sur site. Si le niveau de patch exact n'est pas disponible pour les systèmes de base de données, vous devez choisir la version la plus proche et effectuer l'application de patches requise pour obtenir à la fois le niveau de patch principal et le niveau de patch SGBDR exact. Vous trouverez plus d'informations à ce sujet dans la section Configuration.
Voici un récapitulatif des ressources créées à l'aide d'exemples de nom de ressource :
Catégorie | Type de ressource | Ressource OCI (exemples de valeur) |
---|---|---|
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 réseau | VCN | hydrvcn |
Ressources réseau | Sous-réseau |
|
Ressources réseau | Equilibreur 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 | Les plus similaires aux hôtes Oracle HTTP Server principaux. Par exemple, Oracle Linux 7.9. |
(Facultatif) Instances de calcul pour Oracle HTTP Server | Forme | Similaire aux hôtes WebLogic principaux. Par exemple, Intel VM.Standard3.Flex. |
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 | Le plus similaire aux hôtes SOA principaux. Par exemple, Oracle Linux 7.9. |
Instances de calcul pour Oracle SOA Suite | Forme | Le plus similaire aux hôtes SOA principaux. Par exemple, VM.Standard2.2. |
Oracle Cloud Infrastructure File Storage | Cible de montage | 1 (ou 2 si vous utilisez 2 domaines de disponibilité). |
Oracle Cloud Infrastructure File Storage | Systèmes de fichiers |
|
Volumes de blocs OCI | Volumes de blocs |
|
Système de base de données | Nombre total de noeuds | Identique à la base principale. Par exemple, 2. |
Système de base de données | Forme | Identique à la plupart des hôtes de base de données principaux. Par exemple, VM Standard2.8. |
Système de base de données | Stockage | Identique à la base de données principale. Par exemple, 1024 Go. |
Système de base de données | Version RDBMS | Identique à la base de données principale. Par exemple, 19.11. |
Système de base de données | Nom de base de données | Identique à la base principale. Par exemple, ORCL. |
Système de base de données | Nom de base de données pluggable | Identique à la base de données principale. Par exemple, PDB1. |