Voraussetzungen und Überlegungen zu Aurora PostgreSQL Limitless Database

Aurora PostgreSQL Limitless Database ist in allen Ländern AWS-Regionen außer im asiatisch-pazifischen Raum (Taipeh) verfügbar.

Aurora PostgreSQL Limitless Database unterstützt nur die DB-Cluster-Speicherkonfiguration Aurora I/O-Optimized. Weitere Informationen finden Sie unter Speicherkonfigurationen für DB-Cluster von Amazon Aurora.

Aurora PostgreSQL Limitless Database verwendet spezielle Versionen der DB-Engine von Aurora PostgreSQL für Aurora PostgreSQL Limitless Database:

Ihr DB-Cluster darf keine Writer- oder Reader-DB-Instances haben.

Sie müssen Erweiterte Überwachung und Performance-Insights verwenden. Die Aufbewahrungszeit von Performance-Insights muss mindestens 1 Monat (31 Tage) betragen.

Sie müssen das PostgreSQL-Protokoll nach Amazon CloudWatch Logs exportieren.

Sie können nur eine DB-Shard-Gruppe pro DB-Cluster haben.

Sie können bis zu fünf DB-Shard-Gruppen pro Gruppe einrichten. AWS-Region

Daher können Sie bis zu fünf Aurora PostgreSQL Limitless Database-DB-Cluster pro haben. AWS-Region Weitere Informationen finden Sie unter Kontingente in Amazon Aurora.

Sie können die maximale Kapazität einer DB-Shard-Gruppe auf 16—6144 festlegen. ACUs Für Kapazitätsgrenzen über 6144 wenden Sie sich an. ACUs AWS

Die anfängliche Anzahl von Routern und Shards wird durch die maximale Kapazität bestimmt, die Sie bei der Erstellung einer DB-Shard-Gruppe festgelegt haben. Weitere Informationen finden Sie unter Korrelieren der maximalen Kapazität der DB-Shard-Gruppe mit der Anzahl der erstellten Router und Shards.

Die Anzahl der Router und Shards ändert sich nicht, wenn Sie die maximale Kapazität einer DB-Shard-Gruppe ändern.

Stellen Sie sicher, dass das DB-Subnetz, in dem Sie die DB-Shard-Gruppe erstellen, über genügend freie IP-Adressen verfügt, um Verbindungen mit der DB-Shard-Gruppe herzustellen. Sie benötigen eine IP-Adresse für jeden Router und bis zu drei IP-Adressen für jeden Shard in der DB-Shard-Gruppe.

Weitere Informationen zur Anzahl der Router, die beim Generieren einer DB-Shard-Gruppe erstellt werden, finden Sie unter Korrelieren der maximalen Kapazität der DB-Shard-Gruppe mit der Anzahl der erstellten Router und Shards.

Wenn Sie Ihre DB-Shard-Gruppe öffentlich zugänglich machen, richten Sie in Ihrer VPC unbedingt ein Internet-Gateway ein.

Sie verwenden SQL-Funktionen, um Shards zu unterteilen und Router hinzuzufügen.

Das Zusammenführen von Shards wird nicht unterstützt.

Sie können keine einzelnen Shards und Router löschen.

Sie können Shard-Schlüssel in keiner Weise ändern (UPDATE-Operationen an ihnen ausführen), auch nicht ihre Werte in Tabellenzeilen.

Um einen Shard-Schlüssel zu ändern, löschen Sie ihn und erstellen Sie ihn anschließend neu.

Die Isolationsstufen REPEATABLE READ, READ COMMITTED und READ UNCOMMITTED werden unterstützt. Sie können die Isolationsstufe nicht auf „serialisierbar“ festlegen.

Manche SQL-Befehle werden nicht unterstützt. Weitere Informationen finden Sie unter Referenz zu Aurora PostgreSQL Limitless Database.

Nicht alle PostgreSQL-Erweiterungen werden unterstützt. Weitere Informationen finden Sie unter Erweiterungen.

Beim Erstellen einer Shard-Gruppe oder beim Hinzufügen neuer Shard-Gruppenknoten (Shards oder Router) werden diese Knoten in einer der Availability Zones (AZs) erstellt, die dem DB-Cluster zur Verfügung stehen. Sie können keine bestimmte AZ für einzelne Knoten auswählen.

Wenn Sie eine Rechenredundanz von 2 verwenden (zwei Compute-Standbys für die DB-Shard-Gruppe), stellen Sie sicher, dass Ihre DB-Subnetzgruppe mindestens drei hat. AZs

Aurora PostgreSQL Limitless Database unterstützt bis zu 54 Zeichen für Namen von Sharded-Tabellen.

Wir empfehlen Ihnen, AWS verwaltete Richtlinien zu verwenden, um die Berechtigungen für Ihre Datenbank und Anwendungen auf diejenigen zu beschränken, die Kunden für ihre Anwendungsfälle benötigen. Weitere Informationen finden Sie unter Bewährte Methoden für Richtlinien.

Wenn Sie Ihren DB-Cluster von Aurora PostgreSQL Limitless Database erstellen, legen Sie nur Skalierungsparameter für die DB-Shard-Gruppe fest.

Wenn Sie Ihren DB-Cluster löschen müssen, müssen Sie zuerst die DB-Shard-Gruppe löschen.

Aurora PostgreSQL Limitless Database kann nicht als Replikationsquelle dienen.

Active Directory (Kerberos)-Authentifizierung

DevOpsAmazon-Guru

Amazon ElastiCache

Amazon Blue/Green RDS-Bereitstellungen

Amazon-RDS-Proxy

Aurora Auto Scaling (automatisches Hinzufügen von Reader-Instances zum DB-Cluster)

Globale Aurora-Datenbank

Aurora Machine Learning

Aurora-Empfehlungen

Aurora Serverless v1

Null-ETL-Integrationen von Aurora

AWS Backup

AWS Lambda Integration

AWS Secrets Manager

Babelfish für Aurora PostgreSQL

Klonen von DB-Clustern

Benutzerdefinierte Endpunkte

Datenbankaktivitätsstreams

Read Replicas

RDS-Daten-API