Exigences et considérations relatives à la base de données Aurora PostgreSQL Limitless

PDFRSS

La base de données Aurora PostgreSQL Limitless présente les exigences et considérations suivantes.

Exigences relatives à la base de données Aurora PostgreSQL Limitless

Assurez-vous de respecter ces exigences pour la base de données Aurora PostgreSQL Limitless.

• Les options suivantes Régions AWS sont disponibles :

  • Asie-Pacifique (Hong Kong)

  • Asie-Pacifique (Singapour)

  • Asie-Pacifique (Sydney)

  • Asie-Pacifique (Tokyo)

  • Europe (Francfort)

  • Europe (Irlande)

  • Europe (Stockholm)

  • USA Est (Virginie du Nord)

    Note

    Si vous créez votre cluster de base de données Limitless dans ce cluster Région AWS, n'incluez pas la zone de us-east-1e disponibilité (AZ) dans votre groupe de sous-réseaux de base de données. En raison du manque de ressources, Aurora Serverless v2et donc Limitless Database, n'est pas pris en charge dans l'AZ. us-east-1e

  • USA Est (Ohio)

  • USA Ouest (Oregon)

  Les AWS CLI procédures décrites dans ce guide supposent que vous utilisez l'un des outils disponibles Régions AWS. Pour plus d'informations sur la façon de définir la valeur par défaut Région AWS pour le AWS CLI, voir Comment définir les variables d'environnement dans le Guide de AWS Command Line Interface l'utilisateur de la version 2.

• La base de données Aurora PostgreSQL Limitless ne prend en charge que les Aurora I/O-Optimized Configuration du stockage en cluster de base de données. Pour de plus amples informations, veuillez consulter Configurations de stockage pour les clusters de bases de données Amazon Aurora.

• La base de données Aurora PostgreSQL Limitless utilise des versions spéciales du moteur de base de données Aurora PostgreSQL pour la base de données Aurora PostgreSQL Limitless :

  • 16.4-limitless

  • 16.6-limitless

• Votre cluster de bases de données ne peut pas avoir d'instance de base de données d'écriture ou de lecture.

• Vous devez utiliser Enhanced Monitoring and Performance Insights. La durée de conservation de Performance Insights doit être d'au moins 1 mois (31 jours).

• Vous devez exporter le journal PostgreSQL vers Amazon Logs. CloudWatch

Note

Certaines fonctionnalités requises, telles que Enhanced Monitoring, Performance Insights et CloudWatch Logs, entraînent des frais supplémentaires. Pour obtenir des informations sur la tarification Aurora, consultez la page de tarification Aurora.

Considérations relatives à la base de données Aurora PostgreSQL Limitless

Les considérations suivantes s'appliquent aux groupes de partitions de base de données dans la base de données Aurora PostgreSQL Limitless :

• Vous ne pouvez avoir qu'un seul groupe de partitions de base de données par cluster 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 avoir jusqu'à 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 de plus amples informations, veuillez consulter Corrélation de la capacité maximale d'un 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 possède suffisamment d'adresses IP libres pour se connecter au groupe de partitions de base de données. Vous avez besoin d'une adresse IP pour chaque routeur et d'un maximum de trois adresses IP pour chaque partition du groupe de partitions de base de données.

  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 d'un 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.

• Vous utilisez les fonctions SQL 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 et des routeurs individuels.

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

  Pour modifier une clé de partition, supprimez-la puis recréez-la.

• Les niveaux d'isolation répétables en lecture, en lecture validée et en lecture non validée sont pris en charge. Vous ne pouvez pas définir le niveau d'isolation sur sérialisable.

• Certaines commandes SQL ne sont pas prises en charge. Pour de plus amples informations, veuillez consulter Référence de base de données Aurora Postgre SQL Limitless.

• 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 choisir une AZ spécifique pour 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

Les considérations suivantes s'appliquent au cluster de base de données Aurora PostgreSQL Limitless :

• 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 base de données Aurora PostgreSQL Limitless, vous définissez uniquement les paramètres de dimensionnement pour le groupe de partitions de base de données.

• Vous ne pouvez pas arrêter ou démarrer un cluster de base de données contenant un groupe de partitions de base de données.

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

• La base de données Aurora PostgreSQL Limitless ne peut pas être une source de réplication.

Fonctionnalités non prises en charge dans la base de données Aurora PostgreSQL Limitless

Les fonctionnalités Aurora PostgreSQL suivantes ne sont pas prises en charge dans la base de données Aurora PostgreSQL Limitless :

• Authentification Active Directory (Kerberos)

• Amazon DevOps Guru

• Amazon ElastiCache

• Déploiements bleu/vert Amazon RDS

• Proxy Amazon RDS

• Aurora Auto Scaling (ajout automatique d'instances de lecteur au cluster de base de données)

• Base de données mondiale Aurora

• Machine Learning Aurora

• Recommandations d'Aurora

• Aurora Serverless v1

• Intégrations Aurora Zero-ETL

• 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