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.
# Konfigurieren von Aktiv/Aktiv-Clustern von RDS für MySQL
Ein Aktiv/Aktiv-Cluster in Amazon RDS ist eine Datenbankkonfiguration, bei der mehrere Knoten aktiv Lese- und Schreibvorgänge verarbeiten und die Workload auf die Instances verteilen, um die Verfügbarkeit und Skalierbarkeit zu verbessern. Jeder Knoten im Cluster wird synchronisiert, um die Datenkonsistenz zu bewahren, was eine hohe Verfügbarkeit und ein schnelleres Failover bei einem Ausfall des Knotens ermöglicht.
Sie können einen Aktiv/Aktiv-Cluster von RDS für MySQL einrichten, indem Sie das MySQL-Gruppenreplikations-Plugin verwenden. Das Gruppenreplikations-Plugin wird für DB-Instances von RDS für MySQL unterstützt, auf denen die folgenden Versionen ausgeführt werden:
+ Alle MySQL 8.4-Versionen
+ MySQL 8.0.35 und höhere Unterversionen
Informationen zur MySQL-Gruppenreplikation finden Sie unter [Gruppenreplikation](https://dev.mysql.com/doc/refman/8.0/en/group-replication.html) in der MySQL-Dokumentation. Die MySQL-Dokumentation enthält detaillierte Informationen zu dieser Funktion. In diesem Thema wird beschrieben, wie Sie das Plugin für die DB-Instances von RDS für MySQL konfigurieren und verwalten.
**Anmerkung**
Der Kürze halber beziehen sich alle Erwähnungen von „Aktiv/Aktiv“-Cluster in diesem Thema auf Aktiv/Aktiv-Cluster, die das MySQL-Gruppenreplikations-Plugin verwenden.
## Anwendungsfälle für Aktiv/Aktiv-Cluster
Die folgenden Fälle eignen sich gut für die Verwendung von Aktiv/Aktiv-Clustern:
+ Anwendungen, die alle DB-Instances im Cluster benötigen, um Schreibvorgänge zu unterstützen. Das Gruppenreplikations-Plugin sorgt für Datenkonsistenz für jede DB-Instance im Aktiv/Aktiv-Cluster. Weitere Informationen zu dieser Funktionsweise finden Sie unter [Gruppenreplikation](https://dev.mysql.com/doc/refman/8.0/en/group-replication-summary.html) in der MySQL-Dokumentation.
+ Anwendungen, die eine kontinuierliche Verfügbarkeit der Datenbank benötigen. Bei einem Aktiv/Aktiv-Cluster werden die Daten für alle DB-Instances im Cluster beibehalten. Wenn eine DB-Instance ausfällt, kann die Anwendung den Datenverkehr zu einer anderen DB-Instance im Cluster umleiten.
+ Anwendungen, die zwecks Lastenverteilung möglicherweise Lese- und Schreibvorgänge auf verschiedene DB-Instances im Cluster aufteilen müssen. Mit einem Aktiv/Aktiv-Cluster können die Anwendungen den Lesedatenverkehr an bestimmte DB-Instances und den Schreibdatenverkehr an andere senden. Sie können auch jederzeit ändern, an welche DB-Instances Lese- oder Schreibvorgänge gesendet werden sollen.
**Topics**
+ [Anwendungsfälle für Aktiv/Aktiv-Cluster](#mysql-active-active-clusters-benefits)
+ [Einschränkungen und Überlegungen zu Aktiv/Aktiv-Clustern](mysql-active-active-clusters-considerations-limitations.md)
+ [Vorbereitungen für einen VPC-übergreifenden Aktiv/Aktiv-Cluster](mysql-active-active-clusters-cross-vpc-prerequisites.md)
+ [Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster](mysql-active-active-clusters-parameters.md)
+ [Konvertieren einer vorhandenen DB-Instance in einen Aktiv/Aktiv-Cluster](mysql-active-active-clusters-converting.md)
+ [Einrichten eines Aktiv/Aktiv-Clusters mit neuen DB-Instances](mysql-active-active-clusters-setting-up.md)
+ [Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster](mysql-active-active-clusters-adding.md)
+ [Überwachen von Aktiv/Aktiv-Clustern](mysql-active-active-clusters-monitoring.md)
+ [Beenden der Gruppenreplikation für eine DB-Instance in einem Aktiv/Aktiv-Cluster](mysql-active-active-clusters-stopping.md)
+ [Umbenennen einer DB-Instance in einem Aktiv/Aktiv-Cluster](mysql-active-active-clusters-renaming.md)
+ [Entfernen einer DB-Instance aus einem Aktiv/Aktiv-Cluster](mysql-active-active-clusters-remove.md)
# Einschränkungen und Überlegungen zu Aktiv/Aktiv-Clustern
Aktiv/Aktiv-Cluster in Amazon RDS bieten verbesserte Verfügbarkeit und Skalierbarkeit, indem sie Workloads auf mehrere Instances verteilen. Bei der Verwendung dieser Architektur sind jedoch wichtige Einschränkungen und Faktoren zu beachten.
In den folgenden Abschnitten werden wichtige Faktoren wie Replikationsverzögerungen, Konfliktlösung, Ressourcenzuweisung und Failover-Verhalten erläutert. Das Verständnis dieser Faktoren kann dazu beitragen, für eine optimale Leistung und Zuverlässigkeit bei der Bereitstellung von Aktiv/Aktiv-Clustern zu sorgen.
**Topics**
+ [Einschränkungen für Aktiv/Aktiv-Cluster von RDS für MySQL](#mysql-active-active-clusters-limitations)
+ [Überlegungen und bewährte Methoden für Aktiv/Aktiv-Cluster von RDS für MySQL](#mysql-active-active-clusters-considerations)
## Einschränkungen für Aktiv/Aktiv-Cluster von RDS für MySQL
Folgende Einschränkungen gelten für Aktiv/Aktiv-Cluster von RDS für MySQL:
+ Der Name des Masterbenutzers darf für DB-Instances in einem Aktiv/Aktiv-Cluster nicht `rdsgrprepladmin` sein. Dieser Benutzername ist für Gruppenreplikationsverbindungen reserviert.
+ Bei DB-Instances mit Lesereplikaten in Aktiv/Aktiv-Clustern kann ein anderer länger andauernder Replikationsstatus als `Replicating` dazu führen, dass Protokolldateien die Speicherlimits überschreiten. Weitere Informationen zum Status der Lesereplikate finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md).
+ Blau/Grün-Bereitstellungen werden für DB-Instances in einem Aktiv/Aktiv-Cluster nicht unterstützt. Weitere Informationen finden Sie unter [Verwenden von Amazon RDS Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md).
+ Die Kerberos-Authentifizierung wird für DB-Instances in einem Aktiv/Aktiv-Cluster nicht unterstützt. Weitere Informationen finden Sie unter [Verwenden der Kerberos-Authentifizierung von Amazon RDS für MySQL](mysql-kerberos.md).
+ Die DB-Instances in einem Multi-AZ-DB-Cluster können einem Aktiv/Aktiv-Cluster nicht hinzugefügt werden. Die DB-Instances in einer Bereitstellung von Multi-AZ-DB-Instances können jedoch einem Aktiv/Aktiv-Cluster hinzugefügt werden. Weitere Informationen finden Sie unter [Konfigurieren und Verwalten einer Multi-AZ-Bereitstellung für Amazon RDS](Concepts.MultiAZ.md).
+ Tabellen, die keinen Primärschlüssel haben, werden in einem Aktiv/Aktiv-Cluster nicht repliziert, da Schreibvorgänge vom Gruppenreplikations-Plugin abgelehnt werden.
+ Nicht-InnoDB-Tabellen werden in einem Aktiv/Aktiv-Cluster nicht repliziert.
+ Aktiv/Aktiv-Cluster unterstützen keine gleichzeitig stattfindenden DML- und DDL-Anweisungen auf verschiedenen DB-Instances im Cluster.
+ Sie können einen Aktiv/Aktiv-Cluster nicht so konfigurieren, dass er den Single-Primary-Modus für den Gruppenreplikationsmodus verwendet. Für diese Konfiguration empfehlen wir, stattdessen einen Multi-AZ-DB-Cluster zu verwenden. Weitere Informationen finden Sie unter [Bereitstellungen von Multi-AZ-DB-Clustern für Amazon RDS](multi-az-db-clusters-concepts.md).
+ Die Replikation mehrerer Quellen wird für DB-Instances in einem Aktiv/Aktiv-Cluster nicht unterstützt.
+ Ein regionsübergreifender Aktiv/Aktiv-Cluster kann die Überprüfung durch eine Zertifizierungsstelle (CA) für Gruppenreplikationsverbindungen nicht erzwingen.
## Überlegungen und bewährte Methoden für Aktiv/Aktiv-Cluster von RDS für MySQL
Bevor Sie Aktiv/Aktiv-Cluster von RDS für MySQL verwenden, sollten Sie die folgenden Hinweise und bewährten Methoden lesen:
+ Aktiv/Aktiv-Cluster dürfen nicht mehr als neun DB-Instances enthalten.
+ Mit dem Gruppenreplikations-Plugin können Sie die Garantien für Transaktionskonsistenzen des Aktiv/Aktiv-Clusters steuern. Weitere Informationen finden Sie unter [Garantien für Transaktionskonsistenzen](https://dev.mysql.com/doc/refman/8.0/en/group-replication-consistency-guarantees.html) in der MySQL-Dokumentation.
+ Konflikte sind möglich, wenn verschiedene DB-Instances dieselbe Zeile in einem Aktiv/Aktiv-Cluster aktualisieren. Informationen zu Konflikten und zur Konfliktlösung finden Sie unter [Gruppenreplikation](https://dev.mysql.com/doc/refman/8.0/en/group-replication-summary.html) in der MySQL-Dokumentation.
+ Zwecks Fehlertoleranz sollten die Aktiv/Aktiv-Cluster mindestens drei DB-Instances enthalten. Es ist möglich, einen Aktiv/Aktiv-Cluster mit nur einer oder zwei DB-Instances zu konfigurieren, der Cluster ist jedoch nicht fehlertolerant. Informationen zur Fehlertoleranz finden Sie unter [Fehlertoleranz](https://dev.mysql.com/doc/refman/8.0/en/group-replication-fault-tolerance.html) in der MySQL-Dokumentation.
+ Wenn eine DB-Instance mit einem vorhandenen Aktiv/Aktiv-Cluster kombiniert wird und dieselbe Engine-Version wie die niedrigste Engine-Version im Cluster ausführt, wechselt die DB-Instance in den Lese-Schreibmodus.
+ Wenn eine DB-Instance mit einem vorhandenen Aktiv/Aktiv-Cluster kombiniert wird und eine höhere Engine-Version als die niedrigste Engine-Version im Cluster ausführt, muss die DB-Instance im schreibgeschützten Modus verbleiben.
+ Wenn Sie die Gruppenreplikation für eine DB-Instance aktivieren, indem Sie ihren `rds.group_replication_enabled` Parameter `1` in der DB-Parametergruppe auf setzen, die Replikation aber nicht gestartet wurde oder nicht gestartet werden konnte, wird die DB-Instance in den super-read-only Modus versetzt, um Dateninkonsistenzen zu vermeiden. Informationen zum super-read-only Modus finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_super_read_only).
+ Sie können eine DB-Instance in einem Aktiv/Aktiv-Cluster aktualisieren, die DB-Instance bleibt jedoch so lange schreibgeschützt, bis alle anderen DB-Instances im Aktiv/Aktiv-Cluster auf dieselbe Engine-Version oder eine höhere Engine-Version aktualisiert wurden. Wenn Sie eine DB-Instance aktualisieren, wird diese nach Abschluss des Upgrades automatisch mit demselben Aktiv/Aktiv-Cluster kombiniert. Um zu verhindern, dass eine DB-Instance unbeabsichtigt in den schreibgeschützten Modus wechselt, deaktivieren Sie für sie automatische Unterversions-Upgrades. Weitere Informationen über das Upgraden einer MySQL-DB-Instance finden Sie unter [Upgrades der DB-Engine von RDS für MySQL](USER_UpgradeDBInstance.MySQL.md).
+ Sie können eine DB-Instance in einer Multi-AZ-DB-Instance-Bereitstellung zu einem vorhandenen Aktiv/Aktiv-Cluster hinzufügen. Sie können auch eine Single-AZ-DB-Instance in einem Aktiv/Aktiv-Cluster in eine Multi-AZ-DB-Instance-Bereitstellung konvertieren. Wenn eine primäre DB-Instance in einer Multi-AZ-Bereitstellung ausfällt, wird für diese primäre Instance ein Failover auf die Standby-Instance ausgeführt. Die neue primäre DB-Instance wird nach Abschluss des Failovers automatisch mit demselben Cluster kombiniert. Weitere Informationen zu Multi-AZ-DB-Instance-Bereitstellungen finden Sie unter [Bereitstellungen von Multi-AZ-DB-Instances für Amazon RDS](Concepts.MultiAZSingleStandby.md).
+ Wir empfehlen, dass Sie für die DB-Instances in einem Aktiv/Aktiv-Cluster unterschiedliche Wartungsintervalle festlegen. So wird vermieden, dass mehrere DB-Instances im Cluster zwecks Wartung gleichzeitig offline geschaltet werden. Weitere Informationen finden Sie unter [Amazon-RDS-Wartungsfenster](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance).
+ Aktiv/Aktiv-Cluster können SSL für Verbindungen zwischen DB-Instances verwenden. Um SSL-Verbindungen zu konfigurieren, legen Sie die Parameter [group\$1replication\$1recovery\$1use\$1ssl](https://dev.mysql.com/doc/refman/8.0/en/group-replication-system-variables.html#sysvar_group_replication_recovery_use_ssl) und [group\$1replication\$1ssl\$1mode](https://dev.mysql.com/doc/refman/8.0/en/group-replication-system-variables.html#sysvar_group_replication_ssl_mode) fest. Die Werte für diese Parameter müssen mit allen DB-Instances im Aktiv/Aktiv-Cluster übereinstimmen.
Derzeit unterstützen Aktiv/Aktiv-Cluster für Verbindungen zwischen AWS-Regionen keine Überprüfung durch eine Zertifizierungsstelle (CA). Daher muss der Parameter [group\$1replication\$1ssl\$1mode](https://dev.mysql.com/doc/refman/8.0/en/group-replication-system-variables.html#sysvar_group_replication_ssl_mode) auf `DISABLED` (Standardwert) oder für regionsübergreifende Cluster auf `REQUIRED` festgelegt werden.
+ Ein Aktiv/Aktiv-Cluster von RDS für MySQL wird im Multi-Primärmodus ausgeführt. Der Standardwert von [group\$1replication\$1enforce\$1update\$1everywhere\$1checks](https://dev.mysql.com/doc/refman/8.0/en/group-replication-system-variables.html#sysvar_group_replication_enforce_update_everywhere_checks) ist `ON` und der Parameter ist statisch. Wenn dieser Parameter auf `ON` festgelegt ist, können Anwendungen keine Daten in eine Tabelle einfügen, für die kaskadierende Fremdschlüsselbeschränkungen gelten.
+ Ein Aktiv/Aktiv-Cluster von RDS für MySQL verwendet für die Verbindungssicherheit anstatt von XCOM den MySQL-Kommunikationsstack. Weitere Informationen finden Sie unter [Kommunikationsstack zur Verwaltung der Verbindungssicherheit](https://dev.mysql.com/doc/refman/8.0/en/group-replication-connection-security.html) in der MySQL-Dokumentation.
+ Wenn eine DB-Parametergruppe mit einer DB-Instance in einem Aktiv/Aktiv-Cluster verknüpft ist, empfehlen wir, diese DB-Parametergruppe nur anderen DB-Instances zuzuordnen, die sich im Cluster befinden.
+ Aktiv/Aktiv-Cluster unterstützen nur DB-Instances von RDS für MySQL. Auf diesen DB-Instances müssen unterstützte DB-Engine-Versionen ausgeführt werden.
+ Wenn bei einer DB-Instance in einem Aktiv/Aktiv-Cluster unerwartet ein Fehler auftritt, führt RDS automatisch eine Wiederherstellung der DB-Instance durch. Wenn die DB-Instance nicht wiederhergestellt werden kann, empfehlen wir, sie durch eine neue DB-Instance zu ersetzen, indem Sie eine point-in-time Wiederherstellung mit einer fehlerfreien DB-Instance im Cluster durchführen. Detaillierte Anweisungen finden Sie unter [Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster mithilfe von zeitpunktbezogener Wiederherstellung](mysql-active-active-clusters-adding.md#mysql-active-active-clusters-adding-pitr).
+ Sie können eine DB-Instance in einem Aktiv/Aktiv-Cluster löschen, ohne dass dies Auswirkungen auf die anderen DB-Instances im Cluster hat. Weitere Informationen zum Löschen einer DB-Instance finden Sie unter [Löschen einer DB-Instance](USER_DeleteInstance.md).
+ Wenn eine DB-Instance unbeabsichtigt aus einem Aktiv/Aktiv-Cluster ausgeschlossen wird, ändert sich der Parameter `group_replication_exit_state_action` standardmäßig in `OFFLINE_MODE`. In diesem Status ist der Zugriff auf die DB-Instance nicht möglich und Sie müssen die DB-Instance neu starten, um sie wieder online zu schalten und dem Cluster wieder hinzuzufügen. Sie können dieses Verhalten ändern, indem Sie den Parameter `group_replication_exit_state_action` in einer benutzerdefinierten Parametergruppe modifizieren. Durch Festlegen des Parameters auf `READ_ONLY` wechselt die DB-Instance, wenn sie versehentlich aus einem Cluster ausgeschlossen wird, in einen Super-Read-Only-Status, anstatt offline zu schalten.
# Vorbereitungen für einen VPC-übergreifenden Aktiv/Aktiv-Cluster
Sie können einen Aktiv/Aktiv-Cluster mit DB-Instances von Amazon RDS für MySQL in mehr als einer VPC konfigurieren. Sie VPCs können gleich AWS-Region oder unterschiedlich sein AWS-Regionen.
**Anmerkung**
Das Senden von Datenverkehr zwischen mehreren AWS-Regionen kann zusätzliche Kosten verursachen. Weitere Informationen finden Sie unter [Überblick über die Datenübertragungskosten für gängige Architekturen](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/).
Wenn Sie einen Aktiv/Aktiv-Cluster in einer einzelnen VPC konfigurieren, können Sie diese Schritte überspringen und mit [Einrichten eines Aktiv/Aktiv-Clusters mit neuen DB-Instances](mysql-active-active-clusters-setting-up.md) fortfahren.
**So treffen Sie Vorbereitungen für einen Aktiv/Aktiv-Cluster mit DB-Instances in mehr als einer VPC**
1. Stellen Sie sicher, dass die IPv4 Adressbereiche in den CIDR-Blöcken die folgenden Anforderungen erfüllen:
+ Die IPv4 Adressbereiche in den CIDR-Blöcken von VPCs dürfen sich nicht überschneiden.
+ Alle IPv4 Adressbereiche in den CIDR-Blöcken müssen entweder niedriger `128.0.0.0/subnet_mask` oder höher als 128.0.0.0/ sein. *subnet\$1mask*
Die folgenden Bereiche veranschaulichen diese Anforderungen:
+ Unterstützt werden `10.1.0.0/16` in einer VPC und `10.2.0.0/16` in der anderen VPC.
+ Unterstützt werden `172.1.0.0/16` in einer VPC und `172.2.0.0/16` in der anderen VPC.
+ `10.1.0.0/16` in einer VPC und `10.1.0.0/16` in der anderen VPC wird *nicht* unterstützt, da sich die Bereiche überschneiden.
+ `10.1.0.0/16` in einer VPC und `172.1.0.0/16` in der anderen VPC wird *nicht* unterstützt, da ein Bereich niedriger als `128.0.0.0/subnet_mask` und der andere Bereich höher als `128.0.0.0/subnet_mask` ist.
Informationen zu CIDR-Blöcken finden Sie unter [VPC-CIDR-Blöcke](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-cidr-blocks.html) im *Amazon-VPC-Benutzerhandbuch*.
1. Vergewissern Sie sich, dass sowohl die DNS-Auflösung als auch DNS-Hostnamen für die jeweilige VPC aktiviert sind.
Anweisungen dazu finden Sie unter [Anzeigen und Aktualisieren von DNS-Attributen für Ihre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-updating) im *Amazon-VPC-Benutzerhandbuch*.
1. Konfigurieren Sie die VPCs so, dass Sie den Verkehr zwischen ihnen auf eine der folgenden Arten weiterleiten können:
+ Erstellen Sie eine VPC-Peering-Verbindung zwischen den. VPCs
Anweisungen dazu finden Sie unter [Erstellen einer VPC-Peering-Verbindung](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) im *Handbuch zu Amazon VPC Peering*. Vergewissern Sie sich bei der jeweiligen VPC, dass es eingehende Regeln für die Sicherheitsgruppen gibt, die auf Sicherheitsgruppen in der per Peering verbundenen VPC verweisen. Danach kann der Datenverkehr von und zu den Instances fließen, die der referenzierten Sicherheitsgruppe in der über Peering verbundenen VPC zugewiesen sind. Anweisungen dazu finden Sie unter [Aktualisieren Ihrer Sicherheitsgruppen, um auf Peer-Sicherheitsgruppen zu verweisen](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-security-groups.html) im *Handbuch zu Amazon VPC Peering*.
+ Erstellen Sie ein Transit-Gateway zwischen den. VPCs
Anweisungen dazu finden Sie unter [Erste Schritte mit Transit Gateways](https://docs.aws.amazon.com/vpc/latest/tgw/tgw-getting-started.html) im *Handbuch zu Amazon VPC Transit Gateways*. Vergewissern Sie sich bei der jeweiligen VPC, dass es eingehende Regeln für die Sicherheitsgruppen gibt, die Datenverkehr von der anderen VPC zulassen, z. B. eingehende Regeln, die den CIDR-Block der anderen VPC festlegen. Dadurch kann der Datenverkehr von und zu den Instances fließen, die mit der referenzierten Sicherheitsgruppe im Aktiv/Aktiv-Cluster verknüpft sind. Weitere Informationen finden Sie unter [Steuern des Datenverkehrs zu Ihren AWS Ressourcen mithilfe von Sicherheitsgruppen](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html#working-with-security-groups) im *Amazon VPC-Benutzerhandbuch*.
# Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster
Die Konfiguration von Parametern für Aktiv/Aktiv-Cluster in Amazon RDS für MySQL ist für die Aufrechterhaltung einer konsistenten Leistung und der Betriebsstabilität unerlässlich. In dieser Tabelle sind die wichtigsten Parameter aufgeführt, mit denen die Replikation, Konfliktlösung und Verteilung von Workloads gesteuert werden. Eine ordnungsgemäße Konfiguration sorgt für eine effiziente Synchronisation zwischen den Knoten, minimiert die Replikationsverzögerung und optimiert die Ressourcennutzung in dezentralisierten Umgebungen oder Umgebungen mit hohem Datenverkehrsaufkommen.
| Parameter | Beschreibung | Erforderliche Einstellung |
| --- | --- | --- |
| `binlog_format` | Legt das binäre Protokollformat fest. Der Standardwert für Versionen von RDS für MySQL 8.0 und niedriger ist `MIXED`. Der Standardwert für Versionen von RDS für MySQL 8.4 ist `ROW`. Weitere Informationen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/replication-options-binary-log.html#sysvar_binlog_format). | `ROW` |
| `enforce_gtid_consistency` | Erzwingt die GTID-Konsistenz für die Ausführung von Anweisungen. Der Standardwert für RDS für MySQL lautet `OFF`. Weitere Informationen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/replication-options-gtids.html#sysvar_enforce_gtid_consistency). | `ON` |
| `group_replication_group_name` | Legt den Namen der Gruppenreplikation auf eine UUID fest. Das UUID-Format ist `11111111-2222-3333-4444-555555555555`. Sie können eine MySQL-UUID generieren, indem Sie eine Verbindung mit einer MySQL-DB-Instance herstellen und `SELECT UUID()` ausführen. Der Wert muss für alle DB-Instances im Aktiv/Aktiv-Cluster identisch sein. Weitere Informationen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/miscellaneous-functions.html#function_uuid). | A MySQL UUID |
| `gtid-mode` | Steuert die GTID-basierte Protokollierung. Der Standardwert für RDS für MySQL lautet `OFF_PERMISSIVE`. Weitere Informationen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/replication-options-gtids.html#sysvar_gtid_mode). | `ON` |
| `rds.custom_dns_resolution` | Legt fest, ob die DNS-Auflösung vom Amazon-DNS-Server in der VPC zulässig sein soll. Die DNS-Auflösung muss aktiviert sein, wenn die Gruppenreplikation mit dem Parameter `rds.group_replication_enabled` aktiviert wurde. Die DNS-Auflösung kann nicht aktiviert werden, wenn die Gruppenreplikation mit dem Parameter `rds.group_replication_enabled` deaktiviert wurde. Weitere Informationen finden Sie unter [Amazon-DNS-Server](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#AmazonDNS) im *Amazon-VPC-Benutzerhandbuch*. | `1` |
| `rds.group_replication_enabled` | Legt fest, ob die Gruppenreplikation für eine DB-Instance aktiviert werden soll. Die Gruppenreplikation muss für eine DB-Instance in einem Aktiv/Aktiv-Cluster aktiviert sein. | `1` |
| `replica_preserve_commit_order` (RDS für MySQL 8.4 und höhere Versionen) oder `slave_preserve_commit_order` (Versionen von RDS für MySQL 8.0) | Steuert die Reihenfolge, in der Transaktionen auf einem Replikat festgeschrieben werden. Der Standardwert für RDS für MySQL lautet `ON`. Weitere Informationen finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_slave_preserve_commit_order). | `ON` |
# Konvertieren einer vorhandenen DB-Instance in einen Aktiv/Aktiv-Cluster
Die DB-Engine-Version der DB-Instance, die Sie zu einem Aktiv/Aktiv-Cluster migrieren möchten, muss eine der folgenden Versionen sein:
+ Alle MySQL 8.4-Versionen
+ MySQL 8.0.35 und höhere Unterversionen
Informationen zum Upgrade der Engine-Version finden Sie unter [Upgrades der DB-Engine von RDS für MySQL](USER_UpgradeDBInstance.MySQL.md).
Wenn Sie einen Aktiv/Aktiv-Cluster mit DB-Instances in mehr als einer VPC einrichten, vergewissern Sie sich, dass die unter [Vorbereitungen für einen VPC-übergreifenden Aktiv/Aktiv-Cluster](mysql-active-active-clusters-cross-vpc-prerequisites.md) angegebenen Voraussetzungen erfüllt sind.
Führen Sie die folgenden Schritte aus, um eine vorhandene DB-Instance zu einem Aktiv/Aktiv-Cluster von RDS für MySQL zu migrieren.
**Topics**
+ [Schritt 1: Festlegen des Parameters für den Aktiv/Aktiv-Cluster in einer oder mehreren benutzerdefinierten Parametergruppen](#mysql-active-active-clusters-converting-parameter-group)
+ [Schritt 2: Zuordnen der DB-Instance zu einer DB-Parametergruppe, für die die erforderlichen Gruppenreplikationsparameter festgelegt wurden](#mysql-active-active-clusters-converting-associate-parameter-group)
+ [Schritt 3: Erstellen des Aktiv/Aktiv-Clusters](#mysql-active-active-clusters-converting-associate-parameter-groups)
+ [Schritt 4: Erstellen von zusätzlichen DB-Instances von RDS für MySQL für den Aktiv/Aktiv-Cluster](#mysql-active-active-clusters-converting-add-db-instances)
+ [Schritt 5: Initialisieren der Gruppe auf der konvertierten DB-Instance](#mysql-active-active-clusters-converting-start-replication-first)
+ [Schritt 6: Starten der Replikation auf den anderen DB-Instances im Aktiv/Aktiv-Cluster](#mysql-active-active-clusters-converting-start-replication-other)
+ [Schritt 7: Überprüfen des Status des Aktiv/Aktiv-Clusters (empfohlen)](#mysql-active-active-clusters-converting-view)
## Schritt 1: Festlegen des Parameters für den Aktiv/Aktiv-Cluster in einer oder mehreren benutzerdefinierten Parametergruppen
Die DB-Instances von RDS für MySQL in einem Aktiv/Aktiv-Cluster müssen einer benutzerdefinierten Parametergruppe zugeordnet werden, die über die entsprechende Einstellung für die erforderlichen Parameter verfügt. Informationen zu den Parametern und ihren jeweiligen erforderlichen Einstellungen finden Sie unter [Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster](mysql-active-active-clusters-parameters.md).
Sie können diese Parameter in neuen oder vorhandenen Parametergruppen festlegen. Um jedoch zu verhindern, dass hierdurch versehentlich DB-Instances beeinträchtigt werden, die nicht zum Aktiv/Aktiv-Cluster gehören, empfehlen wir dringend, eine neue benutzerdefinierte Parametergruppe zu erstellen. Die DB-Instances in einem Aktiv/Aktiv-Cluster können derselben DB-Parametergruppe oder unterschiedlichen DB-Parametergruppen zugeordnet werden.
Sie können das AWS-Managementkonsole oder das verwenden AWS CLI , um eine neue benutzerdefinierte Parametergruppe zu erstellen. Weitere Informationen finden Sie unter [Erstellen einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Creating.md). Im folgenden Beispiel wird der [create-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-parameter-group.html) AWS CLI Befehl ausgeführt, um eine benutzerdefinierte DB-Parametergruppe mit dem Namen RDS `myactivepg` for MySQL 8.0 zu erstellen:
Für Linux, macOS oder Unix:
```
aws rds create-db-parameter-group \
--db-parameter-group-name myactivepg \
--db-parameter-group-family mysql8.0 \
--description "Parameter group for active-active clusters"
```
Für Windows:
```
aws rds create-db-parameter-group ^
--db-parameter-group-name myactivepg ^
--db-parameter-group-family mysql8.0 ^
--description "Parameter group for active-active clusters"
```
Sie können auch das AWS-Managementkonsole oder das verwenden AWS CLI , um die Parameter in der benutzerdefinierten Parametergruppe festzulegen. Weitere Informationen finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
Im folgenden Beispiel wird der [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) AWS CLI Befehl ausgeführt, um die Parameter für RDS for MySQL 8.0 festzulegen. Um dieses Beispiel mit RDS für MySQL 8.4 zu verwenden, ändern Sie `slave_preserve_commit_order` in `replica_preserve_commit_order`.
Für Linux, macOS oder Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myactivepg \
--parameters "ParameterName='rds.group_replication_enabled',ParameterValue='1',ApplyMethod=pending-reboot" \
"ParameterName='rds.custom_dns_resolution',ParameterValue='1',ApplyMethod=pending-reboot" \
"ParameterName='enforce_gtid_consistency',ParameterValue='ON',ApplyMethod=pending-reboot" \
"ParameterName='gtid-mode',ParameterValue='ON',ApplyMethod=pending-reboot" \
"ParameterName='binlog_format',ParameterValue='ROW',ApplyMethod=immediate" \
"ParameterName='slave_preserve_commit_order',ParameterValue='ON',ApplyMethod=immediate" \
"ParameterName='group_replication_group_name',ParameterValue='11111111-2222-3333-4444-555555555555',ApplyMethod=pending-reboot"
```
Für Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myactivepg ^
--parameters "ParameterName='rds.group_replication_enabled',ParameterValue='1',ApplyMethod=pending-reboot" ^
"ParameterName='rds.custom_dns_resolution',ParameterValue='1',ApplyMethod=pending-reboot" ^
"ParameterName='enforce_gtid_consistency',ParameterValue='ON',ApplyMethod=pending-reboot" ^
"ParameterName='gtid-mode',ParameterValue='ON',ApplyMethod=pending-reboot" ^
"ParameterName='binlog_format',ParameterValue='ROW',ApplyMethod=immediate" ^
"ParameterName='slave_preserve_commit_order',ParameterValue='ON',ApplyMethod=immediate" ^
"ParameterName='group_replication_group_name',ParameterValue='11111111-2222-3333-4444-555555555555',ApplyMethod=pending-reboot"
```
## Schritt 2: Zuordnen der DB-Instance zu einer DB-Parametergruppe, für die die erforderlichen Gruppenreplikationsparameter festgelegt wurden
Ordnen Sie die DB-Instance einer Parametergruppe zu, die Sie im vorherigen Schritt erstellt oder geändert haben. Detaillierte Anweisungen finden Sie unter [Verknüpfen einer DB-Parametergruppe mit einer DB-Instance in Amazon RDS](USER_WorkingWithParamGroups.Associating.md).
Starten Sie die DB-Instance neu, damit die neuen Parametereinstellungen wirksam werden. Detaillierte Anweisungen finden Sie unter [Eine DB-Instance DB-Cluster neu starten](USER_RebootInstance.md).
## Schritt 3: Erstellen des Aktiv/Aktiv-Clusters
Legen Sie den Parameter `group_replication_group_seeds` in der DB-Parametergruppe, die mit der DB-Instance verknüpft ist, auf den Endpunkt der konvertierten DB-Instance fest.
Sie können das AWS-Managementkonsole oder das verwenden AWS CLI , um den Parameter festzulegen. Sie müssen die DB-Instance nicht neu starten, nachdem Sie diesen Parameter festgelegt haben. Informationen zum Festlegen von Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
Im folgenden Beispiel wird der [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) AWS CLI Befehl ausgeführt, um die Parameter festzulegen:
Für Linux, macOS oder Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myactivepg \
--parameters "ParameterName='group_replication_group_seeds',ParameterValue='myactivedb1.123456789012.us-east-1.rds.amazonaws.com:3306',ApplyMethod=immediate"
```
Für Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myactivepg ^
--parameters "ParameterName='group_replication_group_seeds',ParameterValue='myactivedb1.123456789012.us-east-1.rds.amazonaws.com:3306',ApplyMethod=immediate"
```
## Schritt 4: Erstellen von zusätzlichen DB-Instances von RDS für MySQL für den Aktiv/Aktiv-Cluster
Um zusätzliche DB-Instances für den Active-Active-Cluster zu erstellen, führen Sie eine point-in-time Wiederherstellung auf der DB-Instance durch, die Sie konvertieren. Detaillierte Anweisungen finden Sie unter [Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster mithilfe von zeitpunktbezogener Wiederherstellung](mysql-active-active-clusters-adding.md#mysql-active-active-clusters-adding-pitr).
Ein Aktiv/Aktiv-Cluster kann bis zu neun DB-Instances enthalten. Führen Sie die point-in-time Wiederherstellung auf der DB-Instance durch, bis Sie die Anzahl der DB-Instances haben, die Sie für den Cluster benötigen. Stellen Sie bei der Ausführung sicher point-in-recovery, dass Sie die DB-Instance, die Sie hinzufügen, einer DB-Parametergruppe zuordnen, für die der Wert auf `rds.group_replication_enabled` festgelegt ist`1`. Andernfalls wird die Gruppenreplikation auf der neu hinzugefügten DB-Instance nicht gestartet.
## Schritt 5: Initialisieren der Gruppe auf der konvertierten DB-Instance
Initialisieren Sie die Gruppe und starten Sie die Replikation:
1. Stellen Sie für einen SQL-Client eine Verbindung mit der konvertierten DB-Instance her. Weitere Informationen zum Herstellen einer Verbindung mit einer DB-Instance von RDS für MySQL finden Sie unter [Herstellen einer Verbindung mit Ihrer MySQL-DB-Instance](USER_ConnectToInstance.md).
1. Führen Sie im SQL-Client die folgenden gespeicherten Prozeduren aus und *group\$1replication\$1user\$1password* ersetzen Sie sie durch das Kennwort für den `rdsgrprepladmin` Benutzer. Der Benutzer `rdsgrprepladmin` ist für Gruppenreplikationsverbindungen in einem Aktiv/Aktiv-Cluster reserviert. Das Passwort für diesen Benutzer muss auf allen DB-Instances in einem Aktiv/Aktiv-Cluster identisch sein.
```
call mysql.rds_set_configuration('binlog retention hours', 168); -- 7 days binlog
call mysql.rds_group_replication_create_user('group_replication_user_password');
call mysql.rds_group_replication_set_recovery_channel('group_replication_user_password');
call mysql.rds_group_replication_start(1);
```
In diesem Beispiel wird der Wert `binlog retention hours` auf `168` festgelegt, was bedeutet, dass Binärprotokolldateien sieben Tage lang auf der DB-Instance beibehalten werden. Sie können diesen Wert an Ihre Anforderungen anpassen.
In diesem Beispiel wird `1` in der gespeicherten Prozedur `mysql.rds_group_replication_start` festgelegt, um eine neue Gruppe mit der aktuellen DB-Instance zu initialisieren.
Weitere Informationen zu den im Beispiel aufgerufenen gespeicherten Prozeduren finden Sie unter [Verwalten von Aktiv/Aktiv-Clustern](mysql-stored-proc-active-active-clusters.md).
## Schritt 6: Starten der Replikation auf den anderen DB-Instances im Aktiv/Aktiv-Cluster
Verwenden Sie für alle DB-Instances im Aktiv/Aktiv-Cluster einen SQL-Client, um eine Verbindung mit der Instance herzustellen, und führen Sie die folgenden gespeicherten Prozeduren aus. *group\$1replication\$1user\$1password*Ersetzen Sie es durch das Passwort für den `rdsgrprepladmin` Benutzer.
```
call mysql.rds_set_configuration('binlog retention hours', 168); -- 7 days binlog
call mysql.rds_group_replication_create_user('group_replication_user_password');
call mysql.rds_group_replication_set_recovery_channel('group_replication_user_password');
call mysql.rds_group_replication_start(0);
```
In diesem Beispiel wird der Wert `binlog retention hours` auf `168` festgelegt, was bedeutet, dass Binärprotokolldateien sieben Tage lang auf der jeweiligen DB-Instance beibehalten werden. Sie können diesen Wert an Ihre Anforderungen anpassen.
In diesem Beispiel wird `0` in der gespeicherten Prozedur `mysql.rds_group_replication_start` festgelegt, um die aktuelle DB-Instance einer vorhandenen Gruppe hinzuzufügen.
**Tipp**
Achten Sie darauf, dass Sie diese gespeicherten Prozeduren auf allen anderen DB-Instances im Aktiv/Aktiv-Cluster ausführen.
## Schritt 7: Überprüfen des Status des Aktiv/Aktiv-Clusters (empfohlen)
Um sich zu vergewissern, dass jedes Mitglied des Clusters korrekt konfiguriert ist, überprüfen Sie den Status des Clusters, indem Sie eine Verbindung mit einer DB-Instance im Aktiv/Aktiv-Cluster herstellen und den folgenden SQL-Befehl ausführen:
```
SELECT * FROM performance_schema.replication_group_members;
```
Für die Ausgabe sollte `ONLINE` für `MEMBER_STATE` der jeweiligen DB-Instance wie in der folgenden Beispielausgabe angezeigt werden:
```
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION | MEMBER_COMMUNICATION_STACK |
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
| group_replication_applier | 9854d4a2-5d7f-11ee-b8ec-0ec88c43c251 | ip-10-15-3-137 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
| group_replication_applier | 9e2e9c28-5d7f-11ee-8039-0e5d58f05fef | ip-10-15-3-225 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
| group_replication_applier | a6ba332d-5d7f-11ee-a025-0a5c6971197d | ip-10-15-1-83 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
3 rows in set (0.00 sec)
```
Informationen zu den möglichen `MEMBER_STATE`-Werten finden Sie unter [Gruppenreplikations-Serverstatus](https://dev.mysql.com/doc/refman/8.0/en/group-replication-server-states.html) in der MySQL-Dokumentation.
# Einrichten eines Aktiv/Aktiv-Clusters mit neuen DB-Instances
Führen Sie die folgenden Schritte aus, um einen Aktiv/Aktiv-Cluster einzurichten, der die neuen DB-Instances von Amazon RDS für MySQL verwendet.
Wenn Sie einen Aktiv/Aktiv-Cluster mit DB-Instances in mehr als einer VPC einrichten, vergewissern Sie sich, dass die unter [Vorbereitungen für einen VPC-übergreifenden Aktiv/Aktiv-Cluster](mysql-active-active-clusters-cross-vpc-prerequisites.md) angegebenen Voraussetzungen erfüllt sind.
**Topics**
+ [Schritt 1: Festlegen des Parameters für den Aktiv/Aktiv-Cluster in einer oder mehreren benutzerdefinierten Parametergruppen](#mysql-active-active-clusters-setting-up-parameter-group)
+ [Schritt 2: Erstellen der neuen DB-Instances von RDS für MySQL für den Aktiv/Aktiv-Cluster](#mysql-active-active-clusters-setting-up-db-instances)
+ [Schritt 3: Festlegen der DB-Instances im Aktiv/Aktiv-Cluster](#mysql-active-active-clusters-setting-up-associate-parameter-groups)
+ [Schritt 4: Initialisieren der Gruppe für eine DB-Instance und Starten der Replikation](#mysql-active-active-clusters-setting-up-start-replication-first)
+ [Schritt 5: Starten der Replikation auf den anderen DB-Instances im Aktiv/Aktiv-Cluster](#mysql-active-active-clusters-setting-up-start-replication-other)
+ [Schritt 6: Überprüfen des Status des Aktiv/Aktiv-Clusters (empfohlen)](#mysql-active-active-clusters-setting-up-view)
+ [Schritt 7: Importieren von Daten in eine DB-Instance im Aktiv/Aktiv-Cluster (optional)](#mysql-active-active-clusters-import)
## Schritt 1: Festlegen des Parameters für den Aktiv/Aktiv-Cluster in einer oder mehreren benutzerdefinierten Parametergruppen
Die DB-Instances von RDS für MySQL in einem Aktiv/Aktiv-Cluster müssen einer benutzerdefinierten Parametergruppe zugeordnet werden, die über die entsprechende Einstellung für die erforderlichen Parameter verfügt. Informationen zu den Parametern und ihren jeweiligen erforderlichen Einstellungen finden Sie unter [Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster](mysql-active-active-clusters-parameters.md).
Sie können diese Parameter in neuen oder vorhandenen Parametergruppen festlegen. Um jedoch zu verhindern, dass hierdurch versehentlich DB-Instances beeinträchtigt werden, die nicht zum Aktiv/Aktiv-Cluster gehören, empfehlen wir dringend, eine neue benutzerdefinierte Parametergruppe zu erstellen. Die DB-Instances in einem Aktiv/Aktiv-Cluster können derselben DB-Parametergruppe oder unterschiedlichen DB-Parametergruppen zugeordnet werden.
Sie können das AWS-Managementkonsole oder das verwenden AWS CLI , um eine neue benutzerdefinierte Parametergruppe zu erstellen. Weitere Informationen finden Sie unter [Erstellen einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Creating.md). Im folgenden Beispiel wird der [create-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-parameter-group.html) AWS CLI Befehl ausgeführt, um eine benutzerdefinierte DB-Parametergruppe mit dem Namen RDS `myactivepg` for MySQL 8.0 zu erstellen:
Für Linux, macOS oder Unix:
```
aws rds create-db-parameter-group \
--db-parameter-group-name myactivepg \
--db-parameter-group-family mysql8.0 \
--description "Parameter group for active-active clusters"
```
Für Windows:
```
aws rds create-db-parameter-group ^
--db-parameter-group-name myactivepg ^
--db-parameter-group-family mysql8.0 ^
--description "Parameter group for active-active clusters"
```
Sie können auch das AWS-Managementkonsole oder das verwenden AWS CLI , um die Parameter in der benutzerdefinierten Parametergruppe festzulegen. Weitere Informationen finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
Im folgenden Beispiel wird der [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) AWS CLI Befehl ausgeführt, um die Parameter für RDS for MySQL 8.0 festzulegen. Um dieses Beispiel mit RDS für MySQL 8.4 zu verwenden, ändern Sie `slave_preserve_commit_order` in `replica_preserve_commit_order`.
Für Linux, macOS oder Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myactivepg \
--parameters "ParameterName='rds.group_replication_enabled',ParameterValue='1',ApplyMethod=pending-reboot" \
"ParameterName='rds.custom_dns_resolution',ParameterValue='1',ApplyMethod=pending-reboot" \
"ParameterName='enforce_gtid_consistency',ParameterValue='ON',ApplyMethod=pending-reboot" \
"ParameterName='gtid-mode',ParameterValue='ON',ApplyMethod=pending-reboot" \
"ParameterName='binlog_format',ParameterValue='ROW',ApplyMethod=immediate" \
"ParameterName='slave_preserve_commit_order',ParameterValue='ON',ApplyMethod=immediate" \
"ParameterName='group_replication_group_name',ParameterValue='11111111-2222-3333-4444-555555555555',ApplyMethod=pending-reboot"
```
Für Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myactivepg ^
--parameters "ParameterName='rds.group_replication_enabled',ParameterValue='1',ApplyMethod=pending-reboot" ^
"ParameterName='rds.custom_dns_resolution',ParameterValue='1',ApplyMethod=pending-reboot" ^
"ParameterName='enforce_gtid_consistency',ParameterValue='ON',ApplyMethod=pending-reboot" ^
"ParameterName='gtid-mode',ParameterValue='ON',ApplyMethod=pending-reboot" ^
"ParameterName='binlog_format',ParameterValue='ROW',ApplyMethod=immediate" ^
"ParameterName='slave_preserve_commit_order',ParameterValue='ON',ApplyMethod=immediate" ^
"ParameterName='group_replication_group_name',ParameterValue='11111111-2222-3333-4444-555555555555',ApplyMethod=pending-reboot"
```
## Schritt 2: Erstellen der neuen DB-Instances von RDS für MySQL für den Aktiv/Aktiv-Cluster
Aktiv/Aktiv-Cluster werden für die DB-Instances mit den folgenden Versionen von RDS für MySQL unterstützt:
+ Alle MySQL 8.4-Versionen
+ MySQL Version 8.0.35 und höhere Unterversionen
Sie können bis zu neun neue DB-Instances für den Cluster erstellen.
Sie können das AWS-Managementkonsole oder das verwenden AWS CLI , um neue DB-Instances zu erstellen. Weitere Informationen zum Erstellen einer DB-Instance finden Sie unter [Erstellen einer Amazon-RDS-DB-Instance](USER_CreateDBInstance.md). Wenn Sie die DB-Instance erstellen, ordnen Sie sie einer DB-Parametergruppe zu, die Sie im vorherigen Schritt erstellt oder geändert haben.
## Schritt 3: Festlegen der DB-Instances im Aktiv/Aktiv-Cluster
Legen Sie den Parameter `group_replication_group_seeds` in der DB-Parametergruppe, die mit der jeweiligen DB-Instance verknüpft ist, auf die Endpunkte der DB-Instances fest, die Sie in den Cluster aufnehmen möchten.
Sie können das AWS-Managementkonsole oder das verwenden AWS CLI , um den Parameter festzulegen. Sie müssen die DB-Instance nicht neu starten, nachdem Sie diesen Parameter festgelegt haben. Informationen zum Festlegen von Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
Im folgenden Beispiel wird der [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) AWS CLI Befehl ausgeführt, um die Parameter festzulegen:
Für Linux, macOS oder Unix:
```
aws rds modify-db-parameter-group \
--db-parameter-group-name myactivepg \
--parameters "ParameterName='group_replication_group_seeds',ParameterValue='myactivedb1.123456789012.us-east-1.rds.amazonaws.com:3306,myactivedb2.123456789012.us-east-1.rds.amazonaws.com:3306,myactivedb3.123456789012.us-east-1.rds.amazonaws.com:3306',ApplyMethod=immediate"
```
Für Windows:
```
aws rds modify-db-parameter-group ^
--db-parameter-group-name myactivepg ^
--parameters "ParameterName='group_replication_group_seeds',ParameterValue='myactivedb1.123456789012.us-east-1.rds.amazonaws.com:3306,myactivedb2.123456789012.us-east-1.rds.amazonaws.com:3306,myactivedb3.123456789012.us-east-1.rds.amazonaws.com:3306',ApplyMethod=immediate"
```
**Tipp**
Achten Sie darauf, den Parameter `group_replication_group_seeds` in der jeweiligen DB-Parametergruppe zu ändern, die einer DB-Instance im Aktiv/Aktiv-Cluster zugeordnet ist.
## Schritt 4: Initialisieren der Gruppe für eine DB-Instance und Starten der Replikation
Sie können eine beliebige neue DB-Instance auswählen, um die Gruppe zu initialisieren und die Replikation zu starten. Führen Sie dazu die folgenden Schritte aus:
1. Wählen Sie eine DB-Instance im Aktiv/Aktiv-Cluster aus und stellen Sie eine Verbindung mit dieser DB-Instance in einem SQL-Client her. Weitere Informationen zum Herstellen einer Verbindung mit einer DB-Instance von RDS für MySQL finden Sie unter [Herstellen einer Verbindung mit Ihrer MySQL-DB-Instance](USER_ConnectToInstance.md).
1. Führen Sie im SQL-Client die folgenden gespeicherten Prozeduren aus und *group\$1replication\$1user\$1password* ersetzen Sie sie durch das Kennwort für den `rdsgrprepladmin` Benutzer. Der Benutzer `rdsgrprepladmin` ist für Gruppenreplikationsverbindungen in einem Aktiv/Aktiv-Cluster reserviert. Das Passwort für diesen Benutzer muss auf allen DB-Instances in einem Aktiv/Aktiv-Cluster identisch sein.
```
call mysql.rds_set_configuration('binlog retention hours', 168); -- 7 days binlog
call mysql.rds_group_replication_create_user('group_replication_user_password');
call mysql.rds_group_replication_set_recovery_channel('group_replication_user_password');
call mysql.rds_group_replication_start(1);
```
In diesem Beispiel wird der Wert `binlog retention hours` auf `168` festgelegt, was bedeutet, dass Binärprotokolldateien sieben Tage lang auf der DB-Instance beibehalten werden. Sie können diesen Wert an Ihre Anforderungen anpassen.
In diesem Beispiel wird `1` in der gespeicherten Prozedur `mysql.rds_group_replication_start` festgelegt, um eine neue Gruppe mit der aktuellen DB-Instance zu initialisieren.
Weitere Informationen zu den im Beispiel aufgerufenen gespeicherten Prozeduren finden Sie unter [Verwalten von Aktiv/Aktiv-Clustern](mysql-stored-proc-active-active-clusters.md).
## Schritt 5: Starten der Replikation auf den anderen DB-Instances im Aktiv/Aktiv-Cluster
Verwenden Sie für alle DB-Instances im Aktiv/Aktiv-Cluster einen SQL-Client, um eine Verbindung mit der Instance herzustellen, und führen Sie die folgenden gespeicherten Prozeduren aus. *group\$1replication\$1user\$1password*Ersetzen Sie es durch das Passwort für den `rdsgrprepladmin` Benutzer.
```
call mysql.rds_set_configuration('binlog retention hours', 168); -- 7 days binlog
call mysql.rds_group_replication_create_user('group_replication_user_password');
call mysql.rds_group_replication_set_recovery_channel('group_replication_user_password');
call mysql.rds_group_replication_start(0);
```
In diesem Beispiel wird der Wert `binlog retention hours` auf `168` festgelegt, was bedeutet, dass Binärprotokolldateien sieben Tage lang auf der jeweiligen DB-Instance beibehalten werden. Sie können diesen Wert an Ihre Anforderungen anpassen.
In diesem Beispiel wird `0` in der gespeicherten Prozedur `mysql.rds_group_replication_start` festgelegt, um die aktuelle DB-Instance einer vorhandenen Gruppe hinzuzufügen.
**Tipp**
Achten Sie darauf, dass Sie diese gespeicherten Prozeduren auf allen anderen DB-Instances im Aktiv/Aktiv-Cluster ausführen.
## Schritt 6: Überprüfen des Status des Aktiv/Aktiv-Clusters (empfohlen)
Um sich zu vergewissern, dass jedes Mitglied des Clusters korrekt konfiguriert ist, überprüfen Sie den Status des Clusters, indem Sie eine Verbindung mit einer DB-Instance im Aktiv/Aktiv-Cluster herstellen und den folgenden SQL-Befehl ausführen:
```
SELECT * FROM performance_schema.replication_group_members;
```
Für die Ausgabe sollte `ONLINE` für `MEMBER_STATE` der jeweiligen DB-Instance wie in der folgenden Beispielausgabe angezeigt werden:
```
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION | MEMBER_COMMUNICATION_STACK |
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
| group_replication_applier | 9854d4a2-5d7f-11ee-b8ec-0ec88c43c251 | ip-10-15-3-137 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
| group_replication_applier | 9e2e9c28-5d7f-11ee-8039-0e5d58f05fef | ip-10-15-3-225 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
| group_replication_applier | a6ba332d-5d7f-11ee-a025-0a5c6971197d | ip-10-15-1-83 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
3 rows in set (0.00 sec)
```
Informationen zu den möglichen `MEMBER_STATE`-Werten finden Sie unter [Gruppenreplikations-Serverstatus](https://dev.mysql.com/doc/refman/8.0/en/group-replication-server-states.html) in der MySQL-Dokumentation.
## Schritt 7: Importieren von Daten in eine DB-Instance im Aktiv/Aktiv-Cluster (optional)
Sie können Daten von einer MySQL-Datenbank in eine DB-Instance im Aktiv/Aktiv-Cluster importieren. Nach dem Import der Daten werden sie von der Gruppenreplikation auf die anderen DB-Instances im Cluster repliziert.
Weitere Informationen zum Importieren von Daten finden Sie unter [Importieren von Daten in eine Datenbank von Amazon RDS für MySQL mit reduzierter Ausfallzeit](mysql-importing-data-reduced-downtime.md).
# Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster
Sie können eine DB-Instance zu einem Aktiv/Aktiv-Cluster von Amazon RDS für MySQL hinzufügen, indem Sie einen DB-Snapshot oder eine DB-Instance auf einen bestimmten Zeitpunkt wiederherstellen. Ein Aktiv/Aktiv-Cluster kann bis zu neun DB-Instances enthalten.
Wenn Sie eine DB-Instance auf einen bestimmten Zeitpunkt wiederherstellen, umfasst sie in der Regel neuere Transaktionen als eine DB-Instance, die anhand eines DB-Snapshots wiederhergestellt wurde. Wenn die DB-Instance über neuere Transaktionen verfügt, müssen zu Beginn der Replikation weniger Transaktionen angewendet werden. Daher ist eine zeitpunktbezogene Wiederherstellung zum Hinzufügen einer DB-Instance zu einem Cluster in der Regel schneller als die Wiederherstellung anhand eines DB-Snapshots.
**Topics**
+ [Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster mithilfe von zeitpunktbezogener Wiederherstellung](#mysql-active-active-clusters-adding-pitr)
+ [Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster mithilfe eines DB-Snapshots](#mysql-active-active-clusters-adding-snapshot)
## Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster mithilfe von zeitpunktbezogener Wiederherstellung
Sie können einem Aktiv/Aktiv-Cluster eine DB-Instance hinzufügen, indem Sie eine zeitpunktbezogene Wiederherstellung für eine DB-Instance im Cluster durchführen.
Informationen zum Wiederherstellen einer DB-Instance auf einen Zeitpunkt in einer anderen AWS-Region finden Sie unter [Automatisierte Backups auf ein anderes replizieren AWS-Region](USER_ReplicateBackups.md).
**So fügen Sie eine DB-Instance mithilfe von zeitpunktbezogener Wiederherstellung einem Aktiv/Aktiv-Cluster hinzu**
1. Erstellen Sie eine neue DB-Instance, indem Sie eine zeitpunktbezogene Wiederherstellung für eine DB-Instance im Aktiv/Aktiv-Cluster durchführen.
Sie können eine zeitpunktbezogene Wiederherstellung für beliebige DB-Instances im Cluster durchführen, um die neue DB-Instance zu erstellen. Detaillierte Anweisungen finden Sie unter [Wiederherstellen einer DB-Instance auf einen bestimmten Zeitpunkt für Amazon RDS](USER_PIT.md).
**Wichtig**
Ordnen Sie während der zeitpunktbezogenen Wiederherstellung die neue DB-Instance einer DB-Parametergruppe zu, für die die Parameter der Aktiv/Aktiv-Cluster festgelegt wurden. Andernfalls wird die Gruppenreplikation für die neue DB-Instance nicht gestartet. Informationen zu den Parametern und ihren jeweiligen erforderlichen Einstellungen finden Sie unter [Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster](mysql-active-active-clusters-parameters.md).
**Tipp**
Wenn Sie vor dem Starten der zeitpunktbezogenen Wiederherstellung einen Snapshot der DB-Instance erstellen, können Sie möglicherweise die Zeitdauer reduzieren, die für die Anwendung von Transaktionen auf die neue DB-Instance erforderlich ist.
1. Fügen Sie die DB-Instance dem `group_replication_group_seeds` Parameter in der jeweiligen DB-Parametergruppe hinzu, die mit einer DB-Instance im Aktiv/Aktiv-Cluster verknüpft ist, darunter auch die DB-Parametergruppe, die Sie der neuen DB-Instance zugeordnet haben.
Informationen zum Festlegen von Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. Stellen Sie in einem SQL-Client eine Verbindung mit der neuen DB-Instance her und rufen Sie die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1set\$1recovery\$1channel](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_set_recovery_channel) auf. Ersetzen Sie *group\$1replication\$1user\$1password* durch das Passwort für den Benutzer `rdsgrprepladmin`.
```
call mysql.rds_group_replication_set_recovery_channel('group_replication_user_password');
```
1. Rufen Sie mithilfe des SQL-Clients die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1start](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_start) auf, um die Replikation zu starten:
```
call mysql.rds_group_replication_start(0);
```
## Hinzufügen einer DB-Instance zu einem Aktiv/Aktiv-Cluster mithilfe eines DB-Snapshots
Sie können einem Aktiv/Aktiv-Cluster eine DB-Instance hinzufügen, indem Sie einen DB-Snapshot einer DB-Instance im Cluster erstellen und dann den DB-Snapshot wiederherstellen.
Informationen zum Kopieren eines Snapshots in eine andere AWS-Region finden Sie unter [Überlegungen zum regionsübergreifenden Kopieren von Snapshots](USER_CopySnapshot.md#USER_CopySnapshot.AcrossRegions).
**So fügen Sie eine DB-Instance mithilfe eines DB-Snapshots einem Aktiv/Aktiv-Cluster hinzu**
1. Erstellen Sie einen DB-Snapshot einer DB-Instance im Aktiv/Aktiv-Cluster.
Sie können einen DB-Snapshot einer beliebigen DB-Instance im Cluster erstellen. Detaillierte Anweisungen finden Sie unter [Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS](USER_CreateSnapshot.md).
1. Stellen Sie eine DB-Instance anhand eines DB-Snapshots wieder her.
Ordnen Sie während der Snapshot-Wiederherstellung die neue DB-Instance einer DB-Parametergruppe zu, für die die Parameter der Aktiv/Aktiv-Cluster festgelegt wurden. Informationen zu den Parametern und ihren jeweiligen erforderlichen Einstellungen finden Sie unter [Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster](mysql-active-active-clusters-parameters.md).
Informationen zum Wiederherstellen einer DB-Instance anhand eines DB-Snapshots finden Sie unter [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md).
1. Fügen Sie die DB-Instance dem `group_replication_group_seeds` Parameter in der jeweiligen DB-Parametergruppe hinzu, die mit einer DB-Instance im Aktiv/Aktiv-Cluster verknüpft ist, darunter auch die DB-Parametergruppe, die Sie der neuen DB-Instance zugeordnet haben.
Informationen zum Festlegen von Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. Stellen Sie in einem SQL-Client eine Verbindung mit der neuen DB-Instance her und rufen Sie die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1set\$1recovery\$1channel](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_set_recovery_channel) auf. Ersetzen Sie *group\$1replication\$1user\$1password* durch das Passwort für den Benutzer `rdsgrprepladmin`.
```
call mysql.rds_group_replication_set_recovery_channel('group_replication_user_password');
```
1. Rufen Sie mithilfe des SQL-Clients die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1start](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_start) auf, um die Replikation zu starten:
```
call mysql.rds_group_replication_start(0);
```
# Überwachen von Aktiv/Aktiv-Clustern
Die Überwachung von Aktiv/Aktiv-Clustern in Amazon RDS für MySQL ist entscheidend für die Verfolgung der Leistung, Replikationsintegrität und Knotensynchronisierung. Sie können den Aktiv/Aktiv-Cluster überwachen, indem Sie eine Verbindung mit einer DB-Instance im Cluster herstellen und den folgenden SQL-Befehl ausführen:
```
SELECT * FROM performance_schema.replication_group_members;
```
Für die Ausgabe sollte `ONLINE` für `MEMBER_STATE` der jeweiligen DB-Instance wie in der folgenden Beispielausgabe angezeigt werden:
```
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION | MEMBER_COMMUNICATION_STACK |
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
| group_replication_applier | 9854d4a2-5d7f-11ee-b8ec-0ec88c43c251 | ip-10-15-3-137 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
| group_replication_applier | 9e2e9c28-5d7f-11ee-8039-0e5d58f05fef | ip-10-15-3-225 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
| group_replication_applier | a6ba332d-5d7f-11ee-a025-0a5c6971197d | ip-10-15-1-83 | 3306 | ONLINE | PRIMARY | 8.0.35 | MySQL |
+---------------------------+--------------------------------------+----------------+-------------+--------------+-------------+----------------+----------------------------+
3 rows in set (0.00 sec)
```
Informationen zu den möglichen `MEMBER_STATE`-Werten finden Sie unter [Gruppenreplikations-Serverstatus](https://dev.mysql.com/doc/refman/8.0/en/group-replication-server-states.html) in der MySQL-Dokumentation.
# Beenden der Gruppenreplikation für eine DB-Instance in einem Aktiv/Aktiv-Cluster
Sie können die Gruppenreplikation für eine DB-Instance in einem Aktiv/Aktiv-Cluster beenden. Wenn Sie die Gruppenreplikation beenden, wird die DB-Instance in den super-read-only Modus versetzt, bis die Replikation neu gestartet oder diese DB-Instance aus dem Active-Active-Cluster entfernt wird. Informationen zum super-read-only Modus finden Sie in der [MySQL-Dokumentation](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_super_read_only).
**So beenden Sie die Gruppenreplikation für einen Aktiv/Aktiv-Cluster vorübergehend**
1. Stellen Sie mithilfe eines SQL-Clients eine Verbindung mit einer DB-Instance im Aktiv/Aktiv-Cluster her.
Weitere Informationen zum Herstellen einer Verbindung mit einer DB-Instance von RDS für MySQL finden Sie unter [Herstellen einer Verbindung mit Ihrer MySQL-DB-Instance](USER_ConnectToInstance.md).
1. Rufen Sie im SQL-Client die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1stop](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_stop) auf:
```
call mysql.rds_group_replication_stop();
```
# Umbenennen einer DB-Instance in einem Aktiv/Aktiv-Cluster
Sie können den Namen einer DB-Instance in einem Aktiv/Aktiv-Cluster ändern. Um mehr als eine DB-Instance in einem Aktiv/Aktiv-Cluster umzubenennen, benennen Sie die DB-Instances jeweils nacheinander um. Benennen Sie also eine DB-Instance um und fügen Sie sie erneut dem Cluster hinzu, bevor Sie die nächste DB-Instance umbenennen.
**So benennen Sie eine DB-Instance in einem Aktiv/Aktiv-Cluster um**
1. Stellen Sie eine Verbindung mit der DB-Instance in einem SQL-Client her und rufen Sie die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1stop](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_stop) auf:
```
call mysql.rds_group_replication_stop();
```
1. Benennen Sie die DB-Instance um, indem Sie die Anweisungen unter [Umbenennen einer DB-Instance](USER_RenameInstance.md) ausführen.
1. Ändern Sie den Parameter `group_replication_group_seeds` in der jeweiligen DB-Parametergruppe, die einer DB-Instance im Aktiv/Aktiv-Cluster zugeordnet ist.
Ersetzen Sie in der Parametereinstellung den alten DB-Instance-Endpunkt durch den neuen. Informationen zum Festlegen von Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. Stellen Sie eine Verbindung mit der DB-Instance in einem SQL-Client her und rufen Sie die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1start](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_start) auf:
```
call mysql.rds_group_replication_start(0);
```
# Entfernen einer DB-Instance aus einem Aktiv/Aktiv-Cluster
Wenn Sie eine DB-Instance aus einem Aktiv/Aktiv-Cluster entfernen, wird sie wieder zu einer eigenständigen DB-Instance.
**So entfernen Sie eine DB-Instance aus einem Aktiv/Aktiv-Cluster**
1. Stellen Sie eine Verbindung mit der DB-Instance in einem SQL-Client her und rufen Sie die gespeicherte Prozedur [mysql.rds\$1group\$1replication\$1stop](mysql-stored-proc-active-active-clusters.md#mysql_rds_group_replication_stop) auf:
```
call mysql.rds_group_replication_stop();
```
1. Ändern Sie den Parameter `group_replication_group_seeds` für die DB-Instances, die im Aktiv/Aktiv-Cluster verbleiben.
Löschen Sie im Parameter `group_replication_group_seeds` die DB-Instance, die Sie aus dem Aktiv/Aktiv-Cluster entfernen möchten. Informationen zum Festlegen von Parametern finden Sie unter [Ändern von Parametern in einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. Ändern Sie die Parameter der DB-Instance, die Sie aus dem Aktiv/Aktiv-Cluster entfernen möchten, sodass sie nicht mehr Teil des Clusters ist.
Sie können die DB-Instance entweder einer anderen Parametergruppe zuordnen oder die Parameter in der DB-Parametergruppe ändern, die mit der DB-Instance verknüpft ist. Zu den zu ändernden Parametern gehören `group_replication_group_name`, `rds.group_replication_enabled` und `group_replication_group_seeds`. Weitere Informationen zu den Parametern von Aktiv/Aktiv-Clustern finden Sie unter [Erforderliche Parametereinstellungen für Aktiv/Aktiv-Cluster](mysql-active-active-clusters-parameters.md).
Wenn Sie die Parameter in einer DB-Parametergruppe ändern, vergewissern Sie sich, dass die DB-Parametergruppe nicht mit anderen DB-Instances im Aktiv/Aktiv-Cluster verknüpft ist.
1. Starten Sie die DB-Instance neu, die Sie aus dem Aktiv/Aktiv-Cluster entfernt haben, damit die neuen Parametereinstellungen wirksam werden.
Detaillierte Anweisungen finden Sie unter [Eine DB-Instance DB-Cluster neu starten](USER_RebootInstance.md).