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.

Konfiguration der Multiquellenreplikation für Amazon Aurora MySQL

Bei der Replikation mit mehreren Quellen können Sie einen Amazon Aurora MySQL-DB-Cluster als Replikat einrichten, das binäre Protokollereignisse von mehr als einer MySQL-Quelldatenbank empfängt. Bei jeder Quelle kann es sich um eine RDS for MySQL-DB-Instance, einen anderen Aurora MySQL-DB-Cluster oder eine MySQL-Datenbank handeln, die außerhalb von Amazon RDS ausgeführt wird.

Multi-source Die Replikation wird für Aurora MySQL-DB-Cluster unterstützt, auf denen die folgenden Engine-Versionen ausgeführt werden:

Weitere Informationen zur MySQL-Replikation mit mehreren Quellen finden Sie unter Multi-Source MySQL-Replikation in der MySQL-Dokumentation.

Anwendungsfälle für die Multi-Source-Replikation

Erwägen Sie in den folgenden Fällen, die Replikation mit mehreren Quellen auf Aurora MySQL zu verwenden:

Voraussetzungen für eine Multi-Source-Replikation

Bevor Sie die Replikation mit mehreren Quellen auf Ihrem Aurora MySQL-DB-Cluster konfigurieren, müssen Sie die Standardvoraussetzungen für die binäre Log-Replikation erfüllen, wie unter beschrieben. Einrichten einer binären Protokollreplikation für Aurora MySQL Dazu gehört das Aktivieren der Binärprotokollierung für jede Quelle, das Aufbewahren von Binärprotokollen, das Erstellen eines Replikationsbenutzers und das Erstellen einer Kopie oder eines Speicherauszugs jeder Quelle. Für eine Replikation mit mehreren Quellen wiederholen Sie diese Schritte für jede Quell-DB-Instance.

Stellen Sie zusätzlich zu den Standardvoraussetzungen sicher, dass Sie die folgenden spezifischen Anforderungen für die Replikation mit mehreren Quellen erfüllen.

Konfigurieren Sie Replikationskanäle aus mehreren Quellen auf Aurora MySQL-DB-Clustern

Die Konfiguration von Replikationskanälen mit mehreren Quellen auf Aurora MySQL ähnelt der Konfiguration der Einzelquellenreplikation. Für die Replikation mit mehreren Quellen aktivieren Sie zunächst die binäre Protokollierung auf den Quell-Instances, importieren Daten aus den Quellen in den Aurora MySQL-Cluster und starten dann die Replikation von jeder Quelle aus mithilfe der binären Logkoordinaten oder der automatischen GTID-Positionierung.

Schritt 1: Importieren Sie Daten aus den Quell-DB-Instances in den Aurora MySQL-Cluster

Führen Sie die folgenden Schritte für jede Quell-DB-Instance aus.

Schritt 2: Starten Sie die Replikation von den Quell-DB-Instances zum Aurora MySQL-Cluster

Stellen Sie für jede Quell-DB-Instance eine Verbindung zur Writer-Instance des Aurora MySQL-DB-Clusters her und führen Sie die gespeicherten Prozeduren aus, um die Replikation auf einem Kanal zu konfigurieren und zu starten.

Option A: Verwenden der Position der binären Protokolldatei

CALL mysql.rds_set_external_source_for_channel(
  'source-endpoint.region.rds.amazonaws.com',
  3306,
  'repl_user',
  'password',
  'mysql-bin-changelog.000031',
  107,
  0,
  'channel_1'
);

CALL mysql.rds_start_replication_for_channel('channel_1');

Option B: Verwendung der automatischen GTID-Positionierung

Wenn Ihre Quell-DB-Instances GTID-based Replikation verwenden, können Sie die automatische Positionierung verwenden, anstatt binäre Log-Koordinaten anzugeben:

CALL mysql.rds_set_external_source_with_auto_position_for_channel(
  'source-endpoint.region.rds.amazonaws.com',
  3306,
  'repl_user',
  'password',
  0,
  0,
  'channel_1'
);

CALL mysql.rds_start_replication_for_channel('channel_1');

Wiederholen Sie diese Schritte für jede Quell-DB-Instance und geben Sie für jede Instanz einen eindeutigen Kanalnamen an (z. B., channel_1channel_2,channel_3).

Verwenden Sie Filter bei der Replikation mit mehreren Quellen

