View a markdown version of this page

Quelle und Ziel für die Migration vorbereiten - Amazon ElastiCache

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.

Quelle und Ziel für die Migration vorbereiten

Mit diesen Schritten können Sie sich auf die Migration Ihrer Daten von einer selbst gehosteten Valkey- oder Redis-Quelle auf EC2 vorbereiten. ElastiCache

Dies bezieht sich auf die Migration von einer selbst gehosteten Instance zum Service. ElastiCache Informationen zum Upgrade von Redis OSS auf Valkey finden Sie unter. ElastiCache Aufrüstung von Motorversionen, einschließlich motorübergreifender Upgrades

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-Valkey- oder Redis OSS-Nodes für die Migration vorzubereiten

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

    Eine vorhandene 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 während der Übertragung ist nicht aktiviert.

    • Sie wurde Multi-AZ aktiviert.

    • Es verfügt über ausreichend Speicherplatz für die Daten aus Ihrem Valkey- oder Redis OSS-Cluster. Zum Konfigurieren der richtigen Einstellungen für reservierten Speicher siehe Verwaltung des reservierten Speichers für Valkey und Redis OSS.

    • Wenn der Clustermodus deaktiviert ist, können Sie mithilfe der CLI oder Konsole direkt von jeder unterstützten Valkey- oder Redis OSS-Version 5.0.6 auf Valkey oder Redis OSS ab Version 5.0.6 migrieren. Wenn der Clustermodus aktiviert ist, können Sie mithilfe der CLI oder der Konsole direkt von jeder Valkey- oder Redis OSS-Version mit aktiviertem Clustermodus auf Valkey oder Redis OSS Version 5.0.6 oder höher migrieren.

    • 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-Valkey- oder Redis OSS und der Bereitstellung kompatibel sind. ElastiCache

    Zumindest sollten alle folgenden Elemente in der ElastiCache Zielbereitstellung 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 gesetzt seinno.

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

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

    • Valkey- oder Redis OSS-Befehle, die Datenänderungen durchführen, 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 genügend 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 Instanzen 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 in derselben Virtual Private Cloud (VPC) zu oder erstellen Sie sie in derselben Virtual Private Cloud (VPC) wie Ihr Valkey- oder Redis-OSS auf Ihrer Instance (empfohlen).

    • Wenn separate VPCs verwendet werden, muss das VPC-Peering so eingerichtet werden, dass Zugriff zwischen den Knoten zulässig ist. 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.