Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Création d’une Amazon Aurora Global Database
La mise à niveau d’une base de données globale Aurora suit les mêmes procédures celles utilisées pour la mise à niveau des clusters de bases de données Aurora. Toutefois, voici quelques différences importantes à prendre en compte avant de démarrer le processus.
Nous vous recommandons de mettre à niveau les clusters de bases de données principaux et secondaires vers la même version. Vous ne pouvez effectuer un basculement de base de données entre régions géré sur une base de données globale Aurora que si les clusters de bases de données principal et secondaire possèdent les mêmes versions de moteur majeures, mineures et de niveaux de correctif. Cependant, les niveaux de correctif peuvent varier en fonction de la version mineure du moteur. Pour plus d’informations, consultez Compatibilité des niveaux de correctif pour les bascules ou basculements gérés entre régions.
Mises à niveau de version majeure.
Lorsque vous effectuez une mise à niveau de version majeure d’une Amazon Aurora Global Database, vous mettez à niveau le cluster de bases de données global plutôt que les clusters individuels qu’il contient.
Pour savoir comment mettre à niveau une base de données globale Aurora PostgreSQL vers une version majeure supérieure, consultez Mises à niveau majeures des bases de données globales.
Note
Avec une base de données globale Aurora basée sur Aurora PostgreSQL, vous ne pouvez pas effectuer de mise à niveau majeure du moteur de base de données Aurora si la fonction Objectif de point de reprise (RPO) est activée. Pour en savoir plus sur la fonction RPO, consultez Gestion des RPO pour les bases de données globales basées sur Aurora PostgreSQL–.
Pour savoir comment mettre à niveau une base de données globale Aurora MySQL vers une version majeure supérieure, consultez Mises à niveau majeures sur place des bases de données globales.
Note
Avec une base de données globale Aurora basée sur Aurora MySQL, vous ne pouvez effectuer une mise à niveau sur place d’Aurora MySQL version 2 vers la version 3 que si le paramètre lower_case_table_names est défini sur sa valeur par défaut et si vous redémarrez la base de données globale.
Pour effectuer la mise à niveau d’une version majeure vers Aurora MySQL version 3 lors de l’utilisation de lower_case_table_names, procédez comme suit :
-
Supprimez toutes les régions secondaires du cluster global. Suivez les étapes de Dissociation d’un cluster d’une base de données Amazon Aurora globale.
-
Mettez à niveau la version du moteur de la région principale vers Aurora MySQL version 3. Suivez les étapes de Comment effectuer une mise à niveau sur place.
-
Ajoutez des régions secondaires au cluster global. Suivez les étapes de Ajout d’une Région AWS à une base de données Amazon Aurora globale.
Vous pouvez utiliser plutôt la méthode de restauration des instantanés. Pour plus d’informations, consultez Restauration à partir d’un instantané de cluster de bases de données.
Mises à niveau de version mineure.
Si vous effectuez une mise à niveau mineure sur une base de données Aurora globale, mettez à niveau tous les clusters secondaires avant de mettre à niveau le cluster principal.
Pour savoir comment mettre à niveau une base de données globale Aurora PostgreSQL vers une version mineure ultérieure, consultez Comment effectuer des mises à niveau de versions mineures et appliquer des correctifs. Pour savoir comment mettre à niveau une base de données globale Aurora MySQL vers une version mineure ultérieure, consultez Mise à niveau d’Aurora MySQL par modification de la version du moteur.
Avant d’effectuer la mise à niveau, passez en revue les considérations suivantes :
La mise à niveau de la version mineure d’un cluster secondaire n’a aucune incidence sur la disponibilité ni l’utilisation du cluster principal.
Un cluster secondaire doit disposer d’au moins une instance de base de données pour effectuer une mise à niveau mineure.
Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.*, vous devez mettre à niveau vos clusters de bases de données principal et secondaires vers exactement la même version, y compris le niveau de correctif.
-
Si vous mettez à niveau une base de données globale Aurora MySQL, vous devez mettre à niveau vos clusters de bases de données principal et secondaires vers exactement la même version et le même niveau de correctif. Pour mettre à jour le niveau du correctif, appliquez toutes les actions de maintenance en attente sur le cluster secondaire.
Pour permettre les bascules ou basculements entre régions, vous devrez mettre à niveau vos clusters de bases de données principal et secondaires pour qu’ils aient exactement la même version, y compris le niveau de correctif. Cette exigence s’applique à Aurora MySQL et à certaines versions d’Aurora PostgreSQL. Pour obtenir la liste des versions qui autorisent les bascules et les basculements entre des clusters exécutant différents niveaux de correctifs, consultez Compatibilité des niveaux de correctif pour les bascules ou basculements gérés entre régions.
Compatibilité des niveaux de correctif pour les bascules ou basculements gérés entre régions
Si votre base de données Aurora Global Database exécute l’une des versions de moteur mineures suivantes, vous pouvez effectuer des bascules ou basculements gérés entre régions même si les niveaux de correctif de vos clusters de bases de données principal et secondaires ne correspondent pas. Pour les versions de moteur mineures antérieures à celles de cette liste, vos clusters de bases de données principal et secondaires doivent exécuter les mêmes versions majeures et mineures, et les mêmes niveaux de correctif, afin de pouvoir effectuer des bascules ou basculements gérés entre régions. Assurez-vous de consulter les informations et les notes de version figurant dans le tableau suivant lorsque vous planifiez des mises à niveau pour votre cluster principal, vos clusters secondaires ou les deux.
Note
Pour les basculements manuels entre régions, vous pouvez effectuer le processus de basculement tant que le cluster de bases de données secondaire cible exécute les mêmes versions majeure et mineure de moteur que le cluster de bases de données principal. Dans ce cas, il n’est pas nécessaire que les niveaux de correctifs soient les mêmes.
Si les versions de votre moteur nécessitent des niveaux de correctifs identiques, vous pouvez effectuer le basculement manuellement en suivant les étapes décrites dans Réalisation de basculements manuels pour les bases de données globales Aurora.
| Moteur de base de données | Versions de moteur mineures | Remarques |
|---|---|---|
Aurora MySQL |
Pas de version mineure |
Aucune des versions mineures d’Aurora MySQL ne permet d’effectuer des bascules ou basculements géré entre régions si les niveaux de correctif des clusters de bases de données principal et secondaires diffèrent. |
Aurora PostgreSQL |
|
Avec les versions de moteur répertoriées dans la colonne précédente, vous pouvez effectuer des bascules ou basculements gérés entre régions à partir d’un cluster de bases de données principal doté d’un niveau de correctif spécifique vers un cluster de bases de données secondaire doté d’un niveau de correctif différent. Avec les versions mineures antérieures à celles-ci, vous ne pouvez effectuer des bascules ou basculements gérés entre régions que si les niveaux de correctif des clusters de bases de données principal et secondaires sont les mêmes. AvertissementLorsque vous mettez à jour un cluster de votre base de données globale vers l’une des versions de correctifs suivantes, vous ne pouvez pas effectuer de bascule ni de basculement entre régions tant que tous les clusters de votre base de données globale n’exécutent pas l’une de ces versions de correctif ou une version plus récente.
|
