Vorbereiten Ihrer Redis-Quell- und -Zielknoten für die Migration

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

So bereiten Sie die Redis-Quell- und -Zielknoten für die Migration vor

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

   Eine existierende oder neue ElastiCache-Bereitstellung muss für die Migration die folgenden Voraussetzungen erfüllen:

   • Es wird die Redis-Engine-Version ab 5.0.6 verwendet.

   • Weder die Verschlüsselung während der Übertragung noch die Verschlüsselung ruhender Daten ist aktiviert.

   • Es hat Multi-AZ aktiviert.

   • Es ist genug Speicher für die Daten des Redis-Clusters verfügbar. Zum Konfigurieren der richtigen Einstellungen für reservierten Speicher siehe Verwalten von reserviertem Speicher.

   • Bei deaktiviertem Cluster-Modus können Sie direkt von Redis ab Version 2.8.21 auf Redis ab Version 5.0.6 migrieren, wenn Sie die CLI verwenden, oder auf Redis ab Version 5.0.6, wenn Sie die CLI oder die Konsole verwenden. Bei aktiviertem Cluster-Modus können Sie direkt von jeder Cluster-modusfähigen Redis-Version auf Redis ab Version 5.0.6 migrieren, wenn Sie die CLI verwenden, oder auf Redis ab Version 5.0.6, wenn Sie 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 von Open-Source-Redis und der Bereitstellung von ElastiCache für Redis kompatibel sind.

   Für die Redis-Replikation müssen mindestens die folgenden Aspekte der ElastiCache-Zielbereitstellung mit der Redis-Konfiguration kompatibel sein:

   • Für den Redis-Cluster darf Redis AUTH nicht aktiviert sein.

   • Für den Redis-Konfigurationsparameter protected-mode muss no eingestellt sein.

   • Wenn die Redis-Konfiguration den Konfigurationsparameter bind enthält, sollte sie aktualisiert werden, damit Anforderungen von ElastiCache-Knoten zulässig sind.

   • Die Anzahl der logischen Datenbanken muss für den ElastiCache-Knoten und Ihren Redis-Cluster identisch sein. Dieser Wert wird in der Redis-Konfiguration mit databases festgelegt.

   • Redis-Befehle, die Daten ändern, dürfen nicht umbenannt werden, da die Replikation der Daten ansonsten fehlschlägt, z. B. sync, psync, info, config, command und cluster.

   • Sie müssen sicherstellen, dass genug CPU-Kapazität und Speicher verfügbar ist, um die zusätzliche Verarbeitungslast beim Replizieren der Daten vom Redis-Cluster zu ElastiCache zu bewältigen. Diese Last entsteht durch die vom Redis-Cluster erstellte RDB-Datei, die über das Netzwerk zum ElastiCache-Knoten übertragen werden muss.

   • Alle Redis-Instances im Quell-Cluster sollten auf demselben Port ausgeführt werden.

3. Stellen Sie folgendermaßen sicher, dass die Instances eine Verbindung mit ElastiCache herstellen können:

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

   • Weisen Sie die ElastiCache-Bereitstellung zu oder erstellen Sie sie in derselben Virtual Private Cloud (VPC), in der sich Ihr Redis auf Ihrer Instance befindet (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 zum Zugreifen auf einen ElastiCache-Cache in einer Amazon VPC.

   • Die an die Redis-Instances angefügte Sicherheitsgruppe muss eingehenden Datenverkehr von ElastiCache-Knoten zulassen.

4. Stellen Sie sicher, dass die Anwendung Datenverkehr nach Abschluss der Migration an ElastiCache-Knoten leiten kann. Weitere Informationen finden Sie unter Zugriffsmuster zum Zugreifen auf einen ElastiCache-Cache in einer Amazon VPC.