Gérer les déploiements entre pairs

À propos des déploiements entre pairs

Un déploiement pair est une ressource que vous créez en tant que base 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 des fichiers de piste et de paramètres, des volumes par blocs et des répliques de service de stockage de fichiers. Un déploiement pair peut être local ou distant. Un pair local réside dans la même région que le déploiement principal, mais dans un domaine de disponibilité ou un domaine d'erreur différent. Un pair distant réside dans une autre région.

Un déploiement principal ne peut avoir qu'un seul pair de déploiement local ou inter-région. Les déploiements pairs vous permettent de passer du déploiement principal au déploiement de secours, au besoin. Lorsque vous effectuez une permutation vers un déploiement pair, le déploiement pair vers lequel vous passez devient le déploiement principal.

Note :

Les déploiements de pairs 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 d'être facturé.

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.

Limitations

Lors de la création de déploiements d'appairage, 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 n'affiche une région distante que si votre location est abonnée à la région distante (vous devez être abonnée à la région distante appariée).
Pour la récupération après sinistre inter-région, vous devez reconfigurer les chemins de répartition après la permutation et modifier l'hôte cible. Vous pouvez procéder de deux façons :
- (Pour les versions GoldenGate version 23.10+) Dans la console de déploiement OCI GoldenGate, sélectionnez Service de distribution. Consultez les informations sur le chemin du chemin de répartition ou du chemin lancé par la cible, puis modifiez l'URI cible.
- Utiliser 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 .
```
Note :
Si le service IAM est utilisé pour l'authentification, vous devez également créer une nouvelle connexion GoldenGate et l'affecter au déploiement source.
Les certificats du magasin de certificats SSL de déploiement ne sont pas copiés vers le pair de secours inter-région et deux déploiements ne peuvent pas avoir le même nom de domaine complet. Une fois la base de données de secours créée, vous devez la mettre à jour avec les certs/clés SSL et mettre à jour le nom de domaine complet pour le nouveau déploiement en ligne avec le nom de domaine pris en charge dans les certs. Les certificats plus anciens générés avec signature automatique pour une région donnée ne sont peut-être pas valides pour la région de secours. Vous devrez peut-être les régénérer et les charger dans le déploiement de la base de secours.

Ajouter un déploiement pair

Avant de commencer

Assurez-vous d'avoir ajouté les politiques minimales requises, notamment :

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. Assurez-vous de sélectionner la même région que le pair de secours du déploiement. Découvrez la configuration de la réplication de clé secrète inter-région.
- Si les connexions affectées n'utilisent pas de clés secrètes, l'erreur suivante s'affiche :
```
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 politiques qui permettent aux déploiements GoldenGate d'utiliser la réplication des clés secrètes OCI et d'utiliser/gérer les ressources des 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 à la fois les informations principale et de secours. Si elle est configurée après la création de la connexion, assurez-vous d'actualiser la connexion à partir du menu Actions de la page des détails de la connexion.

Pour ajouter un déploiement pair à un déploiement principal :

Dans la page Détails du déploiement principal, sélectionnez Récupération après sinistre.
Dans la page Reprise après sinistre, cliquez sur Ajouter un pair.
Dans le panneau Ajouter un déploiement pair :
1. Sélectionnez la région dans laquelle créer le déploiement pair.
  
  Note :
  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 positionnement de domaine de disponibilité :
  - Sélectionnez cette option pour que le service sélectionne le domaine de disponibilité et le domaine d'erreur en votre nom.
  - Désélectionnez cette option pour sélectionner vous-même le domaine de disponibilité et le domaine d'erreur.
Cliquez sur Ajouter.

Le déploiement pair 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.

Passer à un déploiement pair

Voyez comment effectuer une permutation entre un déploiement de pair principal et un déploiement de pair de secours.

La permutation d'un déploiement principal à un déploiement pair est un processus manuel. Assurez-vous de 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 des détails du déploiement principal ou de la page des détails du déploiement de secours inter-région. Pour passer à un déploiement pair :

Dans la page Détails du déploiement, sélectionnez Récupération après sinistre.
Dans la liste des déploiements de pair de la page Reprise après sinistre, dans le menu Actions du pair vers lequel vous voulez basculer, sélectionnez Permuter.
Dans la boîte de dialogue Permutation, confirmez que vous voulez passer à cet appairage, puis cliquez sur Passer.
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 principal devient le pair.

Note :

Si vous constatez que la base de données de secours est derrière la base principale, reportez-vous à Extraire la configuration sur la grappe principale dans la tâche 10 : Configurer les processus Oracle GoldenGate pour connaître les paramètres de gestion des opérations de permutation de base de données.

Supprimer un déploiement pair

Supprimez un déploiement pair 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 pair :

Dans la page Détails du déploiement principal, sélectionnez Récupération après sinistre.
Dans la liste des déploiements de pair, dans le menu Actions du pair à supprimer, sélectionnez Supprimer.
Dans la boîte de dialogue Supprimer l'appairage, confirmez que vous voulez supprimer cet appairage, puis cliquez sur Supprimer.

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