Anforderungen und Überlegungen zur Aurora PostgreSQL Limitless Database

Folgendes ist verfügbar: AWS-Regionen

Bei den AWS CLI Verfahren in diesem Handbuch wird davon ausgegangen, dass Sie eines der verfügbaren verwenden. AWS-Regionen Informationen zum Festlegen der Standardeinstellung AWS-Region für finden Sie unter So legen Sie Umgebungsvariablen fest im AWS Command Line Interface Benutzerhandbuch für Version 2. AWS CLI

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

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

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

Sie müssen Enhanced Monitoring and 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 haben. 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 Korrelation 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 eine Verbindung 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-Shardgruppe.

Weitere Informationen zur Anzahl der Router, die beim Erstellen einer DB-Shard-Gruppe erstellt werden, finden Sie unter. Korrelation 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, stellen Sie sicher, dass Sie in Ihrer VPC ein Internet-Gateway einrichten.

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

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

Sie können einzelne Shards und Router nicht löschen.

Sie können Shard-Schlüssel in keiner Weise ändern (UPDATEOperationen an ihnen ausführen), einschließlich der Änderung ihrer 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 setzen.

Einige SQL-Befehle werden nicht unterstützt. Weitere Informationen finden Sie unter Referenz zur Aurora Postgre SQL 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 für den DB-Cluster verfügbar sind. Sie können keine bestimmte AZ für einzelne Knoten auswählen.

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

Wir empfehlen, 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 Aurora PostgreSQL Limitless Database DB-Cluster erstellen, legen Sie nur Skalierungsparameter für die DB-Shard-Gruppe fest.

Sie können einen DB-Cluster, der eine DB-Shard-Gruppe enthält, nicht stoppen oder starten.

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

Aurora PostgreSQL Limitless Database kann keine Replikationsquelle sein.

Active Directory-Authentifizierung (Kerberos)

DevOpsAmazon-Guru

Amazon ElastiCache

Blau/Grün-Bereitstellungen von Amazon RDS

Amazon-RDS-Proxy

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

Weltweite Aurora-Datenbank

Aurora Machine Learning

Aurora-Empfehlungen

Aurora Serverless v1

Aurora Zero-ETL-Integrationen

AWS Lambda Integration

AWS Secrets Manager

Babelfish für Aurora PostgreSQL

DB-Cluster klonen

Benutzerdefinierte Endpunkte

Datenbankaktivitätsstreams

Read Replicas

RDS-Daten-API