View a markdown version of this page

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 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
  1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie 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 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.

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

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

      • 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 DBShardGroupComputeRedundancyCapacity unter DBShardMetriken gruppieren.

    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 den Dual-Stack-Modus oder den Dual-Stack-Modus. IPv4

    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 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 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 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, der es RDS ermöglicht, Enhanced Monitoring-Metriken an Amazon CloudWatch Logs zu senden.

  • --enable-cloudwatch-logs-exports— Sie müssen postgresql Protokolle 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 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 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-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:

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