Migration starten

Nachdem alle Voraussetzungen erfüllt sind, können Sie mit der Datenmigration mithilfe der AWS Management Console ElastiCache API oder beginnen AWS CLI. Bei aktiviertem Clustermodus und einer unterschiedlichen Slot-Migration wird vor der Live-Migration ein Resharding durchgeführt. Das folgende Beispiel illustriert die Verwendung der CLI.

Anmerkung

Wir empfehlen die Verwendung der TestMigration-API zur Validierung der Migrationseinrichtung. Dies ist allerdings völlig optional.

Starten Sie die Migration, indem Sie den Befehl start-migration mit den folgenden Parametern aufrufen:

• --replication-group-id— ID der ElastiCache Zielreplikationsgruppe

• --customer-node-endpoint-list— Eine Liste von Endpunkten mit entweder DNS- oder IP-Adressen und dem Port, auf dem Ihr Redis-OSS-Quellcluster läuft. Die Liste kann sowohl bei deaktiviertem Clustermodus als auch bei aktiviertem Clustermodus nur ein Element enthalten. Wenn Sie die verkettete Replikation aktiviert haben, kann der Endpunkt auf ein Replikat statt auf den primären Knoten in Ihrem Redis OSS-Cluster verweisen.

Nachstehend finden Sie ein Beispiel für die Verwendung der CLI.

aws elasticache start-migration --replication-group-id test-cluster --customer-node-endpoint-list "Address='10.0.0.241',Port=6379"

Wenn Sie diesen Befehl ausführen, konfiguriert sich der ElastiCache primäre Knoten (in jedem Shard) so, dass er ein Replikat Ihrer Redis OSS-Instanz wird (in einem entsprechenden Shard, der dieselben Slots in einem clusterfähigen Redis besitzt). Der Status des ElastiCache Clusters ändert sich in Migration und die Datenmigration von Ihrer Redis OSS-Instanz zum Primärknoten beginnt. ElastiCache Abhängig von der Größe der Daten und der Auslastung Ihrer Redis OSS-Instanz kann es eine Weile dauern, bis die Migration abgeschlossen ist. Sie können den Fortschritt der Migration überprüfen, indem Sie den Befehl redis-cli INFO auf Ihrer Redis OSS-Instanz und Ihrem Primärknoten ausführen. ElastiCache

Nach erfolgreicher Replikation werden alle Schreibvorgänge auf Ihre Redis OSS-Instanzen auf den Cluster übertragen. ElastiCache Sie können ElastiCache Knoten für Lesevorgänge verwenden. Sie können jedoch nicht in den ElastiCache Cluster schreiben. Wenn mit einem ElastiCache Primärknoten andere Replikatknoten verbunden sind, replizieren diese Replikatknoten weiterhin vom ElastiCache Primärknoten aus. Auf diese Weise werden alle Daten aus Ihrem Redis OSS-Cluster auf alle Knoten im Cluster repliziert. ElastiCache

Wenn ein ElastiCache primärer Knoten kein Replikat Ihrer Redis OSS-Instanz werden kann, versucht er es mehrmals, bevor er sich schließlich wieder zum primären Knoten hochstuft. Der Status des ElastiCache Clusters ändert sich dann in „Verfügbar“, und es wird ein Replikationsgruppenereignis gesendet, dass die Migration nicht initiiert werden konnte. Prüfen Sie Folgendes, um einen solchen Fehlschlag zu diagnostizieren:

• Betrachten Sie das Replikationsgruppenereignis. Verwenden Sie die spezifische Informationen aus dem Ereignis, um den Migrationsfehler zu beheben.

• Wenn das Ereignis keine spezifischen Informationen bereitstellt, müssen Sie sicherstellen, dass die Leitlinien in Vorbereitung Ihrer Redis-Quell- und OSS Zielknoten für die Migration befolgt wurden.

• Stellen Sie sicher, dass die Routing-Konfiguration für Ihre VPC und Subnetze den Verkehr zwischen ElastiCache Knoten und Ihren Redis OSS-Instances zulässt.

• Stellen Sie sicher, dass die Ihren Redis OSS-Instances zugeordnete Sicherheitsgruppe eingehenden Datenverkehr von Knoten zulässt. ElastiCache

• Weitere Informationen zu replikationsspezifischen Fehlern finden Sie in den Redis OSS-Protokollen für Ihre Redis OSS-Instanzen.