Ändern des DB-Clusters mithilfe der KonsoleCLI, und API Ändern einer DB-Instance in einem DB-Cluster Das Masterbenutzer-Passwort ändern Verfügbare Einstellungen Einstellungen, die nicht für Aurora-DB-Cluster gelten Einstellungen, die nicht für Aurora-DB-Instances gelten

Ändern eines Amazon Aurora-DB-Clusters

Sie können die Einstellungen eines DB-Clusters ändern, um Aufgaben durchzuführen, beispielsweise das Ändern des Aufbewahrungszeitraums für Backups oder des Datenbankports. Außerdem können Sie DB-Instances in einem DB-Cluster ändern, um Aufgaben durchzuführen, beispielsweise das Ändern der DB-Instance-Klasse oder das Aktivieren von Performance-Insights für diese. Dieses Thema führt Sie durch die Schritte zum Ändern eines Aurora-DB-Instance-Clusters und seiner DB-Instances und beschreibt die jeweiligen Einstellungen.

Wir empfehlen, alle Änderungen auf einem Test-DB-Cluster oder einer Test-DB-Instance zu testen, bevor Sie einen Produktions-DB-Cluster oder eine Produktions-DB-Instance ändern, damit Sie die Auswirkungen jeder Änderung detailliert nachvollziehen können. Dies ist besonders bei Upgrades der Datenbankversionen wichtig.

Themen

Ändern des DB-Clusters mithilfe der KonsoleCLI, und API
Ändern einer DB-Instance in einem DB-Cluster
Das Passwort für den Datenbank-Master-Benutzer ändern
Einstellungen für Amazon Aurora
Einstellungen, die nicht für Amazon-Aurora-DB-Cluster gelten
Einstellungen, die nicht für Amazon-Aurora-DB-Instances gelten

Ändern des DB-Clusters mithilfe der KonsoleCLI, und API

Sie können einen DB-Cluster mit dem AWS Management Console AWS CLI, dem oder dem ändern RDSAPI.

Anmerkung

Die meisten Änderungen können sofort oder während des nächsten Wartungszeitraums angewendet werden. Einige Änderungen, z. B. das Aktivieren des Löschschutzes, werden sofort umgesetzt – unabhängig davon, wann Sie sie anwenden.

Das Ändern des Master-Passworts in der AWS Management Console wird immer sofort übernommen. Wenn Sie jedoch das AWS CLI oder verwenden RDSAPI, können Sie wählen, ob Sie diese Änderung sofort oder während des nächsten geplanten Wartungsfensters anwenden möchten.

Wenn Sie SSL Endpunkte verwenden und die DB-Cluster-ID ändern, beenden Sie den DB-Cluster und starten Sie ihn neu, um die SSL Endpunkte zu aktualisieren. Weitere Informationen finden Sie unter Stoppen und Starten eines Amazon Aurora-DB-Clusters.

So ändern Sie einen DB-Cluster:

Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.
Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann den zu ändernden DB-Cluster aus.
Wählen Sie Ändern aus. Die Seite DB-Cluster ändern wird angezeigt.
Ändern Sie alle Einstellungen nach Bedarf. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für Amazon Aurora.

Anmerkung
In der AWS Management Console gelten einige Änderungen auf Instance-Ebene nur für die aktuelle DB-Instance, während andere für den gesamten DB-Cluster gelten. Informationen dazu, wann eine Einstellung auf die DB-Instance oder das DB-Cluster angewendet wird, finden Sie im Abschnitt zum Geltungsbereich der Einstellung in Einstellungen für Amazon Aurora. Um eine Einstellung zu ändern, die den gesamten DB-Cluster auf Instanzebene in ändert AWS Management Console, folgen Sie den Anweisungen unter. Ändern einer DB-Instance in einem DB-Cluster
Nachdem Sie die gewünschten Änderungen vorgenommen haben, wählen Sie Weiter und überprüfen Sie die Zusammenfassung aller Änderungen.
Klicken Sie auf Apply immediately, um die Änderungen sofort anzuwenden.
Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen. Wenn sie korrekt sind, wählen Sie Modify cluster (Cluster ändern) aus, um Ihre Änderungen zu speichern.

Klicken Sie anderenfalls auf Zurück, um Ihre Änderungen zu bearbeiten, oder klicken Sie auf Abbrechen, um Ihre Änderungen zu verwerfen.

Um einen DB-Cluster mit dem zu ändern AWS CLI, rufen Sie den modify-db-clusterBefehl auf. Geben Sie die DB-Cluster-Kennung und die Werte für die Einstellungen an, die geändert werden sollen. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für Amazon Aurora.

Anmerkung

Einige Einstellungen werden nur auf DB-Instances angewendet. Um diese Einstellungen zu ändern, folgen Sie den Anweisungen in Ändern einer DB-Instance in einem DB-Cluster.

Beispiel

Der folgende Befehl ändert mydbcluster, indem der Aufbewahrungszeitraum für Backups auf 1 Woche (7 Tage) festgelegt wird.

Für LinuxmacOS, oderUnix:


aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --backup-retention-period 7

Windows:


aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --backup-retention-period 7

Um einen DB-Cluster mithilfe von Amazon zu ändern RDSAPI, rufen Sie die odifyDBClusterM-Operation auf. Geben Sie die DB-Cluster-Kennung und die Werte für die Einstellungen an, die geändert werden sollen. Weitere Informationen zu den einzelnen Parametern finden Sie unter Einstellungen für Amazon Aurora.

Anmerkung

Einige Einstellungen werden nur auf DB-Instances angewendet. Um diese Einstellungen zu ändern, folgen Sie den Anweisungen in Ändern einer DB-Instance in einem DB-Cluster.

Ändern einer DB-Instance in einem DB-Cluster

Sie können eine DB-Instance in einem DB-Cluster mit dem AWS Management Console AWS CLI, dem oder dem ändern RDSAPI.

Wenn Sie eine DB-Instance ändern, können Sie die Änderungen sofort anwenden. Um Änderungen sofort zu übernehmen, wählen Sie die Option Sofort anwenden in AWS Management Console, Sie verwenden den --apply-immediately Parameter beim Aufrufen von AWS CLI, oder Sie setzen den ApplyImmediately Parameter auf, true wenn Sie Amazon verwenden RDSAPI.

Wenn Sie sich nicht dafür entscheiden, Änderungen sofort anzuwenden, werden die Änderungen auf das nächste Wartungsfenster verschoben. Während des nächsten Wartungsfensters werden alle diese verzögerten Änderungen angewendet. Wenn Sie Änderungen sofort anwenden, werden Ihre neuen Änderungen und alle zuvor verzögerten Änderungen angewendet.

Um die Änderungen zu sehen, die für das nächste Wartungsfenster noch ausstehen, verwenden Sie den describe-db-clusters AWS CLI Befehl und überprüfen Sie das PendingModifiedValues Feld.

Wichtig

Wenn ausstehende Änderungen eine Ausfallzeit erfordern, kann die Auswahl von Apply immediately einen unerwarteten Ausfall für die DB-Instance verursachen. Es gibt keine Ausfallzeiten für die anderen DB-Instances im DB-Cluster.

Änderungen, die Sie zurückstellen, werden in der Ausgabe des describe-pending-maintenance-actions CLI Befehls nicht aufgeführt. Wartungsmaßnahmen umfassen nur System-Upgrades, die Sie für das nächste Wartungsfenster planen.

So ändern Sie eine DB-Instance in einem DB-Cluster:

Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.
Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die zu ändernde DB-Instance aus.
Wählen Sie für Actions (Aktionen) die Option Modify (Ändern) aus. Die Seite DB-Instance ändern wird angezeigt.
Ändern Sie alle Einstellungen nach Bedarf. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für Amazon Aurora.

Anmerkung
Einige Einstellungen gelten für das gesamte DB-Cluster und müssen auf Cluster-Ebene geändert werden. Um diese Einstellungen zu ändern, folgen Sie den Anweisungen in Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.
In der AWS Management Console gelten einige Änderungen auf Instance-Ebene nur für die aktuelle DB-Instance, während andere für den gesamten DB-Cluster gelten. Informationen dazu, wann eine Einstellung auf die DB-Instance oder das DB-Cluster angewendet wird, finden Sie im Abschnitt zum Geltungsbereich der Einstellung in Einstellungen für Amazon Aurora.
Nachdem Sie die gewünschten Änderungen vorgenommen haben, wählen Sie Weiter und überprüfen Sie die Zusammenfassung aller Änderungen.
Klicken Sie auf Apply immediately, um die Änderungen sofort anzuwenden.
Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen. Wenn sie korrekt sind, wählen Sie Modify DB Instance (DB-Instance ändern) aus, um Ihre Änderungen zu speichern.

Klicken Sie anderenfalls auf Zurück, um Ihre Änderungen zu bearbeiten, oder klicken Sie auf Abbrechen, um Ihre Änderungen zu verwerfen.

Um eine DB-Instance in einem DB-Cluster mithilfe von zu ändern AWS CLI, rufen Sie den modify-db-instanceBefehl auf. Geben Sie die DB-Instance-Kennung und die Werte für die Einstellungen an, die geändert werden sollen. Weitere Informationen zu den einzelnen Parametern finden Sie unter Einstellungen für Amazon Aurora.

Anmerkung

Einige Einstellungen werden auf das gesamte DB-Cluster angewendet. Um diese Einstellungen zu ändern, folgen Sie den Anweisungen in Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Beispiel

Der folgende Code ändert mydbinstance, indem die Klasse der DB-Instance in db.r4.xlarge geändert wird. Die Änderungen werden während des nächsten Wartungsfensters (mit ) übernomme --no-apply-immediately. Verwenden Sie --apply-immediately, damit Änderungen sofort angewendet werden.

Für LinuxmacOS, oderUnix:


aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --db-instance-class db.r4.xlarge \
    --no-apply-immediately

Windows:


aws rds modify-db-instance ^
    --db-instance-identifier mydbinstance ^
    --db-instance-class db.r4.xlarge ^
    --no-apply-immediately

Um eine DB-Instance mithilfe von Amazon zu ändern RDSAPI, rufen Sie die odifyDBInstanceM-Operation auf. Geben Sie die DB-Instance-Kennung und die Werte für die Einstellungen an, die geändert werden sollen. Weitere Informationen zu den einzelnen Parametern finden Sie unter Einstellungen für Amazon Aurora.

Anmerkung

Einige Einstellungen werden auf das gesamte DB-Cluster angewendet. Um diese Einstellungen zu ändern, folgen Sie den Anweisungen in Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Das Passwort für den Datenbank-Master-Benutzer ändern

Sie können das AWS Management Console oder das verwenden AWS CLI , um das Masterbenutzerpasswort zu ändern.

Sie ändern die Writer-DB-Instance, um das Masterbenutzerkennwort zu ändern, indem Sie den verwenden AWS Management Console.

Um das Masterbenutzer-Passwort zu ändern

Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.
Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die zu ändernde DB-Instance aus.
Wählen Sie für Actions (Aktionen) die Option Modify (Ändern) aus.

Die Seite DB-Instance ändern wird angezeigt.
Geben Sie ein neues Master-Passwort ein.
Geben Sie unter Master-Passwort bestätigen dasselbe neue Passwort ein.
Klicken Sie auf Weiter und überprüfen Sie die Zusammenfassung aller Änderungen.

Anmerkung
Passwortänderungen werden immer sofort übernommen.
Klicken Sie auf der Bestätigungsseite auf Modify DB instance (DB-Instance ändern).

Sie rufen den modify-db-clusterBefehl zum Ändern des Masterbenutzerpassworts mit dem auf AWS CLI. Geben Sie die DB-Cluster-ID und das neue Passwort an, wie in den folgenden Beispielen gezeigt.

Sie müssen dies nicht angeben--apply-immediately|--no-apply-immediately, da Kennwortänderungen immer sofort übernommen werden.

Für LinuxmacOS, oderUnix:


aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --master-user-password mynewpassword

Windows:


aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --master-user-password mynewpassword

Einstellungen für Amazon Aurora

Die folgende Tabelle enthält Details dazu, welche Einstellungen Sie ändern können, zu den Methoden, mit denen Einstellungen geändert werden, und zum Geltungsbereich der jeweiligen Einstellungen. Der Geltungsumfang legt fest, ob die Einstellung auf den gesamten DB-Cluster angewendet wird oder nur für spezifische DB-Instances festgelegt werden kann.

Anmerkung

Wenn Sie einen DB-Cluster von Aurora Serverless v1 oder Aurora Serverless v2 bearbeiten, stehen zusätzliche Einstellungen zur Verfügung. Weitere Informationen zu diesen Einstellungen finden Sie unter Ändern eines Aurora Serverless v1-DB-Clusters und Verwalten Aurora Serverless v2 DB-Cluster.

Außerdem sind einige Einstellungen für Aurora Serverless v1 und Aurora Serverless v2 aufgrund ihrer Einschränkungen nicht verfügbar. Weitere Informationen erhalten Sie unter Einschränkungen von Aurora Serverless v1 und Anforderungen und Einschränkungen für Aurora Serverless v2.

Einstellung und Beschreibung Art Scope Hinweise zur Ausfallzeit

Einstellung und Beschreibung	Art	Scope	Hinweise zur Ausfallzeit
Automatischer kleiner Version-Upgrade Ob Sie möchten, dass die DB-Instance automatisch Upgrades auf bevorzugte Engine-Unterversionen erhält, wenn sie verfügbar werden. Upgrades werden nur während Ihres geplanten Wartungsfensters installiert. Weitere Informationen über Engine-Updates für finden Sie unter Amazon Aurora Postgre-Aktualisierungen SQL und Datenbank-Engine-Updates für Amazon Aurora My SQL. Weitere Informationen zur Einstellung Automatisches Upgrade der Nebenversion für Aurora My SQL finden Sie unterAutomatische Upgrades zwischen kleineren Aurora SQL My-Versionen aktivieren.	Anmerkung Diese Einstellung ist standardmäßig aktiviert. Wählen Sie für jeden neuen Cluster den entsprechenden Wert für diese Einstellung basierend auf der Wichtigkeit, der erwarteten Lebensdauer und dem Umfang der Verifizierungstests, die Sie nach jedem Upgrade durchführen. Wenn Sie diese Einstellung ändern, führen Sie diese Änderung für jede DB-Instance in Ihrem Aurora-Cluster durch. Wenn für eine DB-Instance in Ihrem Cluster diese Einstellung deaktiviert ist, wird der Cluster nicht automatisch aktualisiert. Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--auto-minor-version-upgrade\|--no-auto-minor-version-upgrade` Option aus modify-db-instanceund legen Sie sie fest. Rufen Sie mit dem RDS API M auf odifyDBInstance und stellen Sie den `AutoMinorVersionUpgrade` Parameter ein.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall. Wenn Aurora automatische Upgrades durchführt, treten bei zukünftigen Wartungsfenstern Ausfälle auf.
Aufbewahrungszeitraum für Backups Die Anzahl der Tage, für die automatische Sicherungen aufbewahrt werden. Der Mindestwert ist `1`. Weitere Informationen finden Sie unter Backups.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--backup-retention-period` Option aus modify-db-clusterund legen Sie sie fest. Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den `BackupRetentionPeriod` Parameter ein.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Sicherungsfenster (Startzeit) Der Zeitraum, in dem automatisierte Sicherungen der Datenbank erstellt wird. Das Backup-Fenster ist eine Startzeit in koordinierter Weltzeit (UTC) und eine Dauer in Stunden. Aurora Backups sind kontinuierlich und inkrementell. Das Backup-Fenster wird aber verwendet, um eine tägliche Systemsicherung zu erstellen, die innerhalb des Aufbewahrungszeitraums für Backups gespeichert wird. Sie können es kopieren, um es außerhalb des Aufbewahrungszeitraums zu behalten. Das Wartungsfenster und das Sicherungsfenster für den DB-Cluster können sich nicht überschneiden. Weitere Informationen finden Sie unter Backup-Fenster.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--preferred-backup-window` Option aus modify-db-clusterund legen Sie sie fest. Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den `PreferredBackupWindow` Parameter ein.	Gesamter DB-Cluster.	Diese Änderung verursacht keinen Ausfall.
Kapazitätseinstellungen Die Skalierungseigenschaften eines DB-Clusters von Aurora Serverless v1. Sie können die Skalierungseigenschaften für DB-Cluster nur im `serverless` DB-Engine-Modus skalieren. Weitere Informationen zu Aurora Serverless v1 finden Sie unter Verwenden von Amazon Aurora Serverless v1.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--scaling-configuration` Option aus modify-db-clusterund legen Sie sie fest. Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den `ScalingConfiguration` Parameter ein.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall. Die Änderung wird sofort übernommen. Diese Einstellung ignoriert die Einstellung „Apply Immediately (Sofort Anwenden)“.
Zertifizierungsstelle Die Zertifizierungsstelle (CA) für das Serverzertifikat, das von der DB-Instance verwendet wird.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--ca-certificate-identifier` Option aus modify-db-instanceund legen Sie sie fest. Rufen Sie mit dem RDS API M auf odifyDBInstance und stellen Sie den `CACertificateIdentifier` Parameter ein.	Nur die angegebene DB-Instance	Ein Ausfall tritt nur auf, wenn die DB-Engine keine Rotation ohne Neustart unterstützt. Sie können den describe-db-engine-versions AWS CLI Befehl verwenden, um festzustellen, ob die DB-Engine die Rotation ohne Neustart unterstützt.
Cluster-Speicherkonfiguration Der Speichertyp für den DB-Cluster: Aurora I/O-Optimized oder Aurora Standard. Weitere Informationen finden Sie unter Speicherkonfigurationen für DB-Cluster von Amazon Aurora.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--storage-type` Option aus modify-db-clusterund legen Sie sie fest. Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den `StorageType` Parameter ein.	Gesamter DB-Cluster	Das Ändern des Speichertyps eines Aurora SQL Postgre-DB-Clusters mit Optimized Reads-Instance-Klassen führt zu einem Ausfall. Dies tritt nicht auf, wenn Speichertypen für Cluster mit anderen Instance-Klassentypen geändert werden. Weitere Informationen zu den DB-Instance-Klassentypen finden Sie unterDB-Instance-Klassenarten.
Tags zu Snapshots kopieren Wählen Sie dies Option, um festzulegen, dass die für diesen DB-Cluster definierten Tags in DB-Snapshots kopiert werden sollen, die von diesem DB-Cluster erstellt wurden. Weitere Informationen finden Sie unter Verschlagwortung von Amazon Aurora und Amazon-Ressourcen RDS.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit der AWS CLI`--no-copy-tags-to-snapshot` Option `--copy-tags-to-snapshot` oder die Option aus https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html und legen Sie sie fest. Rufen Sie mit der den RDS API `CopyTagsToSnapshot` Parameter auf https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Daten API Sie können Aurora Serverless v1 mit auf Webdiensten basierenden Anwendungen, einschließlich AWS Lambda und, darauf zugreifen. AWS AppSync Diese Einstellung gilt nur für Aurora Serverless v1-DB-Cluster. Weitere Informationen finden Sie unter RDSDaten verwenden API.	Mit dem, AWS Management Console. Ändern des DB-Clusters mithilfe der KonsoleCLI, und API Führen Sie mit dem die AWS CLI`--enable-http-endpoint` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `EnableHttpEndpoint` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Datenbank-Authentifizierung Die Datenbank-Authentifizierung, die Sie verwenden möchten. Für michSQL: Wählen Sie Passwortauthentifizierung aus, um Datenbankbenutzer ausschließlich mit Datenbankpasswörtern zu authentifizieren. Wählen Sie Passwort und IAM Datenbankauthentifizierung, um Datenbankbenutzer mit Datenbankkennwörtern und Benutzeranmeldeinformationen über IAM Benutzer und Rollen zu authentifizieren. Weitere Informationen finden Sie unter IAM-Datenbankauthentifizierung. Für SQL Postgre: Wählen Sie IAMDatenbankauthentifizierung, um Datenbankbenutzer mit Datenbankkennwörtern und Benutzeranmeldeinformationen über Benutzer und Rollen zu authentifizieren. Weitere Informationen finden Sie unter IAM-Datenbankauthentifizierung. Wählen Sie Kerberos-Authentifizierung zur Authentifizierung von Datenbankkennwörtern und Benutzeranmeldeinformationen mit Kerberos-Authentifizierung. Weitere Informationen finden Sie unter Verwenden der Kerberos-Authentifizierung mit Aurora PostgreSQL.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI folgenden Optionen aus modify-db-clusterund legen Sie sie fest: Stellen Sie für die IAM Authentifizierung die `--enable-iam-database-authentication\|--no-enable-iam-database-authentication` Option ein. Für die Kerberos-Authentifizierung stellen Sie die `--domain`- und `--domain-iam-role-name`-Optionen ein. Rufen Sie mit dem RDS API M auf odifyDBCluster und legen Sie die folgenden Parameter fest: Stellen Sie für die IAM Authentifizierung den `EnableIAMDatabaseAuthentication` Parameter ein. Für die Kerberos-Authentifizierung legen Sie den `Domain`- und `DomainIAMRoleName` -Parameter fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Datenbankport Der Port, den Sie für den Zugriff auf das DB-Cluster verwenden möchten.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--port` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `Port` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht einen Ausfall. Alle DB-Instances im DB-Cluster werden sofort neu gestartet.
DB-Cluster-Kennung Die DB-Cluster-ID. Dieser Wert wird als Zeichenfolge in Kleinbuchstaben gespeichert. Wenn Sie die DB-Cluster-ID ändern, werden die DB-Cluster-Endpunkte geändert. Die Endpunkte der DB-Instances im DB-Cluster bleiben unverändert.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--new-db-cluster-identifier` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `NewDBClusterIdentifier` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
DB-Cluster-Parametergruppe Die DB-Clusterparametergruppe, die Sie mit dem DB-Cluster verknüpfen möchten. Weitere Informationen finden Sie unter Parametergruppen für Amazon Aurora.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--db-cluster-parameter-group-name` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `DBClusterParameterGroupName` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall. Wenn Sie die Parametergruppe ändern, werden die Änderungen an einigen Parametern ohne Neustart sofort auf die DB-Instances im DB-Cluster angewendet. Änderungen an anderen Parametern werden erst angewendet, nachdem die DB-Instances im DB-Cluster neu gestartet wurden.
DB-Instance-Klasse Die zu verwendende DB-Instance-Klasse. Weitere Informationen finden Sie unter Amazon Aurora Aurora-DB-Instance-Klassen.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--db-instance-class` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `DBInstanceClass` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht einen Ausfall.
DB-Instance-Kennung Die DB-Instance-Kennung. Dieser Wert wird als Zeichenfolge in Kleinbuchstaben gespeichert.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--new-db-instance-identifier` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `NewDBInstanceIdentifier` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Während dieser Änderung treten Ausfallzeiten auf. RDSstartet die DB-Instance neu, um Folgendes zu aktualisieren: Aurora My SQL — `SERVER_ID` Spalte in der `information_schema.replica_host_status` Tabelle Aurora Postgre SQL — `server_id` Spalte in der Funktion `aurora_replica_status()`
DB-Parametergruppe Die DB-Parametergruppe, die Sie mit der DB-Instance verknüpfen möchten. Weitere Informationen finden Sie unter Parametergruppen für Amazon Aurora.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--db-parameter-group-name` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `DBParameterGroupName` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall. Wenn Sie eine neue DB-Parametergruppe mit einer DB-Instance verknüpfen, werden die geänderten statischen und dynamischen Parameter erst nach Neustart der DB-Instance angewendet. Wenn Sie jedoch dynamische Parameter in der DB-Parametergruppe ändern, nachdem Sie sie der DB-Instance zugeordnet haben, werden diese Änderungen sofort ohne Neustart angewendet. Weitere Informationen erhalten Sie unter Parametergruppen für Amazon Aurora und Neustart eines Amazon Aurora DB-Clusters oder einer Amazon Aurora DB-Instance.
Löschschutz Um zu verhindern, dass Ihr DB-Cluster gelöscht wird, können Sie die Option Löschschutz aktivieren aktivieren. Weitere Informationen finden Sie unter Löschschutz für Aurora-DB-Cluster.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--deletion-protection\|--no-deletion-protection` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `DeletionProtection` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Engine-Version Die Versionsnummer der DB-Engine, die Sie verwenden möchten. Bevor Sie ein Upgrade für Ihr Produktions-DB-Cluster ausführen, sollten Sie den Upgrade-Prozess auf einer DB-Test-Instance testen, um die Dauer zu prüfen und Ihre Anwendungen zu validieren.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--engine-version` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `EngineVersion` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht einen Ausfall.
„Enhanced Monitoring“ (Verbesserte Überwachung Wählen Sie Erweiterte Überwachung aktivieren, um Metriken in Echtzeit für das Betriebssystem zu erhalten, in dem Ihre DB-Instance ausgeführt wird. Weitere Informationen finden Sie unter Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung).	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Verwenden Sie die Optionen AWS CLI, führen Sie die `--monitoring-interval` Optionen `modify-db-instance`und aus `--monitoring-role-arn` und legen Sie sie fest. Rufen Sie mit den die RDS API `MonitoringInterval` Parameter `ModifyDBInstance`und auf und legen Sie sie fest. `MonitoringRoleArn`	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall.
Protokollexporte Wählen Sie die Protokolltypen aus, die in Amazon CloudWatch Logs veröffentlicht werden sollen. Weitere Informationen finden Sie unter Aurora Meine SQL Datenbank-Logdateien.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--cloudwatch-logs-export-configuration` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `CloudwatchLogsExportConfiguration` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Wartungsfenster Der Zeitraum, in dem die Systemwartung durchgeführt wird. Die Systemwartung umfasst auch Upgrades (sofern verfügbar). Das Wartungsfenster ist eine Startzeit in koordinierter Weltzeit (UTC) und eine Dauer in Stunden. Falls Sie das Fenster auf die aktuelle Zeit einstellen, müssen mindestens 30 Minuten zwischen der aktuellen Zeit und der Endzeit des Fensters liegen, um sicherzustellen, dass alle ausstehenden Änderungen übernommen werden. Sie können die Wartungsfenster für das DB-Cluster und die einzelnen DB-Instances im DB-Cluster unabhängig voneinander festlegen. Wenn eine Änderung das gesamte DB-Cluster betrifft, wird die Änderung während des Wartungsfensters für das DB-Cluster ausgeführt. Wenn eine Änderung eine einzelne DB-Instance betrifft, wird die Änderung während des Wartungsfensters für diese DB-Instance ausgeführt. Das Wartungsfenster und das Sicherungsfenster für den DB-Cluster können sich nicht überschneiden. Weitere Informationen finden Sie unter Das RDS Amazon-Wartungsfenster.	Um das Wartungsfenster für den DB-Cluster mit dem AWS Management Console, zu ändernÄndern des DB-Clusters mithilfe der KonsoleCLI, und API. Um das Wartungsfenster für eine DB-Instance mit dem AWS Management Console, zu ändernÄndern einer DB-Instance in einem DB-Cluster. Um das Wartungsfenster für den DB-Cluster mithilfe von zu ändern AWS CLI, führen Sie die `--preferred-maintenance-window` Option aus `modify-db-cluster`und legen Sie sie fest. Um das Wartungsfenster für eine DB-Instance mithilfe von zu ändern AWS CLI, führen Sie die `--preferred-maintenance-window` Option aus `modify-db-instance`und legen Sie sie fest. Um das Wartungsfenster für den DB-Cluster mithilfe von zu ändern RDSAPI, rufen Sie den `PreferredMaintenanceWindow` Parameter auf `ModifyDBCluster`und setzen Sie ihn. Um das Wartungsfenster für eine DB-Instance mithilfe von zu ändern RDSAPI, rufen Sie den `PreferredMaintenanceWindow` Parameter auf `ModifyDBInstance`und setzen Sie ihn.	Das gesamte DB-Cluster oder eine einzelne DB-Instance	Wenn eine oder mehrere ausstehende Aktionen einen Ausfall verursachen und das Wartungsfenster auf die aktuelle Zeit geändert wird, werden die ausstehenden Aktionen sofort angewendet und es kommt zu einem Ausfall.
Verwalten Sie Masteranmeldedaten in AWS Secrets Manager Wählen Sie Master-Anmeldeinformationen verwalten in AWS Secrets Manager aus, um das Hauptbenutzerpasswort in Secrets Manager geheim zu verwalten. Wählen Sie optional einen KMS Schlüssel aus, der zum Schutz des Geheimnisses verwendet werden soll. Wählen Sie einen der KMS Schlüssel in Ihrem Konto aus oder geben Sie den Schlüssel von einem anderen Konto ein. Weitere Informationen finden Sie unter Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager. Wenn Aurora bereits das Hauptbenutzerpasswort für den DB-Cluster verwaltet, können Sie dieses Passwort mit der Option Rotate secret immediately (Sofortige Secret-Drehung) rotieren. Weitere Informationen finden Sie unter Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Verwenden Sie die Optionen AWS CLI, führen Sie die `--master-user-secret-kms-key-id` Optionen `modify-db-cluster`und aus `--manage-master-user-password \| --no-manage-master-user-password` und legen Sie sie fest. Legen Sie die Option `--rotate-master-user-password` fest, um das Hauptbenutzerpasswort sofort zu rotieren. Rufen Sie mit den die RDS API `MasterUserSecretKmsKeyId` Parameter `ModifyDBCluster`und auf und legen Sie sie fest. `ManageMasterUserPassword` Legen Sie den Parameter `RotateMasterUserPassword` auf `true` fest, um das Hauptbenutzerpasswort sofort zu rotieren.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Netzwerktyp Die vom DB-Cluster unterstützten IP-Adressierungsprotokolle. IPv4um anzugeben, dass Ressourcen nur über das IPv4 Adressierungsprotokoll mit dem DB-Cluster kommunizieren können. Dual-Stack-Modus, um anzugeben, dass Ressourcen über IPv4 oder beides mit dem DB-Cluster kommunizieren können. IPv6 Verwenden Sie den Dual-Stack-Modus, wenn Sie über Ressourcen verfügen, die über das IPv6 Adressierungsprotokoll mit Ihrem DB-Cluster kommunizieren müssen. Um den Dual-Stack-Modus zu verwenden, stellen Sie sicher, dass sich mindestens zwei Subnetze über zwei Availability Zones erstrecken und sowohl das als auch das Netzwerkprotokoll unterstützen. IPv4 IPv6 Stellen Sie außerdem sicher, dass Sie Subnetzen in der von Ihnen angegebenen DB-Subnetzgruppe einen IPv6 CIDR Block zuordnen. Weitere Informationen finden Sie unter Aurora Aurora-IP-Adressierung.	Verwenden von, AWS Management Console. Ändern des DB-Clusters mithilfe der KonsoleCLI, und API Führen Sie mit dem die AWS CLI`--network-type` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `NetworkType` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Neues Master-Passwort Das Passwort für den Hauptbenutzer. Für Aurora My muss SQL das Passwort 8—41 druckbare ASCII Zeichen enthalten. Für Aurora Postgre muss SQL es 8—99 druckbare Zeichen enthalten. ASCII Es darf weder `/`, `"`, `@` noch ein Leerzeichen enthalten.	Mit dem,. AWS Management ConsoleÄndern einer DB-Instance in einem DB-Cluster Führen Sie mit dem die AWS CLI`--master-user-password` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `MasterUserPassword` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Performance Insights Ob Performance-Insights aktiviert werden soll; dabei handelt es sich um ein Tool, das den Workload Ihrer DB-Instance überwacht, sodass Sie die Leistung Ihrer Datenbank analysieren und korrigieren können. Weitere Informationen finden Sie unter Überwachen der Datenbanklast mit Performance Insights auf Amazon Aurora.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--enable-performance-insights\|--no-enable-performance-insights` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `EnablePerformanceInsights` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall.
Performance Insights AWS KMS key Die AWS KMS key Kennung für die Verschlüsselung von Performance Insights Insights-Daten. Die KMS Schlüssel-ID ist der Amazon-Ressourcenname (ARN), die Schlüssel-ID oder der Schlüsselalias für den KMS Schlüssel. Weitere Informationen finden Sie unter Performance Insights für Aurora ein- und ausschalten.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--performance-insights-kms-key-id` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `PerformanceInsightsKMSKeyId` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall.
Performance Insights-Aufbewahrungszeitraum Der Zeitraum in Tagen, über den Performance Insights-Daten aufbewahrt werden sollen. Die Aufbewahrungseinstellung im kostenlosen Kontingent ist Standard (7 Tage). Um Ihre Leistungsdaten länger aufzubewahren, geben Sie 1–24 Monate an. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter Preisgestaltung und Datenspeicherung für Performance Insights. Weitere Informationen finden Sie unter Performance Insights für Aurora ein- und ausschalten.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--performance-insights-retention-period` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `PerformanceInsightsRetentionPeriod` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall.
Erhebungsstufe Ein Wert, der die Reihenfolge angibt, in der eine Aurora Replica zur primären Instance in einem DB-Cluster hochgestuft wird, wenn die vorhandene primäre Instance ausfällt. Weitere Informationen finden Sie unter Fehlertoleranz für einen Aurora-DB-Cluster.	Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster. Führen Sie mit dem die AWS CLI`--promotion-tier` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `PromotionTier` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall.
Öffentlicher Zugriff Öffentlich zugänglich, um der DB-Instance eine öffentliche IP-Adresse zu geben, was bedeutet, dass sie außerhalb von zugänglich istVPC. Um öffentlich zugänglich zu sein, muss sich die DB-Instance auch in einem öffentlichen Subnetz im VPC befinden. Nicht öffentlich zugänglich, um die DB-Instance nur von innerhalb des VPC aus zugänglich zu machen. Weitere Informationen finden Sie unter Einen in einem VPC aus dem Internet verstecken. Um von außerhalb von Amazon eine Verbindung zu einer DB-Instance herzustellenVPC, muss die DB-Instance öffentlich zugänglich sein, der Zugriff muss unter Verwendung der Eingangsregeln der Sicherheitsgruppe der DB-Instance gewährt werden und andere Anforderungen müssen erfüllt sein. Weitere Informationen finden Sie unter Es kann keine Verbindung zur Amazon RDS DB-Instance hergestellt werden. Wenn Ihre DB-Instance nicht öffentlich zugänglich ist, können Sie auch eine AWS VPN Site-to-Site-Verbindung oder eine Verbindung verwenden, um von einem AWS Direct Connect privaten Netzwerk aus darauf zuzugreifen. Weitere Informationen finden Sie unter Richtlinie für den Datenverkehr zwischen Netzwerken.	Mit dem,. AWS Management ConsoleÄndern einer DB-Instance in einem DB-Cluster Führen Sie mit dem die AWS CLI`--publicly-accessible\|--no-publicly-accessible` Option aus `modify-db-instance`und legen Sie sie fest. Rufen Sie mit dem den RDS API `PubliclyAccessible` Parameter auf `ModifyDBInstance`und legen Sie ihn fest.	Nur die angegebene DB-Instance	Diese Änderung verursacht keinen Ausfall.
Kapazitätseinstellungen von Serverless v2 Die Datenbankkapazität eines Aurora Serverless v2 DB-Clusters, gemessen in Aurora-Kapazitätseinheiten (ACUs). Weitere Informationen finden Sie unter Einstellung der Aurora Serverless v2 Kapazitätsbereich für einen Cluster.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--serverless-v2-scaling-configuration` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `ServerlessV2ScalingConfiguration` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall. Die Änderung wird sofort übernommen. Diese Einstellung ignoriert die Einstellung „Apply Immediately (Sofort Anwenden)“.
Sicherheitsgruppe Die Sicherheitsgruppe, die Sie mit dem DB-Cluster verknüpfen möchten. Weitere Informationen finden Sie unter Zugriffskontrolle mit Sicherheitsgruppen.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--vpc-security-group-ids` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `VpcSecurityGroupIds` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.
Backtrack-Zielfenster Der Zeitraum in Sekunden, über den Sie Ihr DB-Cluster zurückverfolgen möchten. Diese Einstellung ist nur für Aurora My verfügbar SQL und nur, wenn der DB-Cluster mit aktiviertem Backtrack erstellt wurde.	Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API. Führen Sie mit dem die AWS CLI`--backtrack-window` Option aus `modify-db-cluster`und legen Sie sie fest. Rufen Sie mit dem den RDS API `BacktrackWindow` Parameter auf `ModifyDBCluster`und legen Sie ihn fest.	Gesamter DB-Cluster	Diese Änderung verursacht keinen Ausfall.

Automatischer kleiner Version-Upgrade

Ob Sie möchten, dass die DB-Instance automatisch Upgrades auf bevorzugte Engine-Unterversionen erhält, wenn sie verfügbar werden. Upgrades werden nur während Ihres geplanten Wartungsfensters installiert.

Weitere Informationen über Engine-Updates für finden Sie unter Amazon Aurora Postgre-Aktualisierungen SQL und Datenbank-Engine-Updates für Amazon Aurora My SQL. Weitere Informationen zur Einstellung Automatisches Upgrade der Nebenversion für Aurora My SQL finden Sie unterAutomatische Upgrades zwischen kleineren Aurora SQL My-Versionen aktivieren.

Anmerkung

Diese Einstellung ist standardmäßig aktiviert. Wählen Sie für jeden neuen Cluster den entsprechenden Wert für diese Einstellung basierend auf der Wichtigkeit, der erwarteten Lebensdauer und dem Umfang der Verifizierungstests, die Sie nach jedem Upgrade durchführen.

Wenn Sie diese Einstellung ändern, führen Sie diese Änderung für jede DB-Instance in Ihrem Aurora-Cluster durch. Wenn für eine DB-Instance in Ihrem Cluster diese Einstellung deaktiviert ist, wird der Cluster nicht automatisch aktualisiert.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--auto-minor-version-upgrade|--no-auto-minor-version-upgrade Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem RDS API M auf odifyDBInstance und stellen Sie den AutoMinorVersionUpgrade Parameter ein.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall. Wenn Aurora automatische Upgrades durchführt, treten bei zukünftigen Wartungsfenstern Ausfälle auf.

Aufbewahrungszeitraum für Backups

Die Anzahl der Tage, für die automatische Sicherungen aufbewahrt werden. Der Mindestwert ist 1.

Weitere Informationen finden Sie unter Backups.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--backup-retention-period Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den BackupRetentionPeriod Parameter ein.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Sicherungsfenster (Startzeit)

Der Zeitraum, in dem automatisierte Sicherungen der Datenbank erstellt wird. Das Backup-Fenster ist eine Startzeit in koordinierter Weltzeit (UTC) und eine Dauer in Stunden.

Aurora Backups sind kontinuierlich und inkrementell. Das Backup-Fenster wird aber verwendet, um eine tägliche Systemsicherung zu erstellen, die innerhalb des Aufbewahrungszeitraums für Backups gespeichert wird. Sie können es kopieren, um es außerhalb des Aufbewahrungszeitraums zu behalten.

Das Wartungsfenster und das Sicherungsfenster für den DB-Cluster können sich nicht überschneiden.

Weitere Informationen finden Sie unter Backup-Fenster.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--preferred-backup-window Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den PreferredBackupWindow Parameter ein.

Gesamter DB-Cluster.

Diese Änderung verursacht keinen Ausfall.

Kapazitätseinstellungen

Die Skalierungseigenschaften eines DB-Clusters von Aurora Serverless v1. Sie können die Skalierungseigenschaften für DB-Cluster nur im serverless DB-Engine-Modus skalieren.

Weitere Informationen zu Aurora Serverless v1 finden Sie unter Verwenden von Amazon Aurora Serverless v1.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--scaling-configuration Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den ScalingConfiguration Parameter ein.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Die Änderung wird sofort übernommen. Diese Einstellung ignoriert die Einstellung „Apply Immediately (Sofort Anwenden)“.

Zertifizierungsstelle

Die Zertifizierungsstelle (CA) für das Serverzertifikat, das von der DB-Instance verwendet wird.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--ca-certificate-identifier Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem RDS API M auf odifyDBInstance und stellen Sie den CACertificateIdentifier Parameter ein.

Nur die angegebene DB-Instance

Ein Ausfall tritt nur auf, wenn die DB-Engine keine Rotation ohne Neustart unterstützt. Sie können den describe-db-engine-versions AWS CLI Befehl verwenden, um festzustellen, ob die DB-Engine die Rotation ohne Neustart unterstützt.

Cluster-Speicherkonfiguration

Der Speichertyp für den DB-Cluster: Aurora I/O-Optimized oder Aurora Standard.

Weitere Informationen finden Sie unter Speicherkonfigurationen für DB-Cluster von Amazon Aurora.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--storage-type Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem RDS API M auf odifyDBCluster und stellen Sie den StorageType Parameter ein.

Gesamter DB-Cluster

Das Ändern des Speichertyps eines Aurora SQL Postgre-DB-Clusters mit Optimized Reads-Instance-Klassen führt zu einem Ausfall. Dies tritt nicht auf, wenn Speichertypen für Cluster mit anderen Instance-Klassentypen geändert werden. Weitere Informationen zu den DB-Instance-Klassentypen finden Sie unterDB-Instance-Klassenarten.

Tags zu Snapshots kopieren

Wählen Sie dies Option, um festzulegen, dass die für diesen DB-Cluster definierten Tags in DB-Snapshots kopiert werden sollen, die von diesem DB-Cluster erstellt wurden. Weitere Informationen finden Sie unter Verschlagwortung von Amazon Aurora und Amazon-Ressourcen RDS.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit der AWS CLI--no-copy-tags-to-snapshot Option --copy-tags-to-snapshot oder die Option aus https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html und legen Sie sie fest.

Rufen Sie mit der den RDS API CopyTagsToSnapshot Parameter auf https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html und legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Daten API

Sie können Aurora Serverless v1 mit auf Webdiensten basierenden Anwendungen, einschließlich AWS Lambda und, darauf zugreifen. AWS AppSync

Diese Einstellung gilt nur für Aurora Serverless v1-DB-Cluster.

Weitere Informationen finden Sie unter RDSDaten verwenden API.

Mit dem, AWS Management Console. Ändern des DB-Clusters mithilfe der KonsoleCLI, und API

Führen Sie mit dem die AWS CLI--enable-http-endpoint Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API EnableHttpEndpoint Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Datenbank-Authentifizierung

Die Datenbank-Authentifizierung, die Sie verwenden möchten.

Für michSQL:

Wählen Sie Passwortauthentifizierung aus, um Datenbankbenutzer ausschließlich mit Datenbankpasswörtern zu authentifizieren.
Wählen Sie Passwort und IAM Datenbankauthentifizierung, um Datenbankbenutzer mit Datenbankkennwörtern und Benutzeranmeldeinformationen über IAM Benutzer und Rollen zu authentifizieren. Weitere Informationen finden Sie unter IAM-Datenbankauthentifizierung.

Für SQL Postgre:

Wählen Sie IAMDatenbankauthentifizierung, um Datenbankbenutzer mit Datenbankkennwörtern und Benutzeranmeldeinformationen über Benutzer und Rollen zu authentifizieren. Weitere Informationen finden Sie unter IAM-Datenbankauthentifizierung.
Wählen Sie Kerberos-Authentifizierung zur Authentifizierung von Datenbankkennwörtern und Benutzeranmeldeinformationen mit Kerberos-Authentifizierung. Weitere Informationen finden Sie unter Verwenden der Kerberos-Authentifizierung mit Aurora PostgreSQL.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI folgenden Optionen aus modify-db-clusterund legen Sie sie fest:

Stellen Sie für die IAM Authentifizierung die --enable-iam-database-authentication|--no-enable-iam-database-authentication Option ein.
Für die Kerberos-Authentifizierung stellen Sie die --domain- und --domain-iam-role-name-Optionen ein.

Rufen Sie mit dem RDS API M auf odifyDBCluster und legen Sie die folgenden Parameter fest:

Stellen Sie für die IAM Authentifizierung den EnableIAMDatabaseAuthentication Parameter ein.
Für die Kerberos-Authentifizierung legen Sie den Domain- und DomainIAMRoleName -Parameter fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Datenbankport

Der Port, den Sie für den Zugriff auf das DB-Cluster verwenden möchten.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--port Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API Port Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht einen Ausfall. Alle DB-Instances im DB-Cluster werden sofort neu gestartet.

DB-Cluster-Kennung

Die DB-Cluster-ID. Dieser Wert wird als Zeichenfolge in Kleinbuchstaben gespeichert.

Wenn Sie die DB-Cluster-ID ändern, werden die DB-Cluster-Endpunkte geändert. Die Endpunkte der DB-Instances im DB-Cluster bleiben unverändert.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--new-db-cluster-identifier Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API NewDBClusterIdentifier Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

DB-Cluster-Parametergruppe

Die DB-Clusterparametergruppe, die Sie mit dem DB-Cluster verknüpfen möchten.

Weitere Informationen finden Sie unter Parametergruppen für Amazon Aurora.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--db-cluster-parameter-group-name Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API DBClusterParameterGroupName Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall. Wenn Sie die Parametergruppe ändern, werden die Änderungen an einigen Parametern ohne Neustart sofort auf die DB-Instances im DB-Cluster angewendet. Änderungen an anderen Parametern werden erst angewendet, nachdem die DB-Instances im DB-Cluster neu gestartet wurden.

DB-Instance-Klasse

Die zu verwendende DB-Instance-Klasse.

Weitere Informationen finden Sie unter Amazon Aurora Aurora-DB-Instance-Klassen.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--db-instance-class Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API DBInstanceClass Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht einen Ausfall.

DB-Instance-Kennung

Die DB-Instance-Kennung. Dieser Wert wird als Zeichenfolge in Kleinbuchstaben gespeichert.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--new-db-instance-identifier Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API NewDBInstanceIdentifier Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Während dieser Änderung treten Ausfallzeiten auf.

RDSstartet die DB-Instance neu, um Folgendes zu aktualisieren:

Aurora My SQL — SERVER_ID Spalte in der information_schema.replica_host_status Tabelle
Aurora Postgre SQL — server_id Spalte in der Funktion aurora_replica_status()

DB-Parametergruppe

Die DB-Parametergruppe, die Sie mit der DB-Instance verknüpfen möchten.

Weitere Informationen finden Sie unter Parametergruppen für Amazon Aurora.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--db-parameter-group-name Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API DBParameterGroupName Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Wenn Sie eine neue DB-Parametergruppe mit einer DB-Instance verknüpfen, werden die geänderten statischen und dynamischen Parameter erst nach Neustart der DB-Instance angewendet. Wenn Sie jedoch dynamische Parameter in der DB-Parametergruppe ändern, nachdem Sie sie der DB-Instance zugeordnet haben, werden diese Änderungen sofort ohne Neustart angewendet.

Weitere Informationen erhalten Sie unter Parametergruppen für Amazon Aurora und Neustart eines Amazon Aurora DB-Clusters oder einer Amazon Aurora DB-Instance.

Löschschutz

Um zu verhindern, dass Ihr DB-Cluster gelöscht wird, können Sie die Option Löschschutz aktivieren aktivieren. Weitere Informationen finden Sie unter Löschschutz für Aurora-DB-Cluster.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--deletion-protection|--no-deletion-protection Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API DeletionProtection Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Engine-Version

Die Versionsnummer der DB-Engine, die Sie verwenden möchten. Bevor Sie ein Upgrade für Ihr Produktions-DB-Cluster ausführen, sollten Sie den Upgrade-Prozess auf einer DB-Test-Instance testen, um die Dauer zu prüfen und Ihre Anwendungen zu validieren.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--engine-version Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API EngineVersion Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht einen Ausfall.

„Enhanced Monitoring“ (Verbesserte Überwachung

Wählen Sie Erweiterte Überwachung aktivieren, um Metriken in Echtzeit für das Betriebssystem zu erhalten, in dem Ihre DB-Instance ausgeführt wird.

Weitere Informationen finden Sie unter Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung).

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Verwenden Sie die Optionen AWS CLI, führen Sie die --monitoring-interval Optionen modify-db-instanceund aus --monitoring-role-arn und legen Sie sie fest.

Rufen Sie mit den die RDS API MonitoringInterval Parameter ModifyDBInstanceund auf und legen Sie sie fest. MonitoringRoleArn

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Protokollexporte

Wählen Sie die Protokolltypen aus, die in Amazon CloudWatch Logs veröffentlicht werden sollen.

Weitere Informationen finden Sie unter Aurora Meine SQL Datenbank-Logdateien.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--cloudwatch-logs-export-configuration Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API CloudwatchLogsExportConfiguration Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Wartungsfenster

Der Zeitraum, in dem die Systemwartung durchgeführt wird. Die Systemwartung umfasst auch Upgrades (sofern verfügbar). Das Wartungsfenster ist eine Startzeit in koordinierter Weltzeit (UTC) und eine Dauer in Stunden.

Falls Sie das Fenster auf die aktuelle Zeit einstellen, müssen mindestens 30 Minuten zwischen der aktuellen Zeit und der Endzeit des Fensters liegen, um sicherzustellen, dass alle ausstehenden Änderungen übernommen werden.

Sie können die Wartungsfenster für das DB-Cluster und die einzelnen DB-Instances im DB-Cluster unabhängig voneinander festlegen. Wenn eine Änderung das gesamte DB-Cluster betrifft, wird die Änderung während des Wartungsfensters für das DB-Cluster ausgeführt. Wenn eine Änderung eine einzelne DB-Instance betrifft, wird die Änderung während des Wartungsfensters für diese DB-Instance ausgeführt.

Das Wartungsfenster und das Sicherungsfenster für den DB-Cluster können sich nicht überschneiden.

Weitere Informationen finden Sie unter Das RDS Amazon-Wartungsfenster.

Um das Wartungsfenster für den DB-Cluster mit dem AWS Management Console, zu ändernÄndern des DB-Clusters mithilfe der KonsoleCLI, und API.

Um das Wartungsfenster für eine DB-Instance mit dem AWS Management Console, zu ändernÄndern einer DB-Instance in einem DB-Cluster.

Um das Wartungsfenster für den DB-Cluster mithilfe von zu ändern AWS CLI, führen Sie die --preferred-maintenance-window Option aus modify-db-clusterund legen Sie sie fest.

Um das Wartungsfenster für eine DB-Instance mithilfe von zu ändern AWS CLI, führen Sie die --preferred-maintenance-window Option aus modify-db-instanceund legen Sie sie fest.

Um das Wartungsfenster für den DB-Cluster mithilfe von zu ändern RDSAPI, rufen Sie den PreferredMaintenanceWindow Parameter auf ModifyDBClusterund setzen Sie ihn.

Um das Wartungsfenster für eine DB-Instance mithilfe von zu ändern RDSAPI, rufen Sie den PreferredMaintenanceWindow Parameter auf ModifyDBInstanceund setzen Sie ihn.

Das gesamte DB-Cluster oder eine einzelne DB-Instance

Wenn eine oder mehrere ausstehende Aktionen einen Ausfall verursachen und das Wartungsfenster auf die aktuelle Zeit geändert wird, werden die ausstehenden Aktionen sofort angewendet und es kommt zu einem Ausfall.

Verwalten Sie Masteranmeldedaten in AWS Secrets Manager

Wählen Sie Master-Anmeldeinformationen verwalten in AWS Secrets Manager aus, um das Hauptbenutzerpasswort in Secrets Manager geheim zu verwalten.

Wählen Sie optional einen KMS Schlüssel aus, der zum Schutz des Geheimnisses verwendet werden soll. Wählen Sie einen der KMS Schlüssel in Ihrem Konto aus oder geben Sie den Schlüssel von einem anderen Konto ein.

Weitere Informationen finden Sie unter Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager.

Wenn Aurora bereits das Hauptbenutzerpasswort für den DB-Cluster verwaltet, können Sie dieses Passwort mit der Option Rotate secret immediately (Sofortige Secret-Drehung) rotieren.

Weitere Informationen finden Sie unter Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Verwenden Sie die Optionen AWS CLI, führen Sie die --master-user-secret-kms-key-id Optionen modify-db-clusterund aus --manage-master-user-password | --no-manage-master-user-password und legen Sie sie fest. Legen Sie die Option --rotate-master-user-password fest, um das Hauptbenutzerpasswort sofort zu rotieren.

Rufen Sie mit den die RDS API MasterUserSecretKmsKeyId Parameter ModifyDBClusterund auf und legen Sie sie fest. ManageMasterUserPassword Legen Sie den Parameter RotateMasterUserPassword auf true fest, um das Hauptbenutzerpasswort sofort zu rotieren.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Netzwerktyp

Die vom DB-Cluster unterstützten IP-Adressierungsprotokolle.

IPv4um anzugeben, dass Ressourcen nur über das IPv4 Adressierungsprotokoll mit dem DB-Cluster kommunizieren können.

Dual-Stack-Modus, um anzugeben, dass Ressourcen über IPv4 oder beides mit dem DB-Cluster kommunizieren können. IPv6 Verwenden Sie den Dual-Stack-Modus, wenn Sie über Ressourcen verfügen, die über das IPv6 Adressierungsprotokoll mit Ihrem DB-Cluster kommunizieren müssen. Um den Dual-Stack-Modus zu verwenden, stellen Sie sicher, dass sich mindestens zwei Subnetze über zwei Availability Zones erstrecken und sowohl das als auch das Netzwerkprotokoll unterstützen. IPv4 IPv6 Stellen Sie außerdem sicher, dass Sie Subnetzen in der von Ihnen angegebenen DB-Subnetzgruppe einen IPv6 CIDR Block zuordnen.

Weitere Informationen finden Sie unter Aurora Aurora-IP-Adressierung.

Verwenden von, AWS Management Console. Ändern des DB-Clusters mithilfe der KonsoleCLI, und API

Führen Sie mit dem die AWS CLI--network-type Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API NetworkType Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Neues Master-Passwort

Das Passwort für den Hauptbenutzer.

Für Aurora My muss SQL das Passwort 8—41 druckbare ASCII Zeichen enthalten.
Für Aurora Postgre muss SQL es 8—99 druckbare Zeichen enthalten. ASCII
Es darf weder /, ", @ noch ein Leerzeichen enthalten.

Mit dem,. AWS Management ConsoleÄndern einer DB-Instance in einem DB-Cluster

Führen Sie mit dem die AWS CLI--master-user-password Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API MasterUserPassword Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Performance Insights

Ob Performance-Insights aktiviert werden soll; dabei handelt es sich um ein Tool, das den Workload Ihrer DB-Instance überwacht, sodass Sie die Leistung Ihrer Datenbank analysieren und korrigieren können.

Weitere Informationen finden Sie unter Überwachen der Datenbanklast mit Performance Insights auf Amazon Aurora.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--enable-performance-insights|--no-enable-performance-insights Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API EnablePerformanceInsights Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Performance Insights AWS KMS key

Die AWS KMS key Kennung für die Verschlüsselung von Performance Insights Insights-Daten. Die KMS Schlüssel-ID ist der Amazon-Ressourcenname (ARN), die Schlüssel-ID oder der Schlüsselalias für den KMS Schlüssel.

Weitere Informationen finden Sie unter Performance Insights für Aurora ein- und ausschalten.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--performance-insights-kms-key-id Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API PerformanceInsightsKMSKeyId Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Performance Insights-Aufbewahrungszeitraum

Der Zeitraum in Tagen, über den Performance Insights-Daten aufbewahrt werden sollen. Die Aufbewahrungseinstellung im kostenlosen Kontingent ist Standard (7 Tage). Um Ihre Leistungsdaten länger aufzubewahren, geben Sie 1–24 Monate an. Weitere Informationen zum Aufbewahrungszeitraum finden Sie unter Preisgestaltung und Datenspeicherung für Performance Insights.

Weitere Informationen finden Sie unter Performance Insights für Aurora ein- und ausschalten.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--performance-insights-retention-period Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API PerformanceInsightsRetentionPeriod Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Erhebungsstufe

Ein Wert, der die Reihenfolge angibt, in der eine Aurora Replica zur primären Instance in einem DB-Cluster hochgestuft wird, wenn die vorhandene primäre Instance ausfällt.

Weitere Informationen finden Sie unter Fehlertoleranz für einen Aurora-DB-Cluster.

Mit dem AWS Management Console,Ändern einer DB-Instance in einem DB-Cluster.

Führen Sie mit dem die AWS CLI--promotion-tier Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API PromotionTier Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Öffentlicher Zugriff

Öffentlich zugänglich, um der DB-Instance eine öffentliche IP-Adresse zu geben, was bedeutet, dass sie außerhalb von zugänglich istVPC. Um öffentlich zugänglich zu sein, muss sich die DB-Instance auch in einem öffentlichen Subnetz im VPC befinden.

Nicht öffentlich zugänglich, um die DB-Instance nur von innerhalb des VPC aus zugänglich zu machen.

Weitere Informationen finden Sie unter Einen in einem VPC aus dem Internet verstecken.

Um von außerhalb von Amazon eine Verbindung zu einer DB-Instance herzustellenVPC, muss die DB-Instance öffentlich zugänglich sein, der Zugriff muss unter Verwendung der Eingangsregeln der Sicherheitsgruppe der DB-Instance gewährt werden und andere Anforderungen müssen erfüllt sein. Weitere Informationen finden Sie unter Es kann keine Verbindung zur Amazon RDS DB-Instance hergestellt werden.

Wenn Ihre DB-Instance nicht öffentlich zugänglich ist, können Sie auch eine AWS VPN Site-to-Site-Verbindung oder eine Verbindung verwenden, um von einem AWS Direct Connect privaten Netzwerk aus darauf zuzugreifen. Weitere Informationen finden Sie unter Richtlinie für den Datenverkehr zwischen Netzwerken.

Mit dem,. AWS Management ConsoleÄndern einer DB-Instance in einem DB-Cluster

Führen Sie mit dem die AWS CLI--publicly-accessible|--no-publicly-accessible Option aus modify-db-instanceund legen Sie sie fest.

Rufen Sie mit dem den RDS API PubliclyAccessible Parameter auf ModifyDBInstanceund legen Sie ihn fest.

Nur die angegebene DB-Instance

Diese Änderung verursacht keinen Ausfall.

Kapazitätseinstellungen von Serverless v2

Die Datenbankkapazität eines Aurora Serverless v2 DB-Clusters, gemessen in Aurora-Kapazitätseinheiten (ACUs).

Weitere Informationen finden Sie unter Einstellung der Aurora Serverless v2 Kapazitätsbereich für einen Cluster.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--serverless-v2-scaling-configuration Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API ServerlessV2ScalingConfiguration Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Die Änderung wird sofort übernommen. Diese Einstellung ignoriert die Einstellung „Apply Immediately (Sofort Anwenden)“.

Sicherheitsgruppe

Die Sicherheitsgruppe, die Sie mit dem DB-Cluster verknüpfen möchten.

Weitere Informationen finden Sie unter Zugriffskontrolle mit Sicherheitsgruppen.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--vpc-security-group-ids Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API VpcSecurityGroupIds Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Backtrack-Zielfenster

Der Zeitraum in Sekunden, über den Sie Ihr DB-Cluster zurückverfolgen möchten. Diese Einstellung ist nur für Aurora My verfügbar SQL und nur, wenn der DB-Cluster mit aktiviertem Backtrack erstellt wurde.

Mit dem AWS Management Console,Ändern des DB-Clusters mithilfe der KonsoleCLI, und API.

Führen Sie mit dem die AWS CLI--backtrack-window Option aus modify-db-clusterund legen Sie sie fest.

Rufen Sie mit dem den RDS API BacktrackWindow Parameter auf ModifyDBClusterund legen Sie ihn fest.

Gesamter DB-Cluster

Diese Änderung verursacht keinen Ausfall.

Einstellungen, die nicht für Amazon-Aurora-DB-Cluster gelten

Die folgenden Einstellungen im AWS CLI Befehl modify-db-clusterund im RDS API Vorgang gelten ModifyDBClusternicht für Amazon Aurora Aurora-DB-Cluster.

Anmerkung

Sie können das nicht verwenden AWS Management Console , um diese Einstellungen für Aurora-DB-Cluster zu ändern.

AWS CLI Einstellung	RDSAPIEinstellung
`--allocated-storage`	`AllocatedStorage`
`--auto-minor-version-upgrade \| --no-auto-minor-version-upgrade`	`AutoMinorVersionUpgrade`
`--db-cluster-instance-class`	`DBClusterInstanceClass`
`--enable-performance-insights \| --no-enable-performance-insights`	`EnablePerformanceInsights`
`--iops`	`Iops`
`--monitoring-interval`	`MonitoringInterval`
`--monitoring-role-arn`	`MonitoringRoleArn`
`--option-group-name`	`OptionGroupName`
`--performance-insights-kms-key-id`	`PerformanceInsightsKMSKeyId`
`--performance-insights-retention-period`	`PerformanceInsightsRetentionPeriod`

Einstellungen, die nicht für Amazon-Aurora-DB-Instances gelten

Die folgenden Einstellungen im AWS CLI Befehl modify-db-instanceund im RDS API Vorgang gelten ModifyDBInstancenicht für Amazon Aurora Aurora-DB-Instances.

Anmerkung

Sie können die nicht verwenden AWS Management Console , um diese Einstellungen für Aurora-DB-Instances zu ändern.

AWS CLI Einstellung	RDSAPIEinstellung
`--allocated-storage`	`AllocatedStorage`
`--allow-major-version-upgrade\|--no-allow-major-version-upgrade`	`AllowMajorVersionUpgrade`
`--copy-tags-to-snapshot\|--no-copy-tags-to-snapshot`	`CopyTagsToSnapshot`
`--domain`	`Domain`
`--db-security-groups`	`DBSecurityGroups`
`--db-subnet-group-name`	`DBSubnetGroupName`
`--domain-iam-role-name`	`DomainIAMRoleName`
`--multi-az\|--no-multi-az`	`MultiAZ`
`--iops`	`Iops`
`--license-model`	`LicenseModel`
`--network-type`	`NetworkType`
`--option-group-name`	`OptionGroupName`
`--processor-features`	`ProcessorFeatures`
`--storage-type`	`StorageType`
`--tde-credential-arn`	`TdeCredentialArn`
`--tde-credential-password`	`TdeCredentialPassword`
`--use-default-processor-features\|--no-use-default-processor-features`	`UseDefaultProcessorFeatures`

Warnung JavaScript ist in Ihrem Browser nicht verfügbar oder deaktiviert.

Zur Nutzung der AWS-Dokumentation muss JavaScript aktiviert sein. Weitere Informationen finden auf den Hilfe-Seiten Ihres Browsers.

Dokumentkonventionen

Verbinden einer Lambda-Funktion

Hinzufügen von Aurora-Replicas