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.
Vous pouvez mettre à niveau votre base de données globale Aurora vers une version mineure plus récente du moteur dans toutes les régions avec une seule opération gérée et un temps d'arrêt minimal, ce qui élimine le besoin de mettre à niveau manuellement chaque cluster individuellement et réduit les frais opérationnels liés à la gestion globale du cluster.
Comprendre les mises à niveau des versions mineures des bases de données globales
Vous pouvez mettre à niveau la version mineure de votre base de données globale via l'API RDS AWS CLI, ou AWS Management Console. Cette opération unique orchestre la mise à niveau sur votre cluster principal et sur tous les clusters secondaires (miroirs). Si des problèmes surviennent lors de la mise à niveau, le service revient automatiquement à la version existante.
Note
Cette fonctionnalité gérée n'est actuellement prise en charge que pour les moteurs compatibles avec Aurora PostgreSQL.
Lorsque vous lancez une mise à niveau d'une version mineure d'une base de données globale à l'aide de la modify-global-cluster commande, vous spécifiez la version du moteur cible, et le service coordonne la mise à niveau sur tous les clusters. Cette mise à niveau est appliquée immédiatement.
Pour Linux, macOS ou Unix :
aws rds modify-global-cluster \ --global-cluster-identifierglobal_cluster_identifier\ --engine-versiontarget_engine_version
Pour Windows :
aws rds modify-global-cluster ^ --global-cluster-identifierglobal_cluster_identifier^ --engine-versiontarget_engine_version
Considérations relatives aux mises à niveau de versions mineures
Lorsque vous planifiez une mise à niveau de version mineure pour votre base de données globale, tenez compte des points suivants :
La fonctionnalité gérée s'applique uniquement aux mises à niveau de versions mineures. Les mises à niveau des versions de correctifs continuent d'utiliser les actions de maintenance des mises à jour du système existantes.
La fonctionnalité gérée est prise en charge uniquement pour les clusters globaux Aurora PostgreSQL.
Vous pouvez mettre à niveau chaque cluster de votre topologie de cluster globale individuellement. Si vous choisissez cette approche, mettez à niveau tous les clusters secondaires avant de mettre à niveau le cluster principal. Lors de la mise à niveau, assurez-vous que vos clusters de base de données principal et secondaire sont mis à niveau vers la même version mineure 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 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.
Mises à niveau de versions mineures pour la base de données globale Aurora MySQL
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.
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.
|