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 wls-prem-primary-architecture.png
wls-première-architecture primaire-oracle.zip
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 valeurs) |
|---|---|---|
| Application front-end | Nom frontal | wlsfrontend.example.com |
| Application front-end | Adresse IP frontale (LBR) | 10.10.10.10 |
| Application front-end | 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 du serveur WebLogic 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 | WebLogic Server héberge le système d'exploitation | Oracle Linux 7.7 |
| Niveau intermédiaire | WebLogic Server héberge la CPU | 4 Intel Xeon 2.90GHz |
| Niveau intermédiaire | Mémoire | 35 GBITS |
| Niveau intermédiaire | Utilisateur/groupe de logiciels Oracle | oracle/oinstall |
| Niveau de base de données | Noms d'hôte physique |
|
| Niveau de base de données | Adresses IP virtuelles |
|
| Niveau de base de données | Analyser les adresses IP/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 GB |
| Niveau de base de données | BASE DE DONNÉES PLUGGABLE | ORCL / PDB1 |
| Niveau de base de données | Nom de service PDB | mypdbservice.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.11 |
| Stockage* | Volumes, montages et taille NFS |
NFS : de NFS : de NFS : de NFS : LOCAL** : LOCAL** : (**) Il peut s'agir de montages privés dans NFS au lieu du stockage local d'un noeud. |
| Principaux dossiers EDG* | ORACLE_HOME |
/u01/oracle/products/fmw |
| Principaux dossiers EDG* | JAVA_HOME |
/u01/oracle/products/jdk |
| Principaux dossiers EDG* | SHARED_CONFIG_DIR |
/u01/oracle/config |
| Principaux dossiers EDG* | APPLICATION_HOME |
/u01/oracle/config/applications/mydomain |
| Principaux dossiers EDG* | DEPLOY_PLAN_HOME |
/u01/oracle/config/dp |
| Principaux dossiers EDG* | KEYSTORE_HOME |
/u01/oracle/config/keystores |
| Principaux dossiers EDG* | ASERVER_HOME |
/u01/oracle/config/domains/mydomain |
| Principaux dossiers EDG* | PRIVATE_CONFIG_DIR |
/u02/oracle/config |
| Principaux dossiers EDG* | MSERVER_HOME |
/u02/oracle/config/domains/mydomain |
| Principaux dossiers EDG* | NM_HOME |
/u02/oracle/config/nodemanager |
| Principaux dossiers EDG* | 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 ://wlsfrontend.example.com :7001/console/ |
| URL principales |
URL de la demande 1 |
https://wlsfrontend.example.com/app1/ |
| URL principales |
URL de la demande 2 |
https://wlsfrontend.example.com/app2/ |
* 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.
Sur la base de l'exemple précédent d'un système principal comme référence, l'exemple suivant illustre l'architecture de secours :
Description de l'illustration wls-oci-standby-architecture.png
wls-oci-standby-architecture-oracle.zip
Dans cet exemple, 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 va être configuré.
- Sous-réseaux : pour un isolement et un contrôle du trafic maximaux entre les différents niveaux, vous pouvez créer un sous-réseau pour chacun. Cela générerait 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 basées sur des images Oracle WebLogic Server for OCI pour les noeuds d'hôte du serveur WebLogic dans le sous-réseau de niveau intermédiaire, où N est le nombre d'hôtes de niveau intermédiaire présents dans le système principal sur site existant.
Pour rechercher les formes et le système d'exploitation pris en charge, reportez-vous à Formes pour Oracle WebLogic Server pour les images OCI.
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,
wlsdrconfig) pour la configuration partagée du serveur WebLogic. Il sera monté par APPHOST1 et APPHOST2. - Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
wlsdrruntime) pour l'exécution du serveur WebLogic partagé. Il sera monté par APPHOST1 et APPHOST2. - Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
wlsdrproducts1) pour les produits du répertoire de base APPHOST1. Il sera monté par APPHOST1 (et par APPHOST3, 5 s'il existe plus de deux hôtes de niveau intermédiaire). - Un système de fichiers Oracle Cloud Infrastructure File Storage (par exemple,
wlsdrproducts2) pour les produits du répertoire de base APPHOST2. Il sera monté par APPHOST2 (et par APPHOST4, 6 s'il existe 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 (
wlsdrconfig,wlsdrruntime) 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 (wlsdrproducts1etwlsdrproducts2) dans une cible de montage située dans le domaine de disponibilité, où se trouve l'hôte qui va le monter (wlsproducts1dans la cible de montage du domaine de disponibilité, où APPHOST1 estwlsdrproducts2dans 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 avec des exemples de noms de ressources :
| Catégorie | Type de ressource | Ressource OCI (exemples de valeurs) |
|---|---|---|
| Ressources générales | Région OCI | Phoenix (homonymie) |
| 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 WebLogic Server | Nombre d'instances de calcul | Le même numéro que les hôtes WebLogic principaux. Par exemple, hydrwls1 et hydrwls2.
|
| Instances de calcul pour Oracle WebLogic Server | Système d'exploitation | Le plus similaire aux hôtes principaux du serveur WebLogic. Par exemple, Oracle Linux 7.9. |
| Instances de calcul pour Oracle WebLogic Server | Forme | Le plus similaire aux hôtes principaux du serveur WebLogic. 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 au principal. Par exemple, 2. |
| Système de base de données | Forme | Les plus semblables aux hôtes de base de données principaux. Par exemple, VM Standard2.8. |
| Système de base de données | Stockage | Plus similaire à la base de données principale. Par exemple, 1024 Go. |
| Système de base de données | Version RDBMS | Plus similaire à 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 de données principale. Par exemple, ORCL. |
| Système de base de données | Nom de PDB | Identique à la base de données principale. Par exemple : PDB1. |