Remarques :
- Ce tutoriel nécessite un accès à Oracle Cloud. Pour vous inscrire à un compte gratuit, reportez-vous à Introduction à Oracle Cloud Infrastructure Free Tier.
- Il utilise des exemples de valeurs pour les informations d'identification, la location et les compartiments Oracle Cloud Infrastructure. Lorsque vous terminez votre atelier, remplacez ces valeurs par celles propres à votre environnement cloud.
Utiliser des adresses IP publiques réservées avec le déplacement d'instances dans OCI Full Stack Disaster Recovery
Introduction
Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) orchestre la transition du calcul, de la base de données et des applications entre les régions Oracle Cloud Infrastructure (OCI) du monde entier en un seul clic. Les clients peuvent automatiser les étapes nécessaires à la récupération d'un ou de plusieurs systèmes métier sans repenser ou modifier l'architecture de l'infrastructure, des bases de données ou des applications existantes, et sans avoir besoin de serveurs de gestion ou de conversion spécialisés.
Une adresse IP publique est une adresse IPv4 accessible sur Internet. Les ressources qui ont besoin d'un accès direct à Internet doivent en avoir une, bien que certaines puissent avoir des exigences supplémentaires.
Il existe deux types d'adresse IP publique dans OCI :
- Ephémère : temporaire et lié à la vie de l'instance. Elle disparaît lorsque l'instance prend fin.
- Réservé : persistant et pouvant survivre à l'instance à laquelle il est affecté. Vous pouvez à tout moment annuler son affectation à une autre instance.
Grâce à cette nouvelle fonctionnalité, OCI Full Stack DR vous donne plus de contrôle sur l'affectation des adresses IP publiques. Lorsque vous ajoutez une instance en mouvement à un groupe de protection OCI Full Stack DR, vous pouvez désormais choisir une adresse IP publique réservée à affecter à l'instance dans la région de destination (de secours). Ainsi, une adresse IP que vous avez indiquée est affectée à l'instance, au lieu d'être affectée automatiquement à une adresse temporaire (éphémère). Pour plus d'informations sur l'adresse IP publique OCI, reportez-vous à la documentation relative aux adresses IP publiques OCI.
Dans ce tutoriel, vous apprenez à utiliser des adresses IP publiques réservées avec le déplacement d'instances dans OCI Full Stack DR et à exécuter le plan de récupération après sinistre pour une opération de permutation.
Description de l'architecture
Ce tutoriel utilise une architecture de récupération après sinistre de machine virtuelle (VM) froide (également appelée lumière pilote). Dans cette configuration, la machine virtuelle s'exécute uniquement dans la région principale. Lors de l'exécution d'un plan de récupération après sinistre, la machine virtuelle est créée dans la région de récupération après sinistre.
Pour le configurer dans OCI Full Stack DR, veillez à sélectionner l'instance OCI Compute en tant qu'instance mobile lors de son ajout en tant que membre au groupe de protection de récupération après sinistre principal. Pour tout stockage de blocs attaché à l'instance de calcul, vous devez configurer la réplication de groupe de volumes inter-région à l'aide du service OCI Block Storage. Cela garantit la synchronisation des volumes d'initialisation et de blocs et leur récupération rapide dans la région de récupération après sinistre.
Lorsque vous ajoutez l'instance de calcul en tant que membre, vous avez la possibilité de sélectionner une adresse IP publique réservée pré-créée dans la région de destination (de secours). Si vous choisissez cette option, OCI Full Stack DR affectera automatiquement cette adresse IP réservée lors du lancement de l'instance lors de l'étape de récupération après sinistre operations.This est facultatif. Si vous l'ignorez, Full Stack DR affectera plutôt une adresse IP publique éphémère. Toutefois, il est recommandé d'utiliser une adresse IP réservée si vous voulez conserver un accès public cohérent à l'instance après l'exécution du plan de récupération après sinistre.
Définitions et hypothèses dans tout le tutoriel
-
Régions:
-
La région 1 est Londres : Londres servira initialement de région principale. Cependant, ce rôle passera en mode de secours pendant le processus de permutation, qui sera effectué dans les tâches ultérieures dans le cadre du plan de récupération après sinistre.
-
La région 2 est Francfort : Francfort fonctionnera initialement en tant que région de secours. Ce rôle passera ensuite au rôle principal après le processus de permutation, qui sera effectué dans les tâches suivantes dans le cadre de la procédure de récupération après sinistre.
-
-
Compartiments : vous êtes libre d'organiser ce déploiement et OCI Full Stack DR dans n'importe quel modèle de compartiment qui fonctionne dans les normes de gouvernance informatique. Nous avons choisi d'organiser toutes les ressources OCI pour ce tutoriel dans un seul compartiment.
Objectifs
Les tâches suivantes seront décrites dans ce tutoriel :
- Tâche 1 : créez des adresses IP publiques réservées dans les deux régions.
- Tâche 2 : créez des groupes de protection de récupération après sinistre dans les deux régions.
- Tâche 3 : ajoutez des membres au DRPG.
- Tâche 4 : créez les plans de récupération après sinistre dans la région 2.
- Tâche 5 : validez les plans de récupération après sinistre dans la région 2.
- Tâche 6 : exécutez le plan de permutation dans la région 2.
- Tâche 7 : créez des plans de récupération après sinistre dans la région 1.
Prérequis
Nous allons utiliser les ressources suivantes pour commencer avec le tutoriel. À la fin de ce tutoriel, OCI Full Stack DR créera des ressources supplémentaires, telles qu'une instance OCI Compute et un groupe de volumes, dans la région 2.
Ressources | Région 1 - Londres | Région 2 - Francfort |
---|---|---|
Bucket Object Storage | fsdr-bucket-lon | fsdr-bucket-fra |
Compartiment | suraj | suraj |
VCN | vcn-londres | vcn-francfort |
Sous-réseau | sous-réseau public-vcn-london | public subnet-vcn-frankfurt |
Adresse IP réservée | appvm-lon | appvm-fra |
VM Compute | appvm | S/O |
Groupe de volumes | appvg | S/O |
Dans ce tutoriel, nous allons montrer comment créer une adresse IP publique réservée. Vous devez continuer et remplir tous les prérequis requis avant de continuer. Ces étapes jettent les bases d'une configuration OCI Full Stack DR fluide et réussie.
-
Accès administrateur ou stratégies Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) requises : assurez-vous que vous disposez de privilèges d'administrateur ou configurez les stratégies OCI IAM nécessaires pour utiliser OCI Full Stack DR. Pour plus d'informations, reportez-vous aux sections suivantes :
-
Accès à l'exécution de commandes sur les instances de calcul OCI : si votre instance de calcul dispose d'un stockage de blocs attaché, vous devrez peut-être y exécuter des commandes pendant les opérations de récupération après sinistre. Pour plus d'informations, reportez-vous à Exécution de commandes sur OCI Compute.
-
Création de buckets OCI Object Storage dans les deux régions : ces buckets stockent les journaux générés lors des opérations de récupération après sinistre. Pour plus d'informations, reportez-vous à Object Storage pour les journaux.
-
Configuration de réseaux cloud virtuels avec des sous-réseaux publics dans les deux régions : créez des réseaux cloud virtuels avec des sous-réseaux publics dans les régions principale et de secours. Pour plus d'informations, reportez-vous à OCI VCN.
-
Créer une machine virtuelle dans la région 1 : créez une machine virtuelle OCI et associez-la à un sous-réseau public. Pour plus d'informations, reportez-vous à OCI VM.
-
Configurer la réplication de groupe de volumes inter-région dans la région 1 : regroupez le stockage de blocs de votre machine virtuelle (volumes d'initialisation et de données) et activez la réplication de la région principale vers la région de secours. Pour plus d'informations, reportez-vous à Groupe de volumes OCI.
Tâche 1 : créer une adresse IP publique réservée dans les deux régions
Créez une adresse IP publique réservée dans les régions 1 et 2.
Remarque : si les adresses IP réservées sont déjà disponibles dans les deux régions, vous pouvez ignorer la tâche 1.
-
Connectez-vous à la console OCI et accédez à Adresses IP publiques réservées comme indiqué dans la figure 1.1.
-
Assurez-vous que le contexte de région OCI est défini sur Région 1 (Londres).
-
Cliquez sur Fonctions de réseau.
-
Cliquez sur Réseaux cloud virtuels.
-
Cliquez sur Gestion des adresses IP.
-
Cliquez sur Réserver l'adresse IP publique, entrez les paramètres comme indiqué dans l'image suivante et cliquez sur Réserver l'adresse IP publique.
Figure 1.1 : Création d'une adresse IP publique réservée dans la région 1 -
-
Accédez à la console OCI et accédez à Adresses IP publiques réservées, comme illustré à la figure 1.2.
-
Assurez-vous que le contexte de région OCI est défini sur Région 2 (Francfort).
-
Cliquez sur Fonctions de réseau.
-
Cliquez sur Réseaux cloud virtuels.
-
Cliquez sur Gestion des adresses IP.
-
Cliquez sur Réserver l'adresse IP publique, entrez les paramètres comme indiqué dans l'image suivante et cliquez sur Réserver l'adresse IP publique.
Figure 1.2 : Création d'une adresse IP publique réservée dans la région 2 -
Tâche 2 : création de groupes de protection de récupération après sinistre dans les deux régions
Créez des groupes de protection de récupération après sinistre dans les régions 1 et 2 si les groupes de protection de cette pile d'applications n'existent pas encore.
Tâche 2.1 : créer un groupe de protection dans la région 1
-
Accédez à la console OCI et accédez à Groupes de protection de récupération après sinistre, comme illustré à la figure 2.1.
-
Assurez-vous que le contexte de région OCI est défini sur Région 1 (Londres).
-
Cliquez sur Migration et récupération après sinistre.
-
Cliquez sur Groupes de protection de récupération après sinistre.
Figure 2.1 : Accéder aux groupes de protection de récupération après sinistre -
-
Créez un DRPG de base dans la région 1, comme le montre la figure 2.2. Le pair, le rôle et les membres seront affectés dans les étapes ultérieures.
-
Sélectionnez le compartiment dans lequel le DRPG doit être créé.
-
Cliquez sur Créer un groupe de protection de récupération après sinistre.
-
Entrez un nom explicite pour le DRPG.
-
Sélectionnez le bucket OCI Object Storage pour les journaux OCI Full Stack DR.
-
Cliquez sur Créer.
Figure 2.2 : Paramètres nécessaires à la création d'un groupe de protection de récupération après sinistre dans la région 1 -
Tâche 2.2 : créer un groupe de protection dans la région 2
-
Accédez à la console OCI et accédez à Groupes de protection de récupération après sinistre, comme illustré à la figure 2.3.
-
Assurez-vous que le contexte de région OCI est défini sur Région 2 (Francfort).
-
Cliquez sur Migration et récupération après sinistre.
-
Cliquez sur Groupes de protection de récupération après sinistre.
Figure 2.3 : Accédez aux groupes de protection de récupération après sinistre. -
-
Créez un groupe de protection de récupération après sinistre de base (DRPG) dans la région 2, comme illustré à la figure 2.4. Le pair, le rôle et les membres seront affectés dans les étapes ultérieures.
-
Sélectionnez le compartiment dans lequel le DRPG doit être créé.
-
Cliquez sur Créer un groupe de protection de récupération après sinistre.
-
Entrez un nom explicite pour le DRPG.
-
Sélectionnez le bucket OCI Object Storage pour les journaux OCI Full Stack DR.
-
Cliquez sur Créer.
Figure 2.4 : Paramètres nécessaires à la création d'un groupe de protection de récupération après sinistre dans la région 2 -
Tâche 2.3 : associer des groupes de protection dans les régions 1 et 2
Associez les DRPG de chaque région en tant qu'homologues les uns des autres et affectez les rôles homologues de la base de données principale et de la base de données de secours. Les rôles principal et de secours sont automatiquement modifiés par OCI Full Stack DR dans le cadre de toute opération de récupération après sinistre/exécution de plan de récupération après sinistre. Il n'est pas nécessaire de gérer les rôles manuellement à tout moment.
-
Accédez à la page Détails du groupe de protection de récupération après sinistre.
-
Assurez-vous que le contexte de région OCI est défini sur Région 1 (Londres).
-
Cliquez sur Associer pour lancer le processus.
Fig : Début de l'association DRPG -
-
Entrez les paramètres comme indiqué dans l'image suivante et cliquez sur Associer.
- Rôle : sélectionnez le rôle Principal. OCI Full Stack DR affecte automatiquement le rôle de secours à la région 2.
- Région homologue : sélectionnez la région 2 (Francfort), où l'autre DRPG a été créé dans la tâche 2.2.
- Groupe de protection de récupération après sinistre homologue : sélectionnez le DRPG homologue créé dans la tâche 2.2.
Fig : Paramètres nécessaires pour associer les DRPG
OCI Full Stack DR affiche des informations similaires aux détails de l'image suivante, une fois l'association terminée.
- Le DRPG principal actuel est Londres (région 1).
- Le DRPG homologue de secours actuel est Francfort (région 2).
Fig : Affichage de la relation homologue du point de vue de chaque DRPG
Les mêmes informations peuvent être trouvées chaque fois que le contexte/la vue est d'une perspective globale affichant tous les groupes de protection de récupération après sinistre, comme illustré dans l'image suivante.
- Le DRPG principal actuel est Londres (région 1).
- Le DRPG homologue de secours actuel est Francfort (région 2).
Fig : Affichage de la relation homologue du point de vue du DRPG global
Tâche 3 : ajout de membres au groupe de protection de récupération après sinistre
Remarque : vous devez déjà avoir créé la machine virtuelle et le groupe de volumes associé avec une réplication inter-région de la région 1 à la région 2 avant de continuer. Si ce n'est pas le cas, créez-les conformément aux prérequis.
Dans cette tâche, nous ajouterons les ressources OCI suivantes au DRPG principal dans la région 1.
Avant de continuer, vérifions la machine virtuelle et le groupe de volumes associé.
- Assurez-vous que la machine virtuelle est en fonctionnement.
- La machine virtuelle doit être associée à un sous-réseau public afin d'utiliser une adresse IP publique réservée lors des opérations de récupération après sinistre.
- Vérifiez que le groupe de volumes est correctement attaché et répliqué vers la région 2.
Fig : affichage de la machine virtuelle d'application en cours d'exécution dans la région 1 associée à l'adresse IP publique
Fig : affichage de la réplication de groupe de volumes inter-région de la région 1 vers la région 2
Tâche 3.1 : ajouter des membres à DRPG dans la région 1
-
Sélectionnez le DRPG dans la région 1 comme indiqué dans l'image suivante.
-
Assurez-vous que le contexte de région OCI est Région 1 (Londres).
-
Sélectionnez le DRPG dans la région 1.
-
Sélectionnez membres.
-
Cliquez sur Ajouter un membre pour lancer le processus.
Fig : procédure pour commencer à ajouter des membres au groupe de protection de récupération après sinistre dans la région 1 -
-
Ajoutez une instance de calcul pour la machine virtuelle d'application.
-
Accuser réception d'un avertissement concernant les plans de récupération après sinistre.
-
Entrez Compute en tant que type de ressource membre.
-
Sélectionnez l'instance de calcul appvm.
-
Sélectionnez Déplacement de l'instance.
-
Cliquez sur Ajouter une correspondance de carte d'interface réseau virtuelle pour sélectionner le VCN et le sous-réseau public à affecter à la carte d'interface réseau virtuelle dans la région 2 lors d'une récupération.
-
Entrez les détails de l'adresse IP réservée dans la section Adresse IP publique réservée de destination. Adresse IP publique réservée à utiliser lors du lancement de l'instance dans la région 2. Une fois tous les détails fournis, cliquez sur Ajouter.
Remarque : vous pouvez obtenir ce champ facultatif uniquement si vous sélectionnez Sous-réseau public dans la section Sous-réseau de destination. Si vous ne sélectionnez pas cette option, OCI Full Stack DR affectera une adresse IP publique éphémère à la carte d'interface réseau virtuelle fournie. Etant donné que nous avons fourni les détails d'adresse IP réservée, OCI Full Stack DR affectera l'adresse IP publique réservée à la carte d'interface réseau virtuelle.
-
Vérifiez que la carte d'interface réseau virtuelle ajoutée apparaît dans la section Carte d'interface réseau virtuelle. Elle doit afficher les détails de l'adresse IP publique réservée sélectionnée.
-
Attendez que le groupe de protection de récupération après sinistre passe à l'état Actif. Vérifiez la machine virtuelle de calcul ajoutée dans la section Membres.
Fig : paramètres requis pour ajouter une machine virtuelle d'application
Fig : paramètres nécessaires pour mettre en correspondance la carte d'interface réseau virtuelle dans la région 2
Fig : détails de carte d'interface réseau virtuelle dans la région 2
Fig : instance de calcul ajoutée au DRPG dans la région 1 -
-
Ajoutez le groupe de volumes de blocs contenant le volume d'initialisation de la machine virtuelle d'application et cliquez sur Ajouter un membre.
-
Accuser réception d'un avertissement concernant les plans de récupération après sinistre.
-
Sélectionnez Groupe de volumes comme type de ressource membre.
-
Assurez-vous que le compartiment approprié contenant le groupe de volumes est sélectionné et sélectionnez le groupe de volumes.
Fig : paramètres nécessaires pour ajouter le groupe de volumes pour le calcul
Fig : groupe de volumes pour le calcul ajouté au DRPG dans la région 1 -
Grâce à cela, nous avons ajouté les membres requis au groupe de protection de récupération après sinistre dans la région 1.
Etant donné que nous utilisons une instance mobile, il n'est pas nécessaire d'ajouter des membres au groupe de protection de récupération après sinistre dans la région 2. OCI Full Stack DR crée automatiquement les ressources nécessaires dans la région de secours lors de l'exécution du plan.
Tâche 4 : créer les plans de récupération après sinistre dans la région 2
Dans cette tâche, nous allons créer les plans de permutation et de basculement initiaux associés au groupe de protection de récupération après sinistre de secours dans la région 2 (Francfort).
L'objectif de ces plans est de faire passer en toute transparence la charge de travail de la région principale (région 1) à la région de secours (région 2). Dans le cadre de toute opération de récupération après sinistre, les rôles des groupes de protection de récupération après sinistre dans les deux régions sont automatiquement inversés : le groupe de protection dans la région 1 devient le groupe de secours, tandis que le groupe de protection dans la région 2 assume le rôle principal après un basculement ou une permutation.
OCI Full Stack DR préremplira ces plans avec des étapes intégrées dérivées des ressources membres ajoutées lors des tâches précédentes.
Les plans de permutation sont toujours créés au sein du groupe de protection qui détient le rôle de secours. Étant donné que la région 2 (Francfort) est actuellement le groupe de protection de secours, nous allons commencer à y créer les plans.
Tâche 4.1 : création d'un plan de récupération après sinistre
-
Créez un plan de base en sélectionnant le DRPG dans la région 2 (Francfort).
-
Assurez-vous que le contexte de région OCI est Région 2 (Francfort).
-
Sélectionnez le DRPG de secours dans la région 2.
-
Sélectionnez Plans.
-
Cliquez sur Créer un plan pour lancer le processus.
Fig : commencer à créer des plans de récupération après sinistre de base dans la région 2 -
-
Créez un plan de permutation.
-
Entrez un nom simple et significatif pour le plan de permutation. Le nom devrait être aussi court que possible mais facile à comprendre en un coup d'œil pour aider à réduire la confusion et l'erreur humaine pendant une crise.
-
Sélectionnez Type de plan comme Permutation (planifiée).
Fig : paramètres nécessaires à la création d'un plan de permutation de récupération après sinistre -
-
Créez un plan de basculement.
-
Entrez un nom simple et significatif du plan de basculement.
-
Sélectionnez Type de plan comme Basculement (non planifié).
Fig : paramètres nécessaires à la création d'un plan de basculement de récupération après sinistre -
-
Créez un plan d'exploration de début.
-
Entrez un nom simple et significatif du plan d'exploration de début.
-
Sélectionnez Type de plan dans Lancer l'analyse.
Fig : paramètres nécessaires à la création d'un plan d'exploration de démarrage de récupération après sinistre -
-
Créez un plan d'exploration d'arrêt.
-
Entrez un nom simple et significatif du plan d'exploration d'arrêt.
-
Sélectionnez Type de plan dans Arrêter l'exploration.
Fig : paramètres nécessaires à la création d'un plan d'exploration de démarrage de récupération après sinistreRemarque : vous recevrez un message d'avertissement car OCI Full Stack DR autorise uniquement la création d'un plan d'exploration d'arrêt après l'exécution de l'exploration de démarrage et l'état du groupe de protection de récupération après sinistre n'est plus Actif.
Cela signifie que vous ne pouvez pas créer de plan d'exploration d'arrêt à ce stade. Dans ce tutoriel, nous allons procéder au plan de permutation. Toutefois, si cela vous intéresse, vous pouvez commencer par exécuter un plan d'exploration de début, puis tenter de créer un plan d'exploration d'arrêt.
-
-
Le groupe de protection de récupération après sinistre de secours de la région 2 doit désormais disposer des trois plans de récupération après sinistre, comme illustré dans l'image suivante. Ils géreront la transition des charges de travail de la région 1 vers la région 2 et exécuteront également un plan d'exploration dans la région 2. Vous allez créer des plans similaires dans la région 1 pour faire passer les charges globales de la région 2 à la région 1 dans une tâche ultérieure.
Fig : Affichage des trois plans de récupération après sinistre qui doivent exister dans la région 2 avant de poursuivre
Tâche 5 : valider le plan de plans de récupération après sinistre dans la région 2
Les plans de récupération après sinistre de base créés dans la tâche 4 contiennent des étapes préremplies pour les tâches de récupération intégrées à OCI Full Stack DR.
Tâche 5.1 : (facultatif) activer les groupes de plans de récupération après sinistre qui mettent fin aux artefacts pour le plan de permutation
Deux groupes de plans sont désactivés par défaut dans le plan de permutation, comme illustré dans l'image suivante. Ces groupes de plans sont désactivés pour être rassurés pendant le test, ce qui garantit qu'aucun artefact n'est supprimé et que l'environnement source (groupes de machines virtuelles/volumes) reste intact en cas de problème pendant la phase de test.
Toutefois, ces deux groupes de plans sont conçus pour mettre fin aux artefacts (supprimés) qui ne seront plus nécessaires pour les opérations de récupération après sinistre futures. Si ces groupes de plans ne sont pas activés, les artefacts inutilisés continueront de s'accumuler au fil du temps lorsque vous effectuerez des permutations entre les deux régions, ce qui peut prêter à confusion quant aux instances de calcul, à OCI File Storage et aux groupes de volumes qui doivent être actifs.
Si vous le souhaitez, l'activation de ces groupes de plans permet d'éviter le nettoyage manuel des artefacts inutiles avant leur mise en production. Cette étape proactive permet de rationaliser la transition vers la production et de maintenir un environnement plus propre et plus gérable.
Fig : groupes de plans désactivés par défaut pour le plan de permutation
-
Pour activer les groupes de plans, sélectionnez Activer toutes les étapes dans le menu contextuel à droite du nom du groupe de plans.
Fig : procédure d'activation de la terminaison d'instances de calcul
Fig : cliquez sur Activer pour valider.
Fig : activation de l'interruption du groupe de volumes
Fig : cliquez sur Activer pour valider. -
Validez le plan de permutation.
Fig : Groupes de plans pour le plan de permutation
Tâche 5.2 : vérification du plan de basculement
-
Vérifiez le plan de basculement.
Fig : Groupes de plans pour le plan de basculement
Tâche 5.3 : vérifier le plan d'exploration de début
-
Vérifiez le plan d'exploration de début.
Fig : Groupes de plans pour le plan d'exploration de début
Tâche 6 : exécuter le plan de permutation de rôles dans la région 2
Les plans de récupération après sinistre (permutation, basculement et analyse de démarrage) ont été créés dans la région de secours 2. Ces plans permettent à OCI Full Stack DR de faire passer les workloads de la région 1 à la région 2 et de commencer l'exploration dans la région 2.
Tâche 6.1 : exécution de prévérifications pour le plan de récupération après sinistre de permutation
-
Assurez-vous que le contexte de région est défini sur la région de secours 2.
-
Assurez-vous que le groupe de protection de récupération après sinistre correct dans la région 2 est sélectionné. Il doit être le rôle de secours.
-
Cliquez sur le nom du plan de permutation.
-
Cliquez sur Exécuter les prévérifications.
Fig : indique comment exécuter des prévérifications du plan de permutation
Fig : Affichage des prévérifications terminées du plan de permutation
Remarque : De même, vous pouvez exécuter les prévérifications pour les plans de basculement et de démarrage de l'exploration.
Tâche 6.2 : exécution du plan de permutation de rôles dans la région 2
Exécutez le plan de permutation de récupération après sinistre pour commencer la transition de la machine virtuelle de la région 1 vers la région 2. Lors du lancement de la machine virtuelle dans la région 2, elle utilisera automatiquement l'adresse IP publique réservée créée précédemment.
-
Assurez-vous que le contexte de région est défini sur la région de secours 2.
-
Assurez-vous que le groupe de protection de récupération après sinistre correct dans la région 2 est sélectionné. Il doit être le rôle de secours.
-
Cliquez sur le nom du plan de permutation.
-
Cliquez sur Exécuter le plan.
-
Désélectionnez Activer les prévérifications, car elles ont déjà été exécutées dans la tâche 6.1.
-
Cliquez sur Exécuter le plan de récupération après sinistre pour commencer.
Fig : Affichage de l'exécution du plan de permutationSurveillez le plan de permutation jusqu'à ce que la charge globale complète passe de la région 1 à la région 2. L'exécution du plan de permutation s'est terminée avec succès en 52 minutes environ.
Fig : Affichage d'une exécution de plan de permutation terminée. -
Validez l'instance OCI Compute qui a été lancée à l'aide de l'adresse IP publique réservée. Accédez à la section Adresses IPv4 publiques réservées à partir de la page VCN. Vous pouvez voir que l'adresse IP réservée fournie
appvm-fra
apparaît comme assignée.
Fig : l'affichage de l'adresse IP réservée est affectéVous pouvez également la valider avec les détails de l'adresse IP publique de l'instance de calcul.
-
Vérifiez les rôles du groupe de protection de récupération après sinistre. La région 2 est désormais principale et la région 1 est de secours, ce qui permet de créer un plan de récupération après sinistre dans la région 1.
Fig : Rôle principal dans la région 2
Fig : Rôle de secours dans la région 2
Tâche 7 : créer et personnaliser des plans de récupération après sinistre dans la région 1
Avec l'achèvement réussi de la permutation par OCI Full Stack DR, la région 2 a désormais pris le rôle de la région principale, tandis que la région 1 a basculé en tant que région de secours.
Remarque : pour utiliser des adresses IP réservées lors du lancement d'une instance OCI Compute dans la région 1, vous devez modifier les propriétés de carte d'interface réseau virtuelle du membre de calcul et sélectionner
appvm-lon
dans la section d'adresse IP réservée.
-
Suivez la même approche que celle décrite dans les tâches 4 à 6. Créez et personnalisez les plans de permutation, de basculement et de démarrage d'exploration dans le groupe de protection de récupération après sinistre pour la région 1, qui sert désormais de région homologue de secours.
-
Le groupe de protection de récupération après sinistre de secours de la région 2 doit désormais disposer des trois plans de récupération après sinistre, comme illustré dans l'image suivante. Ils géreront la transition des charges de travail de la région 1 vers la région 2 et exécuteront également un plan d'exploration dans la région 2. Vous allez créer des plans similaires dans la région 1 pour faire passer les charges globales de la région 2 à la région 1 dans une tâche ultérieure.
Fig : Affichage des trois plans de récupération après sinistre qui doivent exister dans la région 1 avant de poursuivre -
Effectuez une permutation de la région 1 vers la région 2 à ce stade. Cela garantit que tous les plans de récupération après sinistre sont disponibles dans les deux groupes de protection de récupération après sinistre, ce qui permet une configuration de basculement complète et cohérente. Vous pouvez suivre la tâche 6 pour exécuter les plans de récupération après sinistre.
Liens connexes
-
Utilisation de l'adresse IP publique réservée avec la documentation Full Stack DR
-
Documentation sur la récupération après sinistre de pile complète Oracle Cloud Infrastructure (OCI)
-
Rejoignez le canal slack #full-stack-dr
Remerciements
- Auteur - Suraj Ramesh (gestionnaire de produits pour OCI Full Stack DR)
Ressources de formation supplémentaires
Explorez d'autres ateliers sur docs.oracle.com/learn ou accédez à d'autres contenus de formation gratuits sur le canal Oracle Learning YouTube. De plus, visitez le site education.oracle.com/learning-explorer pour devenir un explorateur Oracle Learning.
Pour obtenir la documentation produit, consultez le site Oracle Help Center.
Use Reserved Public IPs with Moving Instances in OCI Full Stack Disaster Recovery
G33300-01
Copyright ©2025, Oracle and/or its affiliates.