Configurer une topologie de récupération après sinistre pour Oracle Data Integrator

Oracle Data Integrator est une plate-forme complète d'intégration de données qui couvre tous les besoins d'intégration de données : des chargements par lots à volume élevé et haute performance aux processus d'intégration axés sur les événements et alimentés par des tâches, en passant par les services de données compatibles SOA.

La récupération après sinistre est un processus qui permet de restaurer les services lorsqu'un système est hors service. Il est impératif d'avoir une configuration de récupération après sinistre pour les applications critiques, car elle permet d'éviter la perte de données à l'organisation et réduit également le temps d'arrêt d'une application.

La configuration d'une topologie de récupération après sinistre pour Oracle Data Integrator permettra aux utilisateurs professionnels d'accéder aux données les plus récentes et d'améliorer leurs résultats d'analyse.

Architecture

Cette architecture de référence décrit la configuration de la récupération après sinistre pour une image du marché des applications Oracle Data Integrator.

La configuration de l'architecture comprend une base de données autonome, une machine virtuelle, un volume de démarrage, un volume par blocs, un réseau et un stockage de fichiers. Chacun de ces composants doit être répliqué vers une région secondaire à partir de la région principale afin que l'instance puisse être restaurée en cas de sinistre.

La machine virtuelle contient le système d'exploitation et le logiciel Oracle Data Integrator. Il est stocké dans le volume de démarrage et ces volumes de démarrage sont répliqués entre les régions à l'aide des fonctions de réplication inter-région dans OCI.

Le volume par blocs offre une capacité de stockage réseau haute performance. Les volumes par blocs sont attachés à une machine virtuelle pour augmenter la capacité de stockage. Les volumes par blocs attachés aux machines virtuelles Oracle Data Integrator peuvent être répliqués à l'aide de la fonction de réplication inter-région dans OCI.

Le service File Storage fournit un système de fichiers de réseau durable, évolutif, sécurisé et de niveau entreprise. Le stockage de fichiers peut être associé à plusieurs machines virtuelles pour augmenter le stockage et partager des fichiers entre les instances. Le stockage de fichiers attaché à la machine virtuelle peut être répliqué à l'aide de la fonction de réplication inter-région dans OCI.

Data Guard garantit la haute disponibilité, la protection des données et la récupération après sinistre des données d'entreprise. Data Guard peut être activé pour la base de données autonome afin de créer la base de données de secours dans la région secondaire. La machine virtuelle peut être restaurée à l'aide des volumes de démarrage de la région secondaire. Une fois la machine virtuelle restaurée, Oracle Data Integrator peut être configuré pour la base de données autonome secondaire. Le volume de démarrage et le stockage de fichiers peuvent être attachés à la machine virtuelle.

Le diagramme suivant illustre cette architecture de référence.

Description de l'illustration oracle-data-integrator-dr-arch.png

oracle-data-integrator-dr-arch-oracle.zip

L'architecture comprend les composants suivants :

• Région

  Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres, et de grandes distances peuvent les séparer (dans différents pays ou continents).

• Domaines de disponibilité

  Les domaines de disponibilité sont des centres de données indépendants et autonomes dans une région. Les ressources physiques de chaque domaine de disponibilité sont isolées des ressources des autres domaines de disponibilité, ce qui garantit la tolérance aux pannes. Les domaines de disponibilité ne partagent pas les éléments d'infrastructure (alimentation ou refroidissement, par exemple) ni le réseau de domaines de disponibilité interne. Par conséquent, une défaillance dans un domaine de disponibilité ne devrait pas avoir d'incidence sur les autres domaines de disponibilité de la région.

• Réseau en nuage virtuel (VCN) et sous-réseau

  Un VCN est un réseau défini par logiciel personnalisable, configuré dans une région Oracle Cloud Infrastructure. À l'instar des réseaux de centre de données traditionnels, ces derniers vous permettent de contrôler votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.

• Autonomous Database

  Oracle Autonomous Database est un environnement de base de données préconfiguré entièrement géré que vous pouvez utiliser pour le traitement des transactions et les charges de travail d'entreposage de données. Vous n'avez pas besoin de configurer ou de gérer du matériel ni d'installer des logiciels. Oracle Cloud Infrastructure gère la création de la base de données, ainsi que la sauvegarde, l'application de correctifs, la mise à niveau et le réglage de la base de données.

