Quelle und Ziel für die Migration vorbereiten

Mit diesen Schritten können Sie sich darauf vorbereiten, Ihre Daten von einer selbst gehosteten Valkey- oder Redis-Quelle auf oder von einem Redis OSS-Cluster EC2 zu ElastiCache einem Valkey-Cluster zu migrieren. ElastiCache

Dies bezieht sich auf die Migration von einer selbst gehosteten Instanz zum Service. ElastiCache Informationen zum Upgrade von Redis OSS auf Valkey finden Sie unter. ElastiCache Versionsverwaltung für ElastiCache

Sie müssen sicherstellen, dass alle vier der unten genannten Voraussetzungen erfüllt sind, bevor Sie die Migration über die ElastiCache Konsole, API oder AWS CLI starten.

Um Ihre Quell- und Ziel-OSS-Knoten von Valkey oder Redis für die Migration vorzubereiten

1. Identifizieren Sie die ElastiCache Zielbereitstellung und stellen Sie sicher, dass Sie Daten dorthin migrieren können.

   Eine bestehende oder neu erstellte ElastiCache Bereitstellung sollte die folgenden Anforderungen für die Migration erfüllen:

   • Es verwendet Valkey oder Redis OSS 5.0.6 oder höher.

   • Die Verschlüsselung bei der Übertragung ist nicht aktiviert.

   • Es hat Multi-AZ aktiviert.

   • Es steht ausreichend Speicherplatz für die Daten aus Ihrem Valkey- oder Redis OSS-Cluster zur Verfügung. Zum Konfigurieren der richtigen Einstellungen für reservierten Speicher siehe Verwaltung von reserviertem Speicher für Valkey und Redis OSS.

   • Wenn der Clustermodus deaktiviert ist, können Sie direkt von Valkey oder Redis OSS Version 2.8.21 auf Valkey oder Redis OSS Version 5.0.6 und höher migrieren, wenn Sie die CLI oder Valkey oder Redis OSS Versionen 5.0.6 und höher über die CLI oder Konsole verwenden. Wenn der Clustermodus aktiviert ist, können Sie direkt von jeder Valkey- oder Redis OSS-Version mit aktiviertem Clustermodus auf Redis OSS Version 5.0.6 und höher migrieren, wenn Sie die CLI- oder Redis OSS-Versionen 5.0.6 über die CLI oder die Konsole verwenden.

   • Die Anzahl der Shards in Quell- und Zieldatei stimmt überein.

   • Ist nicht Teil eines globalen Datenspeichers.

   • Datenklassifizierung ist deaktiviert.

2. Stellen Sie sicher, dass die Konfigurationen Ihres Open-Source-Betriebssystems Valkey oder Redis OSS und die Bereitstellung kompatibel sind. ElastiCache

   In der ElastiCache Zielbereitstellung sollten mindestens alle folgenden Komponenten mit Ihrer Valkey- oder Redis OSS-Konfiguration für die Replikation kompatibel sein:

   • In Ihrem Cluster sollte AUTH nicht aktiviert sein.

   • Die Konfiguration protected-mode sollte auf eingestellt seinno.

   • Wenn Sie eine bind Konfiguration in Ihrer Valkey- oder Redis OSS-Konfiguration haben, sollte diese aktualisiert werden, um Anfragen von ElastiCache Knoten zuzulassen.

   • Die Anzahl der logischen Datenbanken auf dem ElastiCache Knoten und Ihrem Valkey- oder Redis OSS-Cluster sollte identisch sein. Dieser Wert wird databases in der Valkey- oder Redis OSS-Konfiguration festgelegt.

   • Valkey- oder Redis OSS-Befehle, die Datenänderungen vornehmen, sollten nicht umbenannt werden, damit die Daten erfolgreich repliziert werden können. Zum Beispielsync,,,, undpsync. info config command cluster

   • Um die Daten aus Ihrem Valkey- oder Redis-OSS-Cluster zu replizieren ElastiCache, stellen Sie sicher, dass ausreichend CPU und Arbeitsspeicher vorhanden sind, um diese zusätzliche Last zu bewältigen. Diese Last stammt aus der RDB-Datei, die von Ihrem Valkey- oder Redis-OSS-Cluster erstellt und über das Netzwerk an den Knoten übertragen wurde. ElastiCache

   • Alle Valkey- oder Redis OSS-Instanzen im Quellcluster sollten auf demselben Port laufen.

3. Stellen Sie sicher, dass Ihre Instances eine Verbindung herstellen können, ElastiCache indem Sie wie folgt vorgehen:

   • Stellen Sie sicher, dass die IP-Adresse jeder Instance privat ist.

   • Weisen Sie die ElastiCache Bereitstellung derselben Virtual Private Cloud (VPC) zu oder erstellen Sie sie in derselben virtuellen privaten Cloud (VPC) wie Ihr Valkey- oder Redis-OSS auf Ihrer Instanz (empfohlen).

   • Wenn sie unterschiedlich VPCs sind, richten Sie VPC-Peering ein, um den Zugriff zwischen den Knoten zu ermöglichen. Weitere Informationen zum VPC-Peering siehe Zugriffsmuster für den Zugriff auf einen ElastiCache Cache in einer Amazon VPC.

   • Die mit Ihren Valkey- oder Redis OSS-Instances verknüpfte Sicherheitsgruppe sollte eingehenden Datenverkehr von Knoten zulassen. ElastiCache

4. Stellen Sie sicher, dass Ihre Anwendung den Datenverkehr nach Abschluss der Datenmigration an die ElastiCache Knoten weiterleiten kann. Weitere Informationen finden Sie unter Zugriffsmuster für den Zugriff auf einen ElastiCache Cache in einer Amazon VPC.