Gérer les déploiements homologues

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.

Remarques :

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 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 .
```
Remarques :
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 des certificats/clés 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. Par conséquent, vous devrez 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 :

Créez un groupe dynamique qui permet aux déploiements GoldenGate d'accéder aux ressources de votre location :

name: <dynamic-group-name>
Matching rule: ALL {resource.type = 'goldengatedeployment', resource.compartment.id = '<location>'}

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.
- 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.

Ajoutez des 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 :

Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use secret-replication in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to manage secrets in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use vaults in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use keys in tenancy
Allow dynamic-group '<IAM Domain>'/'<dynamic-group-name>' to use tag-namespaces in tenancy

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.

Pour ajouter un déploiement homologue à un déploiement principal, procédez comme suit :

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, cliquez sur Ajouter un homologue.
Dans le panneau Add peer deployment :
1. Sélectionnez la région dans laquelle créer le déploiement homologue.
  
  Remarques :
  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.
Cliquez sur 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.

Basculer 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 principal vers un déploiement homologue est un processus manuel. 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 boîte de dialogue Permutation, confirmez que vous souhaitez passer à ce pair, puis cliquez sur Commuter.
Le statut du déploiement passe à Mise à jour pendant que la permutation est en cours.

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

Remarques :

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.

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 fenêtre Supprimer le pair, confirmez la suppression de ce pair, puis cliquez sur Supprimer.

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