Sie können Replikationsfilter verwenden, um anzugeben, welche Datenbanken und Tabellen auf das Aurora MySQL-Replikat mit mehreren Quellen repliziert werden. Weitere Informationen zu Replikationsfiltern finden Sie unter. Konfigurieren von Replikationsfiltern mit Aurora MySQL Im Folgenden werden zusätzliche Filterfunktionen auf Kanalebene beschrieben, die bei der Replikation mit mehreren Quellen verfügbar sind.

Bei der Replikation mit mehreren Quellen können Sie Replikationsfilter auf zwei Ebenen konfigurieren:

Wichtiges Verhalten

Überwachen Sie Replikationskanäle aus mehreren Quellen

Sie können einzelne Kanäle auf einem Aurora MySQL-Replikat mit mehreren Quellen mithilfe der folgenden Methoden überwachen.

Verwenden Sie SHOW REPLICA STATUS

Stellen Sie eine Verbindung zur Writer-Instance des Aurora MySQL-DB-Clusters her und führen Sie Folgendes aus:

-- View status for all channels
SHOW REPLICA STATUS\G

-- View status for a specific channel
SHOW REPLICA STATUS FOR CHANNEL 'channel_1'\G

Wichtige zu überwachende Felder:

Verwenden Sie CloudWatch Metriken

Überwachen Sie die ReplicationChannelLag CloudWatch Metrik für jeden Replikationskanal. Diese Metrik liefert Daten zur Replikationsverzögerung pro Kanal mit einem Zeitraum von 60 Sekunden und ist 15 Tage lang verfügbar. Um die Verzögerung des Replikationskanals zu ermitteln, verwenden Sie die Aurora-DB-Cluster-Instance-ID und den Namen des Replikationskanals als Dimensionen. Sie können CloudWatch Alarme so konfigurieren, dass sie benachrichtigt werden, wenn die Verzögerung einen bestimmten Schwellenwert überschreitet. Weitere Informationen finden Sie unter Überwachung von Metriken in einem Amazon-Aurora-Cluster.

Verwalten Sie gespeicherte Replikationsprozeduren aus mehreren Quellen

Informationen zur Verwendung von gespeicherten Prozeduren zur Einrichtung und Verwaltung Ihrer Replikationskanäle aus mehreren Quellen finden Sie unter. Verwalten der Multi-Source-Replikation

Überlegungen und bewährte Methoden

Allgemeine Empfehlungen zur Replikationsoptimierung, einschließlich Binärprotokollformat, Parallel Workers und Enhanced Binlog, finden Sie unter. Optimieren einer binären Protokollreplikation für Aurora MySQL Die folgenden Überlegungen beziehen sich speziell auf die Replikation mit mehreren Quellen.

Planung der Ressourcen

Wenn mehrere Replikationskanäle ausgeführt werden, beträgt die Gesamtzahl der dem Replikat zugewiesenen Replikations-Threads: (replica_parallel_workers+ 1 Koordinator-Thread) × Anzahl der Kanäle. Mit dem replica_parallel_workers Standardwert von 4 und 10 Kanälen weist Aurora MySQL beispielsweise 50 Replikations-Threads zu. Erwägen Sie die Verwendung einer größeren DB-Instance-Klasse (z. B. db.r6g.2xlarge oder größer), die auf Ihrem gesamten Quelldurchsatz und der Kanalanzahl basiert. Jeder Kanal erhält die gleiche Anzahl an parallelen Workern. MySQL unterstützt nicht die Einstellung unterschiedlicher Anzahl paralleler Worker pro Kanal.

Konflikte vermeiden

Die MySQL-Replikation mit mehreren Quellen bietet keine Konflikterkennung oder -lösung. Sie müssen sicherstellen, dass Änderungen aus verschiedenen Quellen keine Konflikte verursachen. Zu den gängigen Strategien gehören:

Um widersprüchliche Schreibvorgänge von Anwendungen zu verhindern, die sich direkt mit dem Multiquellen-Replikat verbinden, aktivieren Sie den schreibgeschützten Modus auf dem Aurora MySQL-Cluster: CALL mysql.rds_set_read_only(1);

Bewährte Betriebspraktiken

Einschränkungen

Die folgenden Einschränkungen gelten speziell für die Aurora MySQL-Replikation mit mehreren Quellen. Allgemeine Einschränkungen der MySQL-Replikation mit mehreren Quellen (wie z. B. die parallele Worker-Konfiguration pro Kanal) finden Sie in der MySQL-Dokumentation unter Multi-Source MySQL-Replikation.

