Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Erstellen Sie Ihren DB-Cluster
Verwenden Sie die folgenden Verfahren, um einen Aurora PostgreSQL-DB-Cluster zu erstellen, der Aurora PostgreSQL Limitless Database verwendet.
Sie können entweder den AWS Management Console oder verwenden, um Ihren DB-Cluster AWS CLI zu erstellen, der Aurora PostgreSQL Limitless Database verwendet. Sie erstellen den primären DB-Cluster und die DB-Shard-Gruppe.
Wenn Sie den AWS Management Console zum Erstellen des primären DB-Clusters verwenden, wird die DB-Shard-Gruppe ebenfalls im gleichen Verfahren erstellt.
Um den DB-Cluster mit der Konsole zu erstellen
Melden Sie sich bei der an AWS Management Console und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie Datenbank erstellen aus.
Die Seite Datenbank erstellen wird angezeigt.
-
Wählen Sie als Engine-Typ Aurora (PostgreSQL-kompatibel).
-
Wählen Sie für Version eine der folgenden Optionen:
-
Aurora PostgreSQL mit Limitless Database (kompatibel mit PostgreSQL 16.4)
-
Aurora PostgreSQL mit Limitless Database (kompatibel mit PostgreSQL 16.6)
-
-
Für Aurora PostgreSQL Limitless Database:
-
Geben Sie eine DB-Shard-Gruppen-ID ein.
Wichtig
Nachdem Sie die DB-Shard-Gruppe erstellt haben, können Sie die DB-Cluster-ID oder die DB-Shard-Gruppen-ID nicht ändern.
-
Für den Kapazitätsbereich der DB-Shard-Gruppe:
-
Geben Sie die Mindestkapazität (ACUs) ein. Verwenden Sie einen Wert von mindestens ACUs 16.
Für eine Entwicklungsumgebung ist der Standardwert ACUs 16. Für eine Produktionsumgebung ist der Standardwert ACUs 24.
-
Geben Sie die maximale Kapazität (ACUs) ein. Verwenden Sie einen Wert von mindestens 16 ACUs oder höchstens 6144 ACUs.
Für eine Entwicklungsumgebung ist der Standardwert ACUs 64. Für eine Produktionsumgebung ist der Standardwert 384 ACUs.
Weitere Informationen finden Sie unter Korrelation der maximalen Kapazität der DB-Shard-Gruppe mit der Anzahl der erstellten Router und Shards.
-
-
Wählen Sie für die Bereitstellung von DB-Shard-Gruppen aus, ob Standbys für die DB-Shard-Gruppe erstellt werden sollen:
-
Keine Rechenredundanz — Erstellt eine DB-Shard-Gruppe ohne Standbys für jeden Shard. Dies ist der Standardwert.
-
Rechenredundanz mit einem einzigen Failover-Ziel — Erstellt eine DB-Shard-Gruppe mit einem Computing-Standby in einer anderen Availability Zone (AZ).
-
Rechenredundanz mit zwei Failover-Zielen — Erstellt eine DB-Shard-Gruppe mit zwei Compute-Standbys in zwei verschiedenen. AZs
Anmerkung
Wenn Sie die Rechenredundanz auf einen Wert ungleich Null setzen, wird die Gesamtzahl der Shard-DB-Instances verdoppelt oder verdreifacht. Bei diesen zusätzlichen DB-Instances handelt es sich um Rechen-Standby-Instanzen, die auf dieselbe Kapazität wie die Writer-Instance hoch- und herunterskaliert werden. Sie legen den Kapazitätsbereich für die Standbys nicht separat fest. Daher verdoppeln und verdreifachen sich die ACU-Nutzung und die Stromrechnung entsprechend. Den genauen ACU-Verbrauch, der sich aus der Redundanz der Rechenleistung ergibt, finden Sie in der Metrik unter.
DBShardGroupComputeRedundancyCapacity
DBShardMetriken gruppieren -
-
Wählen Sie aus, ob die DB-Shard-Gruppe öffentlich zugänglich gemacht werden soll.
Anmerkung
Sie können diese Einstellung nicht ändern, nachdem Sie die DB-Shard-Gruppe erstellt haben.
-
-
Für Konnektivität:
-
(Optional) Wählen Sie Mit einer EC2 Rechenressource verbinden und wählen Sie dann eine vorhandene EC2 Instanz aus oder erstellen Sie eine neue.
Anmerkung
Wenn Sie eine Verbindung zu einer EC2 Instance herstellen, können Sie die DB-Shard-Gruppe nicht öffentlich zugänglich machen.
-
Wählen Sie als Netzwerktyp entweder den Dual-Stack-Modus IPv4oder den Dual-Stack-Modus.
-
Wählen Sie die Virtual Private Cloud (VPC) und die DB-Subnetzgruppe aus, oder verwenden Sie die Standardeinstellungen.
Anmerkung
Wenn Sie Ihren Limitless Database-DB-Cluster in der Region USA Ost (Nord-Virginia) erstellen, nehmen Sie die
us-east-1e
Availability Zone (AZ) nicht in Ihre DB-Subnetzgruppe auf. Aufgrund von Ressourcenbeschränkungen wird Limitless Database in der AZ nicht unterstützt. Aurora Serverless v2us-east-1e
-
Wählen Sie die VPC-Sicherheitsgruppe (Firewall) oder verwenden Sie die Standardeinstellung.
-
-
Wählen Sie für die Datenbankauthentifizierung entweder Kennwortauthentifizierung oder Passwort- und IAM-Datenbankauthentifizierung aus.
-
Stellen Sie für die Überwachung sicher, dass die Kontrollkästchen Performance Insights aktivieren und Enhanced Monitoring aktivieren aktiviert sind.
Wählen Sie für Performance Insights eine Aufbewahrungszeit von mindestens einem Monat.
-
Erweitern Sie die letzte zusätzliche Konfiguration auf der Seite.
-
Stellen Sie bei Protokollexporten sicher, dass das Kontrollkästchen PostgreSQL-Protokoll aktiviert ist.
-
Geben Sie nach Bedarf weitere Einstellungen an. Weitere Informationen finden Sie unter Einstellungen für Aurora-DB-Cluster.
-
Wählen Sie Datenbank erstellen aus.
Nachdem der primäre DB-Cluster und die DB-Shard-Gruppe erstellt wurden, werden sie auf der Seite Datenbanken angezeigt.

Wenn Sie den verwenden AWS CLI , um einen DB-Cluster zu erstellen, der Aurora PostgreSQL Limitless Database verwendet, führen Sie die folgenden Aufgaben aus:
Erstellen Sie den primären DB-Cluster
Die folgenden Parameter sind erforderlich, um den DB-Cluster zu erstellen:
-
--db-cluster-identifier
– Der Name Ihres DB-Clusters. -
--engine
— Der DB-Cluster muss dieaurora-postgresql
DB-Engine verwenden. -
--engine-version
— Der DB-Cluster muss eine der DB-Engine-Versionen verwenden:-
16.4-limitless
-
16.6-limitless
-
-
--storage-type
— Der DB-Cluster muss dieaurora-iopt1
DB-Cluster-Speicherkonfiguration verwenden. -
--cluster-scalability-type
— Gibt den Skalierbarkeitsmodus des Aurora-DB-Clusters an. Wenn auf gesetztlimitless
, arbeitet der Cluster als Aurora PostgreSQL Limitless Database. Wenn diese Einstellung aufstandard
(Standard) gesetzt ist, verwendet der Cluster die normale DB-Instance-Erstellung.Anmerkung
Sie können diese Einstellung nicht ändern, nachdem Sie den DB-Cluster erstellt haben.
-
--master-username
— Der Name des Masterbenutzers für den DB-Cluster. -
--master-user-password
— Das Passwort für den Master-Benutzer. -
--enable-performance-insights
— Sie müssen Performance Insights aktivieren. -
--performance-insights-retention-period
— Die Aufbewahrungsfrist für Performance Insights muss mindestens 31 Tage betragen. -
--monitoring-interval
— Das Intervall in Sekunden zwischen den Punkten, an denen Enhanced Monitoring-Metriken für den DB-Cluster erfasst werden. Dieser Wert kann nicht sein0
. -
--monitoring-role-arn
— Der Amazon-Ressourcenname (ARN) für die IAM-Rolle, der es RDS ermöglicht, Enhanced Monitoring-Metriken an Amazon CloudWatch Logs zu senden. -
--enable-cloudwatch-logs-exports
— Sie müssenpostgresql
Protokolle in Logs exportieren CloudWatch .
Die folgenden Parameter sind optional:
-
--db-subnet-group-name
— Die DB-Subnetzgruppe, die dem DB-Cluster zugeordnet werden soll. Dies bestimmt auch die VPC, die dem DB-Cluster zugeordnet ist.Anmerkung
Wenn Sie Ihren Limitless Database-DB-Cluster in der Region USA Ost (Nord-Virginia) erstellen, nehmen Sie die
us-east-1e
Availability Zone (AZ) nicht in Ihre DB-Subnetzgruppe auf. Aufgrund von Ressourcenbeschränkungen wird Limitless Database in der AZ nicht unterstützt. Aurora Serverless v2us-east-1e
-
--vpc-security-group-ids
— Eine Liste von VPC-Sicherheitsgruppen, die dem DB-Cluster zugeordnet werden sollen. -
--performance-insights-kms-key-id
— Die AWS KMS key Kennung für die Verschlüsselung von Performance Insights Insights-Daten. Wenn Sie keinen KMS-Schlüssel angeben, AWS-Konto wird der Standardschlüssel für Ihren verwendet. -
--region
— Der AWS-Region Ort, an dem Sie den DB-Cluster erstellen. Es muss eine sein, die Aurora PostgreSQL Limitless Database unterstützt.
Um die Standard-VPC- und VPC-Sicherheitsgruppe zu verwenden, lassen Sie die --db-subnet-group-name
Optionen und weg. --vpc-security-group-ids
Um den primären DB-Cluster zu erstellen
-
aws rds create-db-cluster \ --db-cluster-identifier
my-limitless-cluster
\ --engine aurora-postgresql \ --engine-version 16.6-limitless \ --storage-type aurora-iopt1 \ --cluster-scalability-type limitless \ --master-usernamemyuser
\ --master-user-passwordmypassword
\ --db-subnet-group-namemysubnetgroup
\ --vpc-security-group-idssg-c7e5b0d2
\ --enable-performance-insights \ --performance-insights-retention-period31
\ --monitoring-interval5
\ --monitoring-role-arn arn:aws:iam::123456789012
:role/EMrole
\ --enable-cloudwatch-logs-exports postgresql
Weitere Informationen finden Sie unter create-db-cluster
Erstellen Sie die DB-Shard-Gruppe
Als Nächstes erstellen Sie die DB-Shard-Gruppe in dem DB-Cluster, den Sie gerade erstellt haben. Die folgenden Parameter sind erforderlich:
-
--db-shard-group-identifier
— Der Name Ihrer DB-Shard-Gruppe.Für die DB-Shard-Gruppen-ID gelten die folgenden Einschränkungen:
-
Er muss in dem AWS-Konto und an dem Ort, AWS-Region an dem Sie ihn erstellen, eindeutig sein.
-
Es muss 1—63 Buchstaben, Zahlen oder Bindestriche enthalten.
-
Das erste Zeichen muss ein Buchstabe sein.
-
Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.
-
Wichtig
Nachdem Sie die DB-Shard-Gruppe erstellt haben, können Sie die DB-Cluster-ID oder die DB-Shard-Gruppen-ID nicht ändern.
-
-
--db-cluster-identifier
— Der Name des DB-Clusters, in dem Sie die DB-Shard-Gruppe erstellen. -
--max-acu
— Die maximale Kapazität Ihrer DB-Shard-Gruppe. Sie muss zwischen 16 und ACUs 6144 liegen. Bei Kapazitätsgrenzen über ACUs 6144 wenden Sie sich an. AWSDie anfängliche Anzahl von Routern und Shards wird durch die maximale Kapazität bestimmt, die Sie bei der Erstellung der DB-Shard-Gruppe festgelegt haben. Je höher die maximale Kapazität, desto mehr Router und Shards werden in der DB-Shardgruppe erstellt. Weitere Informationen finden Sie unter Korrelation der maximalen Kapazität der DB-Shard-Gruppe mit der Anzahl der erstellten Router und Shards.
Die folgenden Parameter sind optional:
-
--compute-redundancy
— Ob Standbys für die DB-Shard-Gruppe erstellt werden sollen. Dieser Parameter kann die folgenden Werte haben:-
0
— Erzeugt eine DB-Shard-Gruppe ohne Standbys für jeden Shard. Dies ist der Standardwert. -
1
— Erstellt eine DB-Shard-Gruppe mit einem Compute-Standby in einer anderen Availability Zone (AZ). -
2
— Erzeugt eine DB-Shard-Gruppe mit zwei Compute-Standbys in zwei verschiedenen. AZs
Anmerkung
Wenn Sie die Rechenredundanz auf einen Wert ungleich Null setzen, wird die Gesamtzahl der Shards verdoppelt oder verdreifacht. Dies wird zusätzliche Kosten verursachen.
Die Knoten in den Computer-Standbys werden auf die gleiche Kapazität wie der Writer hochskaliert und herunterskaliert. Sie legen den Kapazitätsbereich für die Standbys nicht separat fest.
-
-
--min-acu
— Die Mindestkapazität Ihrer DB-Shard-Gruppe. Sie muss mindestens 16 sein ACUs, was der Standardwert ist. -
--publicly-accessible|--no-publicly-accessible
— Ob der DB-Shard-Gruppe öffentlich zugängliche IP-Adressen zugewiesen werden sollen. Der Zugriff auf die DB-Shard-Gruppe wird von den vom Cluster verwendeten Sicherheitsgruppen gesteuert.Der Standardwert ist
--no-publicly-accessible
.Anmerkung
Sie können diese Einstellung nicht ändern, nachdem Sie die DB-Shard-Gruppe erstellt haben.
Um die DB-Shard-Gruppe zu erstellen
-
aws rds create-db-shard-group \ --db-shard-group-identifier
my-db-shard-group
\ --db-cluster-identifier my-limitless-cluster \ --max-acu1000