Aperçu de la haute disponibilité
Un système de base de données à haute disponibilité se compose de trois instances MySQL : une instance principale et deux instances secondaires. Chaque instance MySQL utilise la même quantité de stockage de volume par blocs, le même nombre d'UC et la même quantité de mémoire vive définis dans la forme choisie. L'instance principale fonctionne comme un point d'extrémité en lecture/écriture et vous disposez uniquement d'un accès en lecture/écriture à l'instance principale. Toutes les données que vous écrivez dans l'instance principale sont copiées dans les instances secondaires de manière asynchrone. Les journaux binaires de chaque instance MySQL sont gérés indépendamment les uns des autres. Même si les instances ont les mêmes données, elles peuvent avoir un nombre différent de fichiers journaux binaires avec des noms de fichier différents et éventuellement des tailles différentes.
Les instances secondaires sont placées dans différents domaines de disponibilité ou d'erreur. Les modèles de positionnement d'instance suivants sont utilisés :
- Plusieurs domaines de disponibilité avec un sous-réseau régional : Les trois instances MySQL sont placées dans des domaines de disponibilité différents.
- Plusieurs domaines de disponibilité avec un sous-réseau propre au domaine de disponibilité : Les trois instances MySQL sont placées dans différents domaines d'erreur au sein du même domaine de disponibilité.
- région à un seul domaine de disponibilité : Les trois instances MySQL sont placées dans des domaines d'erreur différents au sein du même domaine de disponibilité.
Les systèmes de base de données à haute disponibilité utilisent plus de ressources (UC, RAM, bande passante de réseau) que les systèmes de base de données autonomes. En conséquence, le débit et la latence diffèrent des systèmes de base de données autonomes.
Si vous activez les sauvegardes automatiques, le service HeatWave crée les sauvegardes de l'instance principale du système de base de données à haute disponibilité.
La haute disponibilité utilise la réplication de groupe MySQL pour répliquer les données de l'instance principale vers les instances secondaires. La réplication se produit sur un réseau interne sécurisé, géré et non connecté au sous-réseau de VCN que vous avez configuré pour le système de base de données. Des informations limitées sur ce réseau interne sont disponibles dans certaines tables de schéma de performance. Vous ne pouvez pas vous connecter à ce réseau ni consulter d'autres informations le concernant.
Promotion automatique ou manuelle d'une instance secondaire
- Basculement : En cas d'échec de l'instance principale, le service HeatWave automatiquement promeut l'une des instances secondaires pour fonctionner en tant qu'instance principale. Cela reprend la disponibilité des applications client sans perte de données.
- Permutation : Le service HeatWave vous permet de promouvoir manuellement l'une des instances secondaires en tant qu'instance principale. On parle alors de permutation.
Après un basculement ou une permutation, le nom et la position courants du fichier journal binaire de la nouvelle instance principale peuvent être différents de ceux de l'ancienne. 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 position dans différentes instances.
Lors d'un basculement ou d'une permutation dans un système de base de données à haute disponibilité avec la grappe HeatWave, il y a un certain délai après lequel vous pouvez réexécuter des interrogations sur la grappe HeatWave.
Positionnement principal privilégié et courant
- Positionnement principal privilégié : Lors de la création d'un système de base de données à haute disponibilité, vous pouvez choisir le domaine de disponibilité et d'erreur où vous voulez placer l'instance principale, qui fonctionne comme un point d'extrémité en lecture/écriture. Cette option est appelée positionnement principal privilégié. Elle ne change pas une fois que vous avez créé un système de base de données à haute disponibilité, sauf lorsque vous effectuez une permutation. Les instances secondaires sont placées automatiquement dans les deux autres domaines de disponibilité ou d'erreur.
- Positionnement principal courant : Lorsque vous créez un système de base de données, le positionnement courant de l'instance principale est identique au positionnement privilégié. Toutefois, en cas de basculement, l'une des instances secondaires est promue en tant qu'instance principale. Le domaine de disponibilité et d'erreur de cette nouvelle instance principale est le emplacement principal courant. Le placement principal privilégié, que vous avez sélectionné lors de la création du système de base de données, reste le même. L'adresse IP du point d'extrémité en lecture/écriture ne change pas, quel que soit le positionnement de l'instance principale.
HeatWave Prise en charge des grappes
You can enable HeatWave cluster on a high availability DB system. To enable HeatWave cluster, first update the shape of the DB system to a shape that supports HeatWave cluster. See Supported Shapes. When the HeatWave cluster is active, it is always attached to the primary instance of the high availability DB system. When the current placement of the primary instance changes in a failover or switchover, the HeatWave cluster has to be detached from the previous primary instance and the same or a new HeatWare cluster has to be attached to the new primary instance. The data in the HeatWave cluster is automatically recovered from the Storage Layer or reloaded from the DB system or Lakehouse Object Storage.
Si l'instance principale précédente et la nouvelle instance principale se trouvent dans le même domaine de disponibilité, la grappe HeatWave existante peut être réutilisée. La grappe HeatWave est détachée de l'instance principale précédente et rattachée de nouveau à la nouvelle instance principale. Cela se produit lorsque le système de base de données se trouve dans une région comportant un seul domaine de disponibilité ou est connecté à un sous-réseau propre à un domaine de disponibilité dans une région comportant plusieurs domaines de disponibilité.
Si l'instance principale précédente et la nouvelle instance principale se trouvent dans un domaine de disponibilité différent, la grappe HeatWave existante doit être détachée et supprimée. Une nouvelle grappe HeatWave doit être créée dans le même domaine de disponibilité que la nouvelle instance principale et elle est attachée à la nouvelle instance principale. Cela se produit lorsque le système de base de données est connecté à un sous-réseau régional d'une région comportant plusieurs domaines de disponibilité.
Rubriques connexes