Erstellen Ihres DB Clusters - Amazon Aurora

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 die AWS-Managementkonsole oder die AWS CLI nutzen, um Ihren DB-Cluster zu erstellen, der Aurora PostgreSQL Limitless Database verwendet. Sie erstellen den primären DB-Cluster und die DB-Shard-Gruppe.

Wenn Sie die AWS-Managementkonsole zum Erstellen des primären DB-Clusters verwenden, wird die DB-Shard-Gruppe im gleichen Verfahren ebenfalls erstellt.

So erstellen Sie den DB-Cluster mithilfe der Konsole
  1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie Create database (Datenbank erstellen) aus.

    Die Seite Datenbank erstellen wird angezeigt.

  3. Wählen Sie als Engine-Typ Aurora (PostgreSQL-kompatibel).

  4. 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)

  5. Für Aurora PostgreSQL Limitless Database:

    Konsoleneinstellungen für Aurora PostgreSQL Limitless Database mit Konfigurationsoptionen für Sharding und Verteilungsparametern.
    1. 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.

    2. Für den Kapazitätsbereich der DB-Shard-Gruppe:

      1. Geben Sie die Minimale Kapazität (ACUs) ein. Verwenden Sie einen Wert von mindestens 16 ACUs.

        Für eine Entwicklungsumgebung ist der Standardwert 16 ACUs. Für eine Produktionsumgebung ist der Standardwert 24 ACUs.

      2. Geben Sie die Maximale Kapazität (ACUs) ein. Verwenden Sie einen Wert von mindestens 16 und höchstens 6 144 ACUs.

        Für eine Entwicklungsumgebung ist der Standardwert 64 ACUs. 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.

    3. 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).

      • Compute-Redundanz 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 DBShardGroupComputeRedundancyCapacity unter DBShardGroup-Metriken.

    4. 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.

  6. Für Konnektivität:

    1. (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.

    2. Wählen Sie als Netzwerktyp entweder IPv4 oder den Dual-Stack-Modus aus.

    3. 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-1e nicht in Ihre DB-Subnetzgruppe auf. Aufgrund von Ressourcenbeschränkungen wird Aurora Serverless v2 – und somit auch Limitless Database – in der AZ us-east-1e nicht unterstützt.

    4. Wählen Sie die VPC-Sicherheitsgruppe (Firewall) aus, oder verwenden Sie die Standardeinstellung.

  7. Wählen Sie für die Datenbankauthentifizierung entweder Passwort-Authentifizierung oder Passwort- und IAM-Datenbank-Authentifizierung aus.

  8. 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.

  9. Erweitern Sie die letzte Zusätzliche Konfiguration auf der Seite.

  10. Achten Sie darauf, dass für Protokollexporte das Kontrollkästchen PostgreSQL-Protokoll aktiviert ist.

  11. Geben Sie nach Bedarf weitere Einstellungen an. Weitere Informationen finden Sie unter Einstellungen für Aurora-DB-Cluster.

  12. Wählen Sie Create database (Datenbank erstellen) aus.

Nachdem der primäre DB-Cluster und die DB-Shard-Gruppe erstellt wurden, werden sie auf der Seite Datenbanken angezeigt.

Primärer DB-Cluster und DB-Shard-Gruppe in Aurora PostgreSQL Limitless Database.

Wenn Sie die AWS CLI verwenden, 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 die aurora-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 des aurora-iopt1-DB-Clusters verwenden.

  • --cluster-scalability-type: Gibt den Skalierbarkeitsmodus des Aurora-DB-Clusters an. Wenn dieser Parameter auf limitless gesetzt ist, arbeitet der Cluster als Aurora PostgreSQL Limitless Database. Wenn er auf standard (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 nicht 0 sein.

  • --monitoring-role-arn: Der Amazon-Ressourcenname (ARN) für die IAM-Rolle, die es RDS erlaubt, erweiterte Überwachungsmetriken an Amazon CloudWatch Logs zu senden.

  • --enable-cloudwatch-logs-exports: Sie müssen postgresql-Protokolle zu CloudWatch-Protokollen exportieren.

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 wird

    Anmerkung

    Wenn Sie Ihren DB-Cluster von Limitless Database in USA Ost (Nord-Virginia) erstellen, nehmen Sie die Availability Zone (AZ) us-east-1e nicht in Ihre DB-Subnetzgruppe auf. Aufgrund von Ressourcenbeschränkungen wird Aurora Serverless v2 – und somit auch Limitless Database – in der AZ us-east-1e nicht 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 Kennung AWS KMS key für die Verschlüsselung von Performance-Insights-Daten. Wenn Sie keinen KMS-Schlüssel angeben, wird der Standardschlüssel für Ihr AWS-Konto verwendet.

  • --region: Die AWS-Region, in der 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-identifier my-limitless-cluster \ --engine aurora-postgresql \ --engine-version 16.6-limitless \ --storage-type aurora-iopt1 \ --cluster-scalability-type limitless \ --master-username myuser \ --master-user-password mypassword \ --db-subnet-group-name mysubnetgroup \ --vpc-security-group-ids sg-c7e5b0d2 \ --enable-performance-insights \ --performance-insights-retention-period 31 \ --monitoring-interval 5 \ --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:

    • Muss in dem AWS-Konto und in der AWS-Region, in der Sie sie erstellen, eindeutig 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. Sie muss zwischen 16 und 6 144 ACUs liegen. Für Kapazitätsgrenzen von mehr als 6 144 ACUs wenden Sie sich bitte an AWS.

    Die 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: 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 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 ACUs umfassen, was dem Standardwert entspricht.

  • --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-identifier my-db-shard-group \ --db-cluster-identifier my-limitless-cluster \ --max-acu 1000