Gérer les déploiements homologues

Utilisez des déploiements homologues pour implémenter votre plan de récupération après sinistre OCI GoldenGate.

Remarque : cet article s'applique uniquement aux déploiements de réplication de données.

A propos des déploiements homologues

Un déploiement homologue est une ressource que vous créez en tant que base de données de secours pour votre déploiement principal en cas de sinistre ou d'interruption de service. Il inclut toutes les mêmes métadonnées de déploiement principales, telles que les fichiers de trace et de paramètres, les répliques de volume de blocs et de service File Storage. Un déploiement homologue peut être local ou distant. Un pair local réside dans la même région que le déploiement principal, mais dans un autre domaine de disponibilité ou domaine de pannes. Un pair distant réside dans une autre région.

Un déploiement principal ne peut avoir qu'un seul homologue de déploiement local ou inter-région. Les déploiements homologues vous permettent de passer du déploiement principal au déploiement de secours si nécessaire. Lorsque vous effectuez une permutation vers un déploiement homologue, le déploiement homologue vers lequel vous basculez devient le déploiement principal.

Remarque : les déploiements homologues sont facturés au même tarif que les déploiements principaux. En savoir plus sur la gestion et la facturation des OCPU.

L'arrêt d'un déploiement principal n'arrête pas le déploiement de secours, qui continue d'être facturé. Vous devez supprimer les déploiements de secours pour éviter toute facturation.

Notez également que vous ne pouvez pas modifier la taille du déploiement de secours, car il doit rester de la même taille que le déploiement principal.

Limites

Lors de la création de déploiements homologues, la liste des régions affiche les régions distantes disponibles dans lesquelles vous pouvez créer une base de données de secours inter-région. Lorsque vous ajoutez une base de données de secours, la liste des régions disponibles présente uniquement une région distante si votre location y est abonnée (vous devez être abonné à la région distante couplée).
Pour la récupération après sinistre inter-région, vous devez reconfigurer les chemins de distribution après la permutation et modifier l'hôte cible. Pour ce faire, vous avez le choix entre deux méthodes :
- (Pour les versions 23.10 et supérieures de GoldenGate) Dans la console de déploiement OCI GoldenGate, sélectionnez Service de distribution. Affichez les informations sur le chemin du chemin de distribution ou du chemin d'accès initié par la cible, puis modifiez l'URI cible.
- Utilisez un appel d'API REST pour effectuer la mise à jour :
```
curl -u <username>:<password> -X PATCH https://<deployment-host>:443/services/v2/sources/<distribution-path-name> -d '{
   "target": {
   "uri": "wss://<new-target-deployment-host>:443/services/v2/targets?trail=<trail-name>"
   }
}' \| jq .
```
Remarque : si IAM est utilisé pour l'authentification, vous devez également créer une connexion GoldenGate et l'affecter au déploiement source.
Les certificats de truststore de déploiement ne sont pas copiés sur le pair de secours inter-région et deux déploiements ne peuvent pas avoir le même nom de domaine qualifié complet. Une fois la base de données de secours créée, vous devez mettre à jour la base de données de secours avec la clé/certs SSL et mettre à jour le nom de domaine qualifié complet du nouveau déploiement en ligne avec le nom de domaine pris en charge dans les certificats. Les certificats autosignés plus anciens générés pour une région donnée peuvent ne pas être valides pour la région de secours. Vous devrez donc peut-être les régénérer et les télécharger vers le déploiement de secours.

Ajouter un déploiement homologue

Avant de commencer

Assurez-vous que vous avez ajouté les stratégies minimales requises, en particulier les stratégies qui permettent aux déploiements GoldenGate d'utiliser la réplication de clés secrètes OCI et d'utiliser/gérer les ressources de clés secrètes OCI.
Les clés secrètes ne sont pas répliquées tant que la réplication inter-région n'est pas activée au niveau des clés secrètes. Veillez à sélectionner la même région que le pair de secours du déploiement. En savoir plus sur la configuration de la réplication secrète inter-région. Vérifiez les droits d'accès requis par les principaux de ressource pour autoriser la réplication de clé secrète inter-région dans la section Stratégie IAM requise.
- Si les connexions affectées n'utilisent pas de clés secrètes, l'erreur suivante se produit :
```
Standby peer cannot be created as following connections does not use secret id <OCID>
```
- Vous devez modifier la connexion pour utiliser des clés secrètes ou la remplacer par une connexion qui utilise des clés secrètes.
Configurez Active Data Guard ou Data Guard au niveau de la base de données avant de créer la connexion dans OCI GoldenGate pour vous assurer que la chaîne de connexion contient les informations principale et de secours. S'il est configuré après la création de la connexion, veillez à actualiser la connexion à partir du menu Actions de la page de détails de la connexion.

Ajoutez un déploiement homologue à un déploiement principal :

Sur la page Détails du déploiement principal, sélectionnez Récupération après sinistre.
Sur la page de récupération après sinistre, sélectionnez Ajouter un pair.
Dans le panneau Add peer deployment :
1. Sélectionnez la région dans laquelle créer le déploiement homologue.
  
  Remarque : la liste des régions affiche uniquement les régions distantes disponibles dans lesquelles vous pouvez créer une base de données de secours inter-région.
2. Pour Sélectionner automatiquement le meilleur placement de domaine de disponibilité, procédez comme suit :
  - Sélectionnez cette option pour que le service sélectionne le domaine de disponibilité et le domaine de pannes en votre nom.
  - Désélectionnez cette option pour sélectionner vous-même le domaine de disponibilité et le domaine de pannes.
Choisissez Ajouter.

Le déploiement homologue apparaît dans la liste de la page de récupération après sinistre, où vous pouvez surveiller son état jusqu'à ce qu'il devienne actif.

Remarque : les connexions affectées avec des adresses dédiées sont créées en tant qu'adresses partagées dans la région de secours afin qu'elles utilisent par défaut le sous-réseau et l'adresse privée du déploiement. Si nécessaire, vous pouvez modifier les connexions de la région de secours pour utiliser des adresses dédiées en indiquant manuellement le sous-réseau.

Basculement vers un déploiement homologue

Découvrez comment effectuer une permutation d'un déploiement homologue principal vers un déploiement homologue de secours.

La permutation d'un déploiement d'homologue principal vers un déploiement d'homologue de secours est un processus manuel. La permutation suppose que le pair principal est toujours disponible et effectue une dernière synchronisation avant de démarrer le pair de secours pour s'assurer que toutes les métadonnées et données du pair principal sont présentes sur le pair de secours. Veillez à vous abonner aux événements OCI GoldenGate nécessaires pour être tenu informé des activités de déploiement pertinentes.

Vous pouvez effectuer une permutation à partir de la page de détails du déploiement principal ou de la page de détails du déploiement de secours inter-région. Pour passer à un déploiement homologue :

Sur la page Détails du déploiement, sélectionnez Récupération après sinistre.
Dans la liste de déploiement homologue de la page de récupération après sinistre, dans le menu Actions du pair vers lequel basculer, sélectionnez Permutation.
Dans la fenêtre de dialogue Permutation, confirmez que vous souhaitez passer à ce pair, puis sélectionnez Commuter.
Le statut du déploiement passe à Mise à jour lorsque la permutation est en cours.

Une fois la permutation terminée, le pair est désormais le pair principal et le pair principal.

Remarque : si vous constatez que la base de données de secours est derrière la base de données principale, reportez-vous à Extraction de la configuration sur le cluster principal dans Tâche 10 : configurer les processus Oracle GoldenGate pour connaître les paramètres permettant de gérer les opérations de permutation de base de données.

Basculement vers un déploiement homologue

Découvrez comment effectuer un basculement d'un déploiement homologue principal vers un déploiement homologue de secours.

Le basculement utilise le dernier point de synchronisation réussi pour démarrer le pair de secours et ne tente pas de se connecter à la base de données principale. Il est possible que les processus créés après la dernière synchronisation ne soient pas présents sur le pair de secours.

Sur la page Détails du déploiement, sélectionnez Récupération après sinistre.
Dans la liste de déploiement homologue de la page de récupération après sinistre, dans le menu Actions du pair vers lequel basculer, sélectionnez Basculement.
Dans la fenêtre de dialogue Basculement, confirmez que vous souhaitez passer à ce pair, puis sélectionnez Basculement.
Le statut du déploiement passe à Mise à jour lorsque le basculement est en cours.

Une fois le basculement terminé, le pair est désormais le pair principal et le pair principal.

Visualiser les détails de déploiement de pair

Affichez les détails du déploiement homologue dans l'onglet Récupération après sinistre de la page de détails d'un déploiement principal.

Les informations de déploiement d'homologues affichées sur cette page incluent :

Rôle (principal ou de secours)
Province/Département
Région
Domaine de disponibilité
Domaine de pannes
Statut de la prévérification et date de la dernière exécution
Détails du changement de rôle

Selon que le déploiement du pair est local ou distant, vous pouvez effectuer les actions suivantes à partir du menu Actions :

Permutation
Panne du serveur
Lancer la prévérification (à distance)
Afficher les résultats de la pré-vérification (distante)
Suppression
Copier l'OCID

Exécuter une prévérification de déploiement homologue

Vous devez exécuter régulièrement des prévérifications de déploiement homologue pour garantir la réussite du basculement ou de la permutation manuelle. La prévérification du déploiement d'homologues garantit que les ressources utilisant des clés secrètes de mot de passe sont répliquées vers des homologues distants avant la permutation. La prévérification inclut des chèques pour :

Les clés secrètes de mot de passe existent
Les clés secrètes sont répliquées vers la région de secours
La clé secrète de mot de passe existe dans la région de secours mais ne correspond pas à la région principale après les mises à jour récentes
Toutes les connexions affectées sont valides et plusieurs hôtes existent
Des connexions affectées existent mais doivent être mises à jour en raison de modifications récentes

Si la prévérification échoue pour une raison quelconque, assurez-vous d'effectuer les actions nécessaires, puis réexécutez la prévérification.

Supprimer un déploiement homologue

Supprimer un déploiement homologue lorsqu'il n'est plus nécessaire d'arrêter les frais supplémentaires récurrents pour les ressources inutilisées.

Pour supprimer un déploiement homologue, procédez comme suit :

Sur la page Détails du déploiement principal, sélectionnez Récupération après sinistre.
Dans la liste de déploiement homologue, dans le menu Actions du pair à supprimer, sélectionnez Supprimer.
Dans la boîte de dialogue Supprimer le pair, confirmez la suppression de ce pair, puis sélectionnez Supprimer.

L'état du déploiement homologue passe à Suppression.