Exigences et considérations relatives à Aurora PostgreSQL Limitless Database

La base de données Aurora PostgreSQL Limitless est disponible Régions AWS partout sauf en Asie-Pacifique (Taipei).

Aurora PostgreSQL Limitless Database prend uniquement en charge la configuration de stockage en cluster de bases de données Aurora I/O-Optimized. Pour plus d’informations, consultez Configurations de stockage pour les clusters de bases de données Amazon Aurora.

Aurora PostgreSQL Limitless Database utilise des versions spécifiques du moteur de base de données Aurora PostgreSQL dédiées à Aurora PostgreSQL Limitless Database :

Votre cluster de bases de données ne peut pas contenir d’instance de base de données en écriture ni en lecture.

Vous devez utiliser Enhanced Monitoring et Performance Insights. La période de conservation de Performance Insights doit être fixée à au moins 1 mois (31 jours).

Vous devez exporter le journal PostgreSQL vers Amazon Logs. CloudWatch

Un cluster de bases de données ne peut contenir qu’un seul groupe de partitions de base de données.

Vous pouvez avoir jusqu'à cinq groupes de partitions de base de données par groupe. Région AWS

Par conséquent, vous pouvez disposer d'un maximum de cinq clusters de base de données Aurora PostgreSQL Limitless par cluster. Région AWS Pour de plus amples informations, veuillez consulter Quotas dans Amazon Aurora.

Vous pouvez définir la capacité maximale d'un groupe de partitions de base de données entre 16 ACUs et 6 144. Pour les limites de capacité supérieures à 6144 ACUs, contactez AWS.

Le nombre initial de routeurs et de partitions est déterminé par la capacité maximale que vous définissez lorsque vous créez un groupe de partitions de base de données. Pour plus d’informations, consultez Corrélation de la capacité maximale du groupe de partitions de base de données avec le nombre de routeurs et de partitions créés.

Le nombre de routeurs et de partitions ne change pas lorsque vous modifiez la capacité maximale d’un groupe de partitions de base de données.

Assurez-vous que le sous-réseau de base de données dans lequel vous créez le groupe de partitions de base de données dispose d’un nombre suffisant d’adresses IP libres pour permettre la connexion au groupe de partitions de base de données. Chaque routeur nécessite une adresse IP, et chaque partition du groupe de partitions de base de données peut utiliser jusqu’à trois adresses IP.

Pour plus d’informations sur le nombre de routeurs créés lorsque vous créez un groupe de partitions de base de données, consultez Corrélation de la capacité maximale du groupe de partitions de base de données avec le nombre de routeurs et de partitions créés.

Si vous rendez votre groupe de partitions de base de données accessible au public, assurez-vous de configurer une passerelle Internet dans votre VPC.

Les fonctions SQL sont utilisées pour diviser les partitions et ajouter des routeurs.

La fusion de partitions n’est pas prise en charge.

Vous ne pouvez pas supprimer des partitions ni des routeurs individuels.

Vous ne pouvez en aucun cas modifier les clés de partition (ou effectuer des opérations UPDATE), y compris changer leurs valeurs dans les lignes de table.

Pour modifier une clé de partition, vous devez la supprimer, puis la recréer.

Les niveaux d’isolement lecture répétable, lecture validée et lecture non validée sont pris en charge. Vous ne pouvez pas définir le niveau d’isolement sur sérialisable.

Certaines commandes SQL ne sont pas prises en charge. Pour plus d’informations, consultez Référence Aurora PostgreSQL Limitless Database.

Toutes les extensions PostgreSQL ne sont pas prises en charge. Pour de plus amples informations, veuillez consulter Extensions.

Lors de la création d'un groupe de partitions ou lors de l'ajout de nouveaux nœuds de groupe de partitions (partitions ou routeurs), ces nœuds sont créés dans l'une des zones de disponibilité (AZs) disponibles pour le cluster de bases de données. Vous ne pouvez pas affecter une zone de disponibilité précise à des nœuds individuels.

Si vous utilisez une redondance de calcul de 2 (deux serveurs de secours pour le groupe de partitions de base de données), assurez-vous que votre groupe de sous-réseaux de base de données en compte au moins trois. AZs

Aurora PostgreSQL Limitless Database prend en charge jusqu’à 54 caractères pour les noms de table partitionnées.

Nous vous recommandons d'utiliser des politiques AWS gérées pour limiter les autorisations relatives à votre base de données et à vos applications à celles dont les clients ont besoin pour leurs cas d'utilisation. Pour de plus amples informations, veuillez consulter Bonnes pratiques en matière de politiques.

Lorsque vous créez votre cluster de bases de données Aurora PostgreSQL Limitless Database, vous définissez uniquement les paramètres de mise à l’échelle pour le groupe de partitions de base de données.

Si vous devez supprimer votre cluster de bases de données, vous devez d’abord supprimer le groupe de partitions de base de données.

Aurora PostgreSQL Limitless Database ne peut pas être une source de réplication.

Authentification Active Directory (Kerberos)

Amazon DevOps Guru

Amazon ElastiCache

Déploiements Amazon RDS Blue/Green

Proxy Amazon RDS

Aurora Auto Scaling (ajout automatique d’instances de lecteur au cluster de bases de données)

Aurora Global Database

Machine Learning Aurora

Recommandations concernant Aurora

Aurora Serverless v1

Intégrations zéro ETL Aurora

AWS Backup

AWS Lambda intégration

AWS Secrets Manager

Babelfish for Aurora PostgreSQL

Clonage de clusters de bases de données

Points de terminaison personnalisés

Flux d’activité de base de données.

Réplicas en lecture

API de données RDS