Foire aux questions sur Amazon RDS for PostgreSQL

Oui, vous pouvez souscrire un Database Savings Plan pour votre utilisation d'Amazon RDS pour PostgreSQL et réduire vos coûts jusqu'à 20 % si vous vous engagez à utiliser un volume d'utilisation constant sur une période d'un an. Des informations supplémentaires sur l'utilisation possible sont disponibles sur la page de tarification des Database Savings Plans.

Amazon RDS for PostgreSQL prend actuellement en charge PostgreSQL 13, 14, 15, 16 et 17. RDS for PostgreSQL prend également en charge PostgreSQL 11 et 12 via Amazon RDS Extended Support. Pour en savoir plus, consultez le Guide de l'utilisateur Amazon RDS.

Pour connaître la liste des extensions prises en charge, consultez le guide de l'utilisateur Amazon RDS. Pour demander une assistance pour des extensions supplémentaires, envoyez un e-mail à rds-postgres-extensions-request@amazon.com en précisant le nom de l'extension et le cas d'utilisation.

RDS for PostgreSQL prend en charge plusieurs paramètres pour journaliser l'activité qui a lieu sur votre instance de base de données PostgreSQL. Pour en savoir plus sur ces paramètres, conslutez le guide de l'utilisateur Amazon RDS.

Oui, vous pouvez consulter la liste des limitations relatives aux instances RDS for PostgreSQL dans le guide de l'utilisateur Amazon RDS.

Dans le contexte de RDS for PostgreSQL, les numéros de version sont organisés comme suit : version de PostgreSQL = X.Y-R(n).

Un changement de version serait considéré comme majeur par Amazon RDS en cas de modification du premier chiffre du numéro de version. Exemple : passer de 15.9 à 17.1.

Un changement de version serait considéré comme étant mineur en cas de modification du deuxième chiffre du numéro de version dans la mise à jour. Exemple : passer de 17.1 à 17.2.

R(n) indique la sortie ultérieure d'une version mineure qui peut inclure de nouvelles fonctionnalités, des améliorations de performances et des corrections de bogues. Une version mineure peut avoir la version R(n) ou non. Exemple : passer de 17.1 à 17.1-R2 ou 17.1-R3

Pour en savoir plus, consultez la politique de gestion des versions de PostgreSQL.

Oui, veuillez consulter les Foires aux questions Amazon RDS pour obtenir des conseils sur la gestion des versions.

Trusted Language Extensions (TLE) for PostgreSQL permet aux développeurs de créer des extensions haute performance et de les exécuter en toute sécurité sur Amazon RDS. Ce faisant, TLE améliore vos délais de mise sur le marché et supprime la charge qui pèse sur les administrateurs de bases de données pour certifier les codes personnalisés et externes destinés à être utilisés dans des charges de travail de bases de données de production. Vous pouvez aller de l'avant dès que vous décidez qu'une extension répond à vos besoins. Avec TLE, les fournisseurs indépendants de logiciels (ISV) peuvent fournir de nouvelles extensions PostgreSQL aux clients qui exécutent Amazon RDS.

Les extensions PostgreSQL sont exécutées dans le même espace de processus afin d'obtenir des performances élevées. Cependant, les extensions peuvent présenter des défauts logiciels qui peuvent faire planter la base de données. 

TLE for PostgreSQL offre plusieurs couches de protection pour atténuer ce risque. TLE est conçu pour limiter l'accès aux ressources du système. Le rôle rds_superuser peut déterminer qui est autorisé à installer des extensions spécifiques. Toutefois, ces modifications ne peuvent être effectuées que via l'API TLE. TLE est conçu pour limiter l'impact d'un défaut d'extension à une seule connexion de base de données. En plus de ces mesures de protection, TLE est conçu pour fournir aux DBA ayant le rôle rds_superuser un contrôle fin et en ligne sur les personnes qui peuvent installer des extensions et ils peuvent créer un modèle d’autorisations pour les exécuter.

Seuls les utilisateurs disposant de privilèges suffisants peuvent exécuter et créer à l'aide de la commande « CREATE EXTENSION » (CRÉER UNE EXTENSION) sur une extension TLE. Les DBA peuvent également autoriser les « hooks PostgreSQL » requis pour des extensions plus sophistiquées qui modifient le comportement interne de la base de données et nécessitent généralement des privilèges élevés.

Aurora et Amazon RDS prennent en charge un ensemble organisé de plus de 85 extensions PostgreSQL. AWS gère les risques de sécurité pour chacune de ces extensions selon le modèle de responsabilité partagée d'AWS. L'extension qui implémente TLE pour PostgreSQL est incluse dans cet ensemble. Les extensions que vous écrivez ou que vous obtenez de sources externes et que vous installez dans TLE sont considérées comme faisant partie du code de votre application. Vous êtes responsable de la sécurité de vos applications qui utilisent les extensions TLE.

