Documentation Oracle Cloud Infrastructure

Permutation

Vous pouvez manuellement sélectionner l'une des instances MySQL en tant qu'instance principale. Ce processus est appelé permutation.

Lorsque vous effectuez une permutation, le placement préféré et le placement actuel passent au placement nouvellement sélectionné de l'instance principale. L'adresse IP de l'adresse de système de base de données ne change pas. Si le placement en cours change lors d'une permutation, cela entraîne un court temps d'inactivité pendant que l'instance principale est redirigée vers l'instance nouvellement promue, vous devez rouvrir toutes les connexions de base de données.
Remarque

Aucun temps d'inactivité ne se produit lorsque la position actuelle ne change pas lors d'une permutation. Cela se produit lorsque vous permutez vers l'instance principale existante. Vous pouvez effectuer cette opération pour remplacer le placement préféré par le placement actuel.
Voici le processus de permutation d'un système de base de données créé ou mis à niveau après le 25 février 2025 en cas de modification du placement en cours :
  • Les nouvelles transactions sont bloquées à partir du moment où la permutation est lancée.
  • Les transactions en cours d'exécution peuvent continuer à s'exécuter. Au bout de 5 minutes, toutes les transactions en cours qui ne sont pas terminées sont abandonnées et annulées.
  • Une fois toutes les transactions en cours d'exécution terminées ou abandonnées, l'adresse de système de base de données est affectée à l'instance principale nouvellement promue.
  • Les connexions existantes à l'instance principale précédente sont fermées. L'application client doit rouvrir de nouvelles connexions.
Voici le processus de permutation d'un système de base de données créé avant le 25 février 2025 et qui n'a pas été mis à niveau après le 25 février 2025 en cas de modification du placement en cours :
  • Les transactions en cours peuvent être menées à bien. Le processus de permutation attend la fin et la validation de toutes les transactions en cours.
  • Les nouvelles transactions sont acceptées et peuvent effectuer des lectures et des écritures. Toutefois, lorsque l'instance MySQL est promue en tant que nouvelle instance principale et que la connexion à l'instance principale précédente est interrompue, toutes les transactions non validées sont annulées.
  • L'adresse de système de base de données est affectée à l'instance principale nouvelle promotion.
  • Les connexions existantes à l'instance principale précédente sont fermées. L'application client doit rouvrir de nouvelles connexions.
Remarque

Après une permutation, le nom de fichier journal binaire en cours et la position du nouveau fichier principal peuvent être différents de l'ancien. Comme les journaux binaires de chaque instance sont gérés indépendamment, chaque transaction enregistrée dans les journaux binaires peut être écrite dans un fichier journal binaire différent et se positionner dans des instances différentes.

Scénarios de permutation

Vous pouvez utiliser la permutation dans les scénarios suivants :

  • Test d'applications : pour vous assurer que l'application fonctionne correctement avec la nouvelle instance principale promue.
  • Proximité du domaine de disponibilité : alors que les domaines de disponibilité se trouvent dans le même centre de données, ils sont répartis dans différents centres de données. Même si ces domaines de disponibilité sont connectés à un réseau à faible latence, il peut être nécessaire de tester cette latence en déplaçant l'instance principale de domaine de disponibilité en domaine de disponibilité afin de trouver le meilleur emplacement pour votre instance principale. Par exemple, en passant à une instance se trouvant dans le même domaine de disponibilité que l'application se connectant à celle-ci.

HeatWave Prise en charge des clusters

Lorsque le placement en cours change dans une permutation, le cluster HeatWave est détaché de l'instance principale précédente. Si la nouvelle instance principale se trouve dans le même domaine de disponibilité que l'instance principale précédente, le même cluster HeatWave est réutilisé et il est attaché à la nouvelle instance principale. Si la nouvelle instance principale se trouve dans un autre domaine de disponibilité, le cluster HeatWave existant est supprimé. Un cluster HeatWave doit être créé dans le même domaine de disponibilité que la nouvelle instance principale et il est attaché à la nouvelle instance principale. Les données du cluster HeatWave sont automatiquement récupérées à partir de la couche de stockage ou rechargées à partir du système de base de données ou du stockage d'objets Lakehouse.

Lorsque l'emplacement en cours change dans une permutation, une requête à longue durée d'exécution déchargée vers le cluster HeatWave peut être abandonnée. Dans ce cas, vous devez reconnecter et réexécuter la requête une fois le cluster HeatWave prêt.

Utilisez l'une des méthodes suivantes pour effectuer une permutation :

Utilisation de la console

Utilisez la console pour promouvoir une instance MySQL secondaire en tant qu'instance principale.

Cette tâche requiert les éléments suivants :
  • Système de base de données en cours d'exécution sur lequel la haute disponibilité est activée.
Pour passer de l'instance principale en cours à l'une des instances secondaires, procédez comme suit :
  1. Ouvrez le menu de navigation. Sous HeatWave MySQL, cliquez sur Systèmes de base de données.
  2. Choisissez le compartiment dans Portée de la liste.
  3. Dans la liste des systèmes de base de données, recherchez celui qui fait l'objet du changement et effectuez l'une des opérations suivantes :
    • Choisissez Permutation dans le menu Actions figurant sur la ligne du système de base de données.
    • Cliquez sur le nom du système de base de données pour ouvrir la page Détails du système de base de données. Sélectionnez Permutation dans le menu Actions supplémentaires.
  4. Dans la boîte de dialogue Permutation, sélectionnez le domaine de disponibilité ou de pannes, en fonction de votre configuration, qui contient l'instance sur laquelle passer.
    Remarque

    Le placement en cours et le placement préféré sont définis sur le domaine de disponibilité ou de pannes sélectionné. Si vous sélectionnez le placement actuel dans lequel se trouve l'instance principale existante, le placement préféré sera uniquement mis à jour sans aucun temps d'arrêt.
  5. Cliquez sur Permutation.
Le statut du système de base de données passe à Mise à jour et l'instance sélectionnée devient l'instance principale.

Utilisation de l'interface de ligne de commande

Utilisez l'interface de ligne de commande pour promouvoir une instance MySQL secondaire vers l'instance principale.

Cette tâche requiert les éléments suivants :
  • OCID d'un système de base de données en cours d'exécution sur lequel la haute disponibilité est activée.
  • Stratégie vous permettant de mettre à jour le système de base de données.
  • Interface de ligne de commande installée et correctement configurée. Reportez-vous à Interface de ligne de commande.
Pour passer de l'instance principale en cours à l'une des instances secondaires, procédez comme suit :
  1. Ouvrez l'interface de ligne de commande et répertoriez tous les domaines de disponibilité de la région en cours :
    oci iam availability-domain list
  2. Basculez vers l'instance MySQL souhaitée :
    • Pour le domaine multi-disponibilité : 
      oci mysql db-system update --db-system-id <DBSystemOCID> --availability-domain <SelectedAvailabilityDomain>
    • Pour un domaine de disponibilité unique :
      oci mysql db-system update --db-system-id <DBSystemOCID> --fault-domain <SelectedFaultDomain>

    Où

    • db-system-id : indiquez l'OCID du système de base de données.
    • availability-domain : indiquez le nom du domaine de disponibilité dans lequel l'instance MySQL secondaire, que vous voulez promouvoir vers le domaine principal, est présente.
    • fault-domain : indiquez le nom du domaine de pannes dans lequel l'instance MySQL secondaire, que vous voulez promouvoir vers le domaine principal, est présente.
Le statut du système de base de données passe à Mise à jour et l'instance dans le domaine de disponibilité ou de panne sélectionné devient l'instance principale et l'adresse de lecture/écriture.