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 Ihres DB Clusters
Nutzen Sie die folgenden Verfahren, um einen DB-Cluster von Aurora PostgreSQL zu erstellen, der Aurora PostgreSQL Limitless Database verwendet.
Sie können entweder den AWS-Managementkonsole 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 das verwenden AWS-Managementkonsole , um den primären DB-Cluster zu erstellen, wird die DB-Shard-Gruppe ebenfalls nach demselben Verfahren erstellt.
So erstellen Sie den DB-Cluster mithilfe der Konsole
Melden Sie sich bei der an AWS-Managementkonsole 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 aus:
-
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 die Kennung der DB-Shard-Gruppe ein.
Wichtig
Nachdem Sie die DB-Shard-Gruppe erstellt haben, können Sie die ID des DB-Clusters oder der DB-Shard-Gruppe nicht mehr ä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 Korrelieren der maximalen Kapazität der DB-Shard-Gruppe mit der Anzahl der erstellten Router und Shards.
-
-
Wählen Sie für Bereitstellung von DB-Shard-Gruppen aus, ob Standbys für die DB-Shard-Gruppe erstellt werden sollen:
-
Keine Compute-Redundanz: Erstellt eine DB-Shard-Gruppe ohne Standbys für jeden Shard. Dies ist der Standardwert.
-
Compute-Redundanz mit einem einzigen Failover-Ziel: Erstellt eine DB-Shard-Gruppe mit einem Compute-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 Compute-Redundanz 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 Compute-Standbys, 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-Auslastung und die Kosten entsprechend. Den genauen ACU-Verbrauch, der sich aus der Compute-Redundanz ergibt, finden Sie in der Metrik
DBShardGroupComputeRedundancyCapacityunter DBShardMetriken gruppieren. -
-
Wählen Sie aus, ob die DB-Shard-Gruppe öffentlich zugänglich gemacht werden soll.
Anmerkung
Sie können diese Einstellung nicht mehr ändern, nachdem Sie die DB-Shard-Gruppe erstellt haben.
-
-
Für Konnektivität:
-
(Optional) Wählen Sie Verbindung zu einer EC2-Compute-Ressource herstellen und dann eine vorhandene EC2-Instance 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 oder den Dual-Stack-Modus. IPv4
-
Wählen Sie die Virtual Private Cloud (VPC) und die DB-Subnetzgruppe aus, oder verwenden Sie die Standardeinstellungen.
Anmerkung
Wenn Sie Ihren DB-Cluster von Limitless Database in USA Ost (Nord-Virginia) erstellen, nehmen Sie die Availability Zone (AZ)
us-east-1enicht in Ihre DB-Subnetzgruppe auf. Aufgrund von Ressourcenbeschränkungen wird Aurora Serverless v2 – und somit auch Limitless Database – in der AZus-east-1enicht unterstützt. -
Wählen Sie die VPC-Sicherheitsgruppe (Firewall) aus, oder verwenden Sie die Standardeinstellung.
-
-
Wählen Sie für die Datenbankauthentifizierung entweder Passwort-Authentifizierung oder Passwort- und IAM-Datenbank-Authentifizierung aus.
-
Stellen Sie für die Überwachung sicher, dass die Kontrollkästchen Performance Insights aktivieren und Erweiterte Überwachung 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.
-
Achten Sie darauf, dass für Protokollexporte 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 die Speicherkonfiguration desaurora-iopt1-DB-Clusters verwenden. -
--cluster-scalability-type: Gibt den Skalierbarkeitsmodus des Aurora-DB-Clusters an. Wenn dieser Parameter auflimitlessgesetzt ist, arbeitet der Cluster als Aurora PostgreSQL Limitless Database. Wenn er aufstandard(Standard) gesetzt ist, verwendet der Cluster die normale DB-Instance-Erstellung.Anmerkung
Sie können diese Einstellung nicht mehr ändern, nachdem Sie den DB-Cluster erstellt haben.
-
--master-username: Der Name des Masterbenutzers für diesen DB-Cluster. -
--master-user-password: Das Passwort für den Masterbenutzer. -
--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 erweiterte Überwachungsmetriken für den DB-Cluster erfasst werden. Dieser Wert darf nicht0sein. -
--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üssenpostgresqlProtokolle in Logs exportieren CloudWatch .
Die folgenden Parameter sind optional:
-
--db-subnet-group-name: Die DB-Subnetzgruppe, die mit dem DB-Cluster verknüpft werden soll. Dies bestimmt auch die VPC, die mit dem DB-Cluster verknüpft wirdAnmerkung
Wenn Sie Ihren DB-Cluster von Limitless Database in USA Ost (Nord-Virginia) erstellen, nehmen Sie die Availability Zone (AZ)
us-east-1enicht in Ihre DB-Subnetzgruppe auf. Aufgrund von Ressourcenbeschränkungen wird Aurora Serverless v2 – und somit auch Limitless Database – in der AZus-east-1enicht unterstützt. -
--vpc-security-group-ids: Eine Liste der VPC-Sicherheitsgruppen, die mit dem DB-Cluster verknüpft 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 Region sein, die Aurora PostgreSQL Limitless Database unterstützt.
Um die Standard-VPC- und VPC-Sicherheitsgruppe zu verwenden, lassen Sie die Optionen --db-subnet-group-name und --vpc-security-group-ids weg.
So erstellen Sie den primären DB-Cluster
-
aws rds create-db-cluster \ --db-cluster-identifiermy-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 soeben erstellt haben. Die folgenden Parameter sind erforderlich:
-
--db-shard-group-identifier: Der Name Ihrer DB-Shard-Gruppe.Die Kennung der DB-Shard-Gruppe hat die folgenden Einschränkungen:
-
Es muss in dem AWS-Konto und an dem Ort, AWS-Region an dem Sie es erstellen, einzigartig sein.
-
Muss zwischen 1 und 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 ID des DB-Clusters oder der DB-Shard-Gruppe nicht mehr ä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. Es muss zwischen 16 und 6144 liegen. ACUs 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-Shard-Gruppe erstellt. Weitere Informationen finden Sie unter Korrelieren 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. Folgende Parameterwerte sind möglich:-
0: Erstellt 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 Rechen-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 führt zu zusätzlichen Kosten.
Die Knoten in Rechen-Standbys werden auf die gleiche Kapazität wie der Writer hoch- und herunterskaliert. Sie legen den Kapazitätsbereich für die Standbys nicht separat fest.
-
-
--min-acu: Die minimale Kapazitä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 von dem Cluster verwendeten Sicherheitsgruppen kontrolliert.Der Standardwert ist
--no-publicly-accessible.Anmerkung
Sie können diese Einstellung nicht mehr ändern, nachdem Sie die DB-Shard-Gruppe erstellt haben.
So erstellen Sie die DB-Shard-Gruppe
-
aws rds create-db-shard-group \ --db-shard-group-identifiermy-db-shard-group\ --db-cluster-identifier my-limitless-cluster \ --max-acu1000