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.
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 Valkey- oder 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 Valkey- oder 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 Valkey- oder Redis-OSS-Instanz wird (in einem entsprechenden Shard, der dieselben Steckplätze in einem clusterfähigen Redis besitzt). Der Status des ElastiCache Clusters ändert sich in Migration und die Datenmigration von Ihrer Valkey - oder Redis OSS-Instanz zum primären Knoten beginnt. ElastiCache Abhängig von der Größe der Daten und der Auslastung Ihrer Valkey- oder 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 valkey-cli INFO auf Ihrer Valkey-Instanz
Nach erfolgreicher Replikation werden alle Schreibvorgänge auf Ihre Valkey- oder 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 Valkey- oder Redis OSS-Cluster auf alle Knoten im Cluster repliziert. ElastiCache
Wenn ein ElastiCache primärer Knoten kein Replikat Ihrer Valkey- oder 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 wechselt dann zu available (Verfügbar) und ein Replikationsgruppenereignis zum Fehlschlagen des Initiierens der Migration wird gesendet. 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 Quelle und Ziel für die Migration vorbereiten befolgt wurden.
-
Stellen Sie sicher, dass die Routing-Konfiguration für Ihre VPC und Subnetze den Verkehr zwischen ElastiCache Knoten und Ihren Valkey- oder Redis OSS-Instances zulässt.
-
Stellen Sie sicher, dass die mit Ihren Valkey- oder Redis OSS-Instances verknüpfte Sicherheitsgruppe eingehenden Datenverkehr von Knoten zulässt. ElastiCache
-
Weitere Informationen zu replikationsspezifischen Fehlern finden Sie in den Valkey- oder Redis OSS-Protokollen für Ihre Instances.