Vous pouvez créer des fonctions de développement, telles que la compression de bitmaps et la confidentialité différentielle (comme les requêtes statistiques accessibles au public qui protègent la confidentialité des individus).

 Actuellement, TLE prend en charge la création d'extensions en JavaScript, Perl, Tcl, PL/pgSQL et SQL. 

Une fois que le rôle rds_superuser active TLE for PostgreSQL, vous pouvez déployer les extensions TLE en utilisant la commande SQL CREATE EXTENSION à partir de n'importe quel client PostgreSQL, tel que psql. Ceci est similaire à la façon dont vous créeriez une fonction définie par l'utilisateur écrite dans un langage procédural, tel que PL/pgSQL ou PL/Perl. Vous pouvez contrôler quels utilisateurs ont l'autorisation de déployer des extensions TLE et d'utiliser des extensions spécifiques.

TLE for PostgreSQL accède à votre base de données PostgreSQL exclusivement via l'API TLE. Les langages de confiance pris en charge par TLE comprennent toutes les fonctions de l'interface de programmation du serveur (SPI) PostgreSQL et la prise en charge des hooks PostgreSQL, notamment le hook de vérification du mot de passe.

Vous pouvez obtenir plus d'informations sur le projet TLE for PostgreSQL sur la page officielle TLE GitHub.

Pour RDS for PostgreSQL, les déploiements bleu/vert sont pris en charge pour la version 11.1 et toutes les versions majeures et mineures supérieures. Vous pouvez consulter les régions et les moteurs de base de données pris en charge pour les déploiements Amazon RDS bleus/verts pour plus de détails. 

Les déploiements bleus/verts d'Amazon RDS vous permettent d'effectuer des modifications de bases de données plus sûres, plus simples et plus rapides. Les déploiements bleus/verts conviennent parfaitement aux cas d'utilisation tels que les mises à niveau majeures ou mineures de moteurs de bases de données, les mises à jour de systèmes d'exploitation, les modifications de schémas dans des environnements verts qui n'interrompent pas la réplication logique (comme l'ajout d'une nouvelle colonne à la fin d'une table) ou les modifications des paramètres de bases de données.

Vous pouvez utiliser les déploiements bleus/verts pour effectuer plusieurs mises à jour de bases de données en même temps à l'aide d'un seul basculement. Cela vous permet de rester à jour en ce qui concerne les correctifs de sécurité, d'améliorer les performances des bases de données et d'accéder à de nouvelles fonctionnalités de bases de données avec des temps d'arrêt courts et prévisibles.

Les déploiements bleus/verts d'Amazon RDS vous permettent d'effectuer des modifications plus sûres, plus simples et plus rapides des bases de données, telles que des mises à niveau de versions majeures ou mineures, des modifications de schémas, des mises à l'échelle d'instances, des modifications de paramètres de moteurs et des mises à jour de maintenance.

Dans le cadre des déploiements bleus/verts d'Amazon RDS, l'environnement bleu est votre environnement de production actuel. L'environnement vert est votre environnement de préproduction qui deviendra votre nouvel environnement de production après le basculement.

Lorsque les déploiements bleus/verts d'Amazon RDS lancent un basculement, ils bloquent les écritures à la fois dans les environnements bleus et ceux verts, jusqu'à ce que l'opération soit terminée. Pendant le basculement, l'environnement de transfert, ou environnement vert, rattrape le système de production, ce qui garantit la cohérence des données entre l'environnement de préproduction et celui de production.

Une fois que les environnements de production et de préproduction sont parfaitement synchronisés, les déploiements bleus/verts transforment l'environnement de préproduction en environnement de production en redirigeant le trafic vers l'environnement de production nouvellement créé. Les déploiements bleus/verts sont conçus pour permettre les écritures sur l'environnement vert une fois le basculement terminé, ce qui élimine toute perte de données pendant le processus de basculement.

Si votre environnement bleu est un réplica logique autogéré ou un abonné, nous bloquons le basculement. Nous vous recommandons d'arrêter d'abord la réplication vers l'environnement bleu, d'effectuer le basculement, puis de reprendre la réplication. En revanche, si votre environnement bleu est la source d'un réplica logique autogéré ou d'un diffuseur de publication, vous pouvez continuer vers le basculement. Cependant, vous devrez mettre à jour le réplica autogéré afin de le répliquer à partir de l'environnement vert après le basculement.

Les déploiements bleus/verts d'Amazon RDS ne suppriment pas votre ancien environnement de production. Si nécessaire, vous pouvez y accéder pour des validations supplémentaires et des tests de performance/régression. Si vous n'avez plus besoin de l'ancien environnement de production, vous pouvez le supprimer. Les frais de facturation standard s'appliquent aux anciennes instances de production jusqu'à ce que vous les supprimiez.

Les barrières de protection du basculement des déploiements bleus/verts d'Amazon RDS bloquent les écritures sur vos environnements bleus et verts jusqu'à ce que votre environnement vert rattrape son retard avant le basculement. Les déploiements bleus/verts effectuent également des surveillances de l'état de l'instance primaire et des réplicas dans vos environnements bleus et verts. Ils effectuent également des surveillances de l'état de la réplication, par exemple, pour vérifier si la réplication s'est arrêtée ou s'il y a des erreurs.

Ils détectent les transactions de longue durée entre vos environnements bleu et vert. Vous pouvez spécifier votre temps d'arrêt maximum tolérable, jusqu'à 30 secondes. Ainsi, le basculement est interrompu lorsqu'une transaction en cours dépasse ce temps.

Non, les déploiements bleus/verts d'Amazon RDS ne prennent pas en charge le proxy Amazon RDS, les réplicas en lecture inter-régions ni les réplicas en lecture en cascade.

Non, pour le moment, vous ne pouvez pas utiliser les déploiements bleus/verts d'Amazon RDS pour annuler les modifications.

Amazon DevOps Guru for RDS est une nouvelle fonction à technologie ML pour Amazon RDS for PostgreSQL (qui inclut Amazon Aurora), qui est conçue pour détecter et diagnostiquer automatiquement les problèmes de performance et de fonctionnement de la base de données, vous permettant de les résoudre en quelques minutes plutôt qu'en plusieurs jours.

Amazon DevOps Guru pour Amazon RDS est une fonction d'Amazon DevOps Guru qui est conçue pour détecter les problèmes opérationnels et de performance pour tous les moteurs Amazon RDS et des dizaines d'autres types de ressources. DevOps Guru for RDS renforce les capacités de DevOps Guru pour détecter, diagnostiquer et résoudre divers problèmes liés aux bases de données dans Amazon RDS for PostgreSQL (par ex. la surexploitation des ressources et les comportements défectueux des requêtes SQL).

Lorsqu'un problème survient, Amazon DevOps Guru for RDS est conçu pour informer immédiatement les développeurs et ingénieurs DevOps et fournit des informations de diagnostic, des détails sur l'étendue du problème et des recommandations intelligentes de correction pour aider les clients à résoudre rapidement les goulots d'étranglement des performances de bases de données et les problèmes de fonctionnement.

Amazon DevOps Guru for RDS est conçu pour supprimer les efforts manuels et réduire le temps (de plusieurs heures et jours à quelques minutes) pour détecter et résoudre les goulots d'étranglement à haute performance difficiles à trouver dans votre charge de travail de base de données relationnelle.

Vous pouvez activer le service DevOps Guru for RDS pour chaque base de données Amazon RDS for PostgreSQL. Il détecte alors automatiquement les problèmes de performances de vos charges de travail, vous envoie des alertes sur chaque problème, explique les résultats et recommande des actions pour les résoudre.

DevOps Guru for RDS facilite l'administration des bases de données pour les non-spécialistes et aide les experts en bases de données à gérer encore plus de bases de données.

Amazon DevOps Guru for RDS utilise le ML pour analyser les données de télémétrie collectées par l'analyse des performances d'Amazon RDS. DevOps Guru pour RDS n'utilise aucune de vos données stockées dans la base de données lors de l'analyse. DevOps Guru for RDS recherche des modèles problématiques dans la télémétrie de l'analyse des performances à l'aide d'une combinaison de règles et de techniques basées sur le ML, et informe les clients lorsque de tels modèles sont détectés.

Pour commencer avec DevOps Guru for RDS, assurez-vous que l'analyse des performances est activée via la console RDS, puis activez simplement DevOps Guru pour vos bases de données Amazon RDS for PostgreSQL. Avec DevOps Guru, vous pouvez définir l'ensemble de votre compte AWS comme votre périmètre de couverture d'analyse, spécifier les piles AWS CloudFormation que DevOps Guru doit analyser ou utiliser les balises AWS pour créer le regroupement de ressources que vous souhaitez faire analyser par DevOps Guru.

Amazon DevOps Guru for RDS permet d'identifier un large éventail de problèmes de performances susceptibles d'affecter la qualité de service des applications, tels que les accumulations de verrous, les tempêtes de connexion, les régressions SQL, les conflits CPU et des E/S, les problèmes de mémoire et les paramètres mal configurés.

L'analyse des performances d'Amazon RDS est une fonction de réglage et de surveillance des performances de bases de données qui collecte et présente une représentation visuelle des métriques de performances des bases de données Amazon RDS, vous aidant ainsi à évaluer rapidement l'état de votre base de données et à déterminer quand et où agir. Amazon DevOps Guru for RDS est conçu pour contrôler ces métriques, détecter les problèmes de performance de votre base de données, analyser les métriques, puis vous indique ce qui ne va pas et ce que vous pouvez faire.