RDS PostgreSQL prend en charge les mises à niveau majeures pour vous permettre de migrer depuis des versions en fin de vie vers des versions plus récentes, offrant de meilleures performances, une sécurité renforcée et de nouvelles fonctionnalités. Choisissez parmi quatre solutions de mise à niveau selon votre tolérance aux interruptions et vos besoins en matière de retour arrière.
Présentation des solutions
Les anciennes versions de PostgreSQL perdent progressivement le support de la communauté, ce qui engendre des risques en termes de performances et de sécurité. RDS PostgreSQL propose plusieurs solutions de mise à niveau majeure afin de vous permettre de bénéficier des améliorations des nouvelles versions tout en minimisant les risques liés à la migration.
Une mise à niveau majeure préserve les paramètres de l'instance d'origine, notamment les listes d'autorisation, les configurations des paramètres et les extensions (à l'exception des extensions et des paramètres non pris en charge par la nouvelle version). De plus, les instances RDS PostgreSQL chiffrées restent chiffrées après la mise à niveau et la clé de chiffrement demeure inchangée.
|
Solution de mise à niveau |
Mise à niveau sur place |
Déploiement bleu-vert |
Zéro temps d'arrêt |
||
|
Avec basculement |
Sans basculement |
||||
|
Scénarios |
Vous souhaitez que l'instance mise à niveau soit identique à l'instance d'origine. Vous acceptez que l'instance passe en lecture seule pendant la mise à niveau. |
Vous souhaitez conserver l'instance d'origine. Vous acceptez que l'instance passe en lecture seule pendant la mise à niveau. |
|
Votre activité ne tolère pas les longues interruptions. |
|
|
Fonctionnement |
Utilise pg_upgrade pour mettre à niveau l'instance d'origine vers la version cible. Tous les métadonnées sont conservés. |
Crée une nouvelle instance à partir d'une sauvegarde, la met à niveau via pg_upgrade et bascule automatiquement l'adresse de connexion d'origine vers la nouvelle instance. |
Crée une nouvelle instance à partir d'une sauvegarde et la met à niveau via pg_upgrade. |
Utilise pg_upgrade pour mettre à niveau l'instance d'origine vers la version cible. Les mises à jour incrémentielles s'effectuent via la réplication logique native. |
Crée manuellement une nouvelle instance RDS PostgreSQL et utilise la réplication logique asynchrone pour migrer les données. |
|
Avantages |
La configuration et les informations de facturation de l'instance d'origine sont entièrement conservées. |
|
Fournit un environnement indépendant pour vérifier la mise à niveau sans affecter l'instance d'origine. |
|
|
|
Inconvénients |
Ne permet pas de revenir à l'instance d'origine. |
Ne conserve pas les informations de facturation de l'instance d'origine. |
Aucun. |
|
|
|
Durée de lecture seule de l'instance d'origine |
Généralement quelques minutes. |
Généralement quelques minutes. |
Aucune. |
Généralement quelques secondes. |
Généralement quelques secondes. |
|
Coût |
Aucun coût de mise à niveau. |
La nouvelle instance est facturée au paiement à l'utilisation. |
La nouvelle instance est facturée au paiement à l'utilisation. |
Aucun coût de mise à niveau. |
|
Pour le mode mise à niveau sur place, si l'instance ne répond pas aux spécifications recommandées lors de la mise à niveau, le système met automatiquement à niveau l'instance vers les spécifications recommandées. Cela entraîne un état de lecture seule durant quelques minutes et une brève déconnexion d'environ une seconde. Nous vous recommandons de résoudre les alertes de spécification dans le rapport de vérification de mise à niveau majeure avant d'effectuer la mise à niveau.
Mise à niveau majeure de version
Méthode 1 : Mise à niveau sur place
Méthode 2 : Déploiement bleu-vert
Méthode 3 : Mise à niveau sans temps d'arrêt
Méthode 4 : Mise à niveau via la migration des données DTS
Si vous ne pouvez pas utiliser la mise à niveau sur place, le déploiement bleu-vert ou la mise à niveau sans temps d'arrêt, ou si vous souhaitez valider les données pendant la mise à niveau, utilisez DTS pour la migration des données.