• Machine virtuelle

  Les machines virtuelles du service de calcul d'Oracle Cloud Infrastructure (OCI) fournissent une capacité de calcul sécuritaire et élastique dans le nuage pour les charges de travail allant des petits projets de développement aux applications mondiales à grande échelle comme les plateformes de communication en temps réel. Les formes flexibles permettent aux utilisateurs d'optimiser les ressources de machine virtuelle avec des valeurs de processeur et de mémoire personnalisées pour un meilleur rapport prix-performance.

• Volume par blocs

  Les volumes de stockage par blocs vous permettent de créer, d'attacher, de connecter et de déplacer des volumes de stockage, et de modifier leur performance en fonction de vos exigences en matière de stockage et d'applications. Une fois un volume attaché et connecté à une instance, vous pouvez l'utiliser comme un disque dur classique. Vous pouvez également couper un volume et l'associer à une autre instance sans perdre de données.

• Stockage de fichiers

  Le service de stockage de fichiers pour Oracle Cloud Infrastructure fournit un système de fichiers de réseau durable, évolutif, sécurisé et de niveau entreprise. Vous pouvez vous connecter à un système de fichiers du service de stockage de fichiers à partir de toute instance sans système d'exploitation, sur machine virtuelle ou en conteneur d'un VCN. Vous pouvez également accéder à un système de fichiers depuis l'extérieur du VCN à l'aide d'Oracle Cloud Infrastructure FastConnect et du RPV IPSec.

Recommandations

Utilisez les recommandations suivantes comme point de départ. Vos exigences peuvent différer de l'architecture décrite ici.

• Dimensionnement du VCN

  Lorsque vous créez un VCN, déterminez le nombre de blocs CIDR requis et la taille de chaque bloc en fonction du nombre de ressources que vous prévoyez d'attacher aux sous-réseaux du VCN. Utilisez des blocs CIDR compris dans les blocs CIDR d'adresse IP privée standard space.Select qui ne chevauchent aucun autre réseau (dans Oracle Cloud Infrastructure, votre centre de données sur place ou un autre fournisseur de nuage) auquel vous voulez configurer des connexions privées. Après avoir créé un VCN, vous pouvez modifier, ajouter et supprimer ses blocs CIDR.

• Formes de calcul

  Dans cette architecture, une image du marché des applications Oracle Data Integrator et la forme VM.Standard 2.4 sont utilisées pour la machine de calcul. Sélectionnez une forme adaptée aux besoins en ressources de votre application.

• Volume de démarrage

  Lorsque vous lancez une machine virtuelle ou une instance sans système d'exploitation basée sur une image de plate-forme ou une image personnalisée, un nouveau volume de démarrage est créé pour l'instance dans le même compartiment. Le volume de démarrage est associé à cette instance jusqu'à ce que vous arrêtiez l'instance. Le volume de démarrage est un type spécial de volume par blocs. Activez la réplication inter-région pour le volume de démarrage afin que les données soient répliquées dans la région secondaire.

• Volume par blocs

  Comme l'image du marché des applications Oracle Data Integrator a une taille par défaut de 50 Go, un volume par blocs est attaché pour augmenter la capacité de stockage. Le volume par blocs d'OCI prend en charge un volume de 50 Go à 32 To par incréments de 1 Go. Sélectionnez la taille du volume par blocs qui est suffisante pour votre cas d'utilisation. Activez la réplication inter-région pour le volume par blocs afin que les données soient répliquées dans la région de récupération après sinistre.

• Stockage de fichiers

  Un stockage de fichiers peut être attaché à plusieurs machines de calcul et sera utile lorsque nous voulons utiliser le système de fichiers comme source. Le service de stockage de fichiers OCI évolue automatiquement pour prendre en charge la croissance jusqu'à 8 exaoctets. Activez la réplication inter-région pour le stockage de fichiers.

• Data Guard

  Activez Autonomous Data Guard sur Oracle Autonomous Database afin que l'instance secondaire puisse devenir active pendant la récupération après sinistre.

Points à considérer

Lorsque vous implémentez cette architecture, tenez compte de vos exigences pour les paramètres suivants.

• Adresse IP statique pour le service de calcul

  L'adresse IP statique peut être utilisée pour une instance de calcul afin que le provisionnement de l'instance soit facile pendant la permutation. Si une adresse IP dynamique est utilisée, l'adresse IP doit être mise à jour dans /etc/hosts.

• DNS, entrées de nom d'hôte

  Le DNS doit être configuré de sorte que les machines virtuelles puissent se connecter à Autonomous Database. Si DNS n'est pas configuré, l'adresse IP de l'instance Autonomous Database peut être ajoutée dans /etc/hosts.

• Limites de service

  Lors de la conception de votre architecture, tenez compte des limites de service pour l'instance de calcul, le stockage par blocs, le stockage de fichiers, Autonomous Database. Consultez la documentation sur les limites du service répertoriée dans la section Explorer plus.

• Sauvegardes
  • Base de données

    OCI sauvegarde automatiquement les bases de données autonomes et les conserve pendant 60 jours. Vous pouvez restaurer et récupérer votre base de données à tout moment de la période. Vous pouvez également créer des sauvegardes manuelles pour compléter ces dernières. Les sauvegardes manuelles sont stockées dans un compartiment de stockage d'objets OCI que vous créez, et conservées pendant 60 jours.

  • Application

    Le service Oracle Cloud Infrastructure Block Volumes vous permet de créer des sauvegardes de données ponctuelles sur un volume par blocs. Vous pouvez restaurer ces sauvegardes sur de nouveaux volumes à tout moment. Vous pouvez également utiliser le service pour effectuer une sauvegarde ponctuelle et cohérente en cas d'incident d'un volume de démarrage sans interruption de l'application ni temps d'arrêt. Les volumes de démarrage et par blocs ont les mêmes capacités de sauvegarde.

  • Sécurité

    Pour le contrôle d'accès, utilisez des politiques pour restreindre les personnes pouvant accéder à vos ressources dans le nuage et les actions qu'elles peuvent effectuer.

Déployez

Oracle Data Integrator est disponible dans les images Oracle Marketplace et une instance peut être provisionnée à l'aide de l'image Marketplace.

Attacher le stockage par blocs et le stockage de fichiers

1. Un stockage par blocs peut être provisionné et attaché à une instance du marché des applications ODI en fonction des exigences de stockage.
2. Un stockage de fichiers peut être associé si un lecteur partagé est requis pour plusieurs instances de calcul.

Déployer dans la région secondaire

1. L'instance de calcul dans la région secondaire doit pointer vers la base de données autonome dans la région secondaire.
2. Le fichier odi-setup.properties doit être mis à jour vers la région appropriée.
   • dbTech=ADB
   • rcuCreationMode=false
   • odiSchemaPassword=<valid password>
   • odiSchemaUser=<odi schema username>
   • odiSupervisorPassword=<odi SUPERVISOR password>
   • walletZipLoc=<path_to_zipped_wallet>
   • workRepoName=<WORK REPO NAME>
3. Créez un fichier repository.properties dans $MW_HOME/odi/common/scripts.

   masterReposDriver=oracle.jdbc.OracleDriver
   masterReposUser=<odi schema username>
   workReposName=<WORK REPO NAME>

4. Naviguez jusqu'au répertoire $MW_HOME/odi/common/scripts et exécutez les scripts Python suivants dans l'ordre indiqué.
   1. python odiMPConfiguration.py
   2. python manageOdiApps.py start
5. Les étapes 2 à 4 peuvent être automatisées et peuvent être exécutées lorsque l'instance est provisionnée.

Informations complémentaires

Consultez ces ressources supplémentaires pour en savoir plus sur les fonctions de cette architecture de référence.

• Data Integrator : Version classique - Oracle - Oracle Cloud Marketplace
• Basculement entre les référentiels Autonomous Database
• OCI - Reprise après sinistre de pile complète
• Limites de service
• Documentation sur Oracle Cloud Infrastructure
• Cadre des meilleures pratiques pour Oracle Cloud Infrastructure
• Estimateur de coûts Oracle Cloud
• Cadre d'adoption d'environnement en nuage

Remerciements

• Auteur : Srivishnu Gullapalli
• Contributeur : Anupama Pundpal