Fehlerbehebung

Informationen zur allgemeinen Problembehandlung bei der Replikation finden Sie unter. Amazon Aurora MySQL-Replikationsprobleme Im Folgenden finden Sie spezifische Hinweise zur Problembehandlung bei Replikationen aus mehreren Quellen.

Die Kanalkonfiguration wurde nach der Snapshot-Wiederherstellung nicht wiederhergestellt

DB-Cluster-Snapshots enthalten keine Kanalkonfigurationen mit mehreren Quellen. Nach der Wiederherstellung aus einem Snapshot:

Die Verzögerung bei der Replikation nimmt auf einem oder mehreren Kanälen zu

Beispiel: Vollständiges Setup mit mehreren Quellen mit drei Quellen

Das folgende Beispiel zeigt die Konfiguration eines Aurora MySQL-DB-Clusters als Multisource-Replikat von drei RDS für MySQL-Quell-Instances.

Schritt 1: Notieren Sie die Binärprotokollpositionen auf jeder Quelle

Stellen Sie eine Verbindung zu jeder Quelle her und zeichnen Sie die Binärlogkoordinaten auf:

-- On source 1 (orders-db.xxxxx.us-east-1.rds.amazonaws.com)
SHOW BINARY LOG STATUS;
-- Result: mysql-bin-changelog.000045, Position: 3892

-- On source 2 (inventory-db.xxxxx.us-east-1.rds.amazonaws.com)
SHOW BINARY LOG STATUS;
-- Result: mysql-bin-changelog.000012, Position: 1567

-- On source 3 (analytics-db.xxxxx.us-east-1.rds.amazonaws.com)
SHOW BINARY LOG STATUS;
-- Result: mysql-bin-changelog.000078, Position: 9421

Schritt 2: Daten aus jeder Quelle importieren

# Import from source 1
mysqldump --databases orders_db --single-transaction --compress \
 -u admin -p --host=orders-db.xxxxx.us-east-1.rds.amazonaws.com | \
 mysql --host=my-aurora-cluster.cluster-xxxxx.us-east-1.rds.amazonaws.com -u admin -p

# Import from source 2
mysqldump --databases inventory_db --single-transaction --compress \
 -u admin -p --host=inventory-db.xxxxx.us-east-1.rds.amazonaws.com | \
 mysql --host=my-aurora-cluster.cluster-xxxxx.us-east-1.rds.amazonaws.com -u admin -p

# Import from source 3
mysqldump --databases analytics_db --single-transaction --compress \
 -u admin -p --host=analytics-db.xxxxx.us-east-1.rds.amazonaws.com | \
 mysql --host=my-aurora-cluster.cluster-xxxxx.us-east-1.rds.amazonaws.com -u admin -p

Schritt 3: Replikationskanäle konfigurieren und starten

Stellen Sie eine Verbindung zur Aurora MySQL Writer-Instanz her:

-- Configure channel for source 1 (orders)
CALL mysql.rds_set_external_source_for_channel(
 'orders-db.xxxxx.us-east-1.rds.amazonaws.com',
 3306, 'repl_user', 'password',
 'mysql-bin-changelog.000045', 3892, 0, 'orders_channel'
);

-- Configure channel for source 2 (inventory)
CALL mysql.rds_set_external_source_for_channel(
 'inventory-db.xxxxx.us-east-1.rds.amazonaws.com',
 3306, 'repl_user', 'password',
 'mysql-bin-changelog.000012', 1567, 0, 'inventory_channel'
);

-- Configure channel for source 3 (analytics)
CALL mysql.rds_set_external_source_for_channel(
 'analytics-db.xxxxx.us-east-1.rds.amazonaws.com',
 3306, 'repl_user', 'password',
 'mysql-bin-changelog.000078', 9421, 0, 'analytics_channel'
);

-- Start all channels
CALL mysql.rds_start_replication_for_channel('orders_channel');
CALL mysql.rds_start_replication_for_channel('inventory_channel');
CALL mysql.rds_start_replication_for_channel('analytics_channel');

Schritt 4: Überprüfen Sie den Replikationsstatus

SHOW REPLICA STATUS\G

Bestätigen Sie für jeden Kanal Folgendes:

Zugehörige Ressourcen