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.
Mise à niveau de la version du moteur d'un cluster de base de données multi-AZ pour Amazon RDS
Amazon RDS fournit des versions plus récentes de chaque moteur de base de données pris en charge afin que vous puissiez maintenir votre cluster de bases de données multi-AZ à jour. Cette rubrique explique le processus de mise à niveau d'un cluster de base de données multi-AZ vers des versions plus récentes.
La mise à niveau d'un cluster de base de données multi-AZ implique la sélection d'une nouvelle version de moteur compatible et la planification des temps d'arrêt potentiels. Le processus garantit une interruption minimale en utilisant les fonctionnalités de basculement de l'architecture multi-AZ. Au cours de la mise à niveau, l'instance principale est d'abord mise à jour, suivie d'un basculement vers l'instance de secours afin de maintenir la disponibilité. Les meilleures pratiques incluent l'exécution de mises à niveau pendant les périodes de faible trafic, les tests dans des environnements hors production et la vérification de la compatibilité des applications avec la nouvelle version.
Rubriques
Mises à niveau de version mineure.
Une mise à niveau de version mineure contient uniquement des modifications rétrocompatibles avec les applications existantes. Lorsque vous lancez une mise à niveau d'une version mineure, Amazon RDS met d'abord à niveau les instances de base de données du lecteur une par une. Ensuite, l'une des instances de base de données du lecteur devient la nouvelle instance de base de données du rédacteur. Amazon RDS met ensuite à niveau l'ancienne instance d'écriture (qui est désormais une instance de lecteur).
Les temps d'arrêt pendant la mise à niveau sont limités au temps nécessaire à l'une des instances de base de données du lecteur pour devenir la nouvelle instance de base de données du rédacteur. Ce temps d'arrêt agit comme un basculement automatique. Pour de plus amples informations, veuillez consulter Défaillance d'un cluster de base de données multi-AZ pour Amazon RDS. Notez que le délai de réplication de votre cluster de base de données multi-AZ peut affecter le temps d'arrêt. Pour de plus amples informations, veuillez consulter Retard de réplica et clusters de base de données multi-AZ.
Pour les répliques de lecture de clusters de bases de données multi-AZ RDS pour PostgreSQL, Amazon RDS met à niveau les instances membres du cluster une par une. Les rôles du cluster de lecture et d'écriture ne changent pas pendant la mise à niveau. Par conséquent, votre cluster de base de données peut être indisponible pendant qu'Amazon RDS met à niveau l'instance du rédacteur de cluster.
Note
Le temps d'arrêt pour une mise à niveau d'une version mineure d'un cluster de base de données multi-AZ est généralement de 35 secondes. Lorsqu'il est utilisé avec le proxy RDS, vous pouvez réduire davantage les temps d'arrêt à une seconde ou moins. Pour de plus amples informations, veuillez consulter RDSProxy Amazon . Vous pouvez également utiliser un proxy de base de données open source tel que ProxySQL
Mises à niveau de version majeure.
La mise à niveau d'une version majeure peut introduire des modifications non compatibles avec les applications existantes.
Lorsque vous lancez une mise à niveau de version majeure d'un cluster de bases de données multi-AZ RDS pour PostgreSQL, Amazon RDS met à niveau simultanément les instances de lecteur et d'écriture. Par conséquent, votre cluster de base de données risque de ne pas être disponible tant que la mise à niveau n'est pas terminée.
Lorsque vous lancez une mise à niveau de version majeure d'un cluster de base de données multi-AZ RDS pour MySQL, Amazon RDS met à niveau les instances membres du cluster une par une, de sorte que la réplication s'effectue d'une version inférieure du moteur vers une version supérieure. Il est important de vous assurer que votre charge de travail est compatible avec les versions du moteur source et cible lors d'une mise à niveau de version majeure, car les versions du moteur peuvent différer en termes de syntaxe et de fonctionnalités.
Note
Comme pour les mises à niveau de versions mineures, le temps d'arrêt pour une mise à niveau de version majeure de RDS pour MySQL est généralement de 35 secondes. Lorsqu'il est utilisé avec le proxy RDS, vous pouvez réduire davantage les temps d'arrêt à une seconde ou moins. Pour de plus amples informations, veuillez consulter RDSProxy Amazon .
Mise à niveau d'un cluster de base de données multi-AZ
Le processus de mise à niveau de la version du moteur d'un cluster de bases de données multi-AZ est identique au processus de mise à niveau de la version du moteur d'une instance de base de données. Pour obtenir des instructions, consultez Mise à niveau de la version du moteur d'une instance de base de données. La seule différence est que lorsque vous utilisez le AWS Command Line Interface (AWS CLI), vous utilisez la modify-db-clustercommande et spécifiez le --db-cluster-identifier paramètre (ainsi que le --allow-major-version-upgrade paramètre).
Pour plus d'informations sur les mises à niveau des versions majeures et mineures, consultez la documentation suivante relative à votre moteur de base de données :
Mise à niveau des répliques de lecture de clusters de bases de données multi-AZ
Amazon RDS ne met pas automatiquement à niveau les réplicas en lecture des clusters de bases de données multi-AZ. Pour les mises à niveau de versions mineures, vous devez d'abord mettre à niveau manuellement toutes les répliques en lecture, puis mettre à niveau le cluster. Dans le cas contraire, la mise à niveau est bloquée. Quand vous effectuez une mise à niveau de version majeure d'un cluster, l'état de réplication de tous les réplicas en lecture devient résilié. Vous devez supprimer et recréer les réplicas en lecture une fois la mise à niveau terminée. Pour de plus amples informations, veuillez consulter Supervision de la réplication en lecture.
