Redis- und Valkey-Arbeitslasten zu Memorystore for Valkey migrieren

Memorystore unterstützt die automatische Migration Ihrer selbstverwalteten Redis- und Valkey-Arbeitslasten zu Memorystore for Valkey. Mit dieser Funktion können Sie nahtlos von der operativen Belastung der Verwaltung Ihrer eigenen Infrastruktur wechseln. Wenn Sie zu einer vollständig verwalteten Umgebung in Memorystore for Valkey migrieren, müssen Sie das Betriebssystem nicht mehr manuell patchen, die Replikation nicht mehr einrichten und keine benutzerdefinierten Sicherungsskripts mehr verwenden. Außerdem profitieren Sie von automatischem Failover, VPC-nativen Sicherheitsfunktionen und der Möglichkeit, auf Hunderte von Knoten mit nahezu null Ausfallzeiten zu skalieren.

Wenn Sie Ihre selbstverwalteten Arbeitslasten zu Memorystore for Valkey migrieren, profitieren Sie von den folgenden Vorteilen, die den Betriebsaufwand reduzieren und Ihre Datenbankinfrastruktur modernisieren:

• Betrieblichen Aufwand reduzieren: Sie können manuelle und zeitaufwendige Aufgaben wie das Patchen von Betriebssystemen, die Infrastrukturüberwachung, Sicherungsskripts und die Replikationsverwaltung an Google Cloudauslagern. So können Sie sich auf die Anwendungsentwicklung konzentrieren, anstatt Datenbanken zu verwalten.
• Hochverfügbarkeit auf Unternehmensniveau: Profitieren Sie von einem vollständig verwalteten SLA mit einer Verfügbarkeit von 99,99 %. Memorystore for Valkey bietet automatischen Failover sowie integrierte Sicherungs- und Wiederherstellungsfunktionen. So werden Ihre Anwendungen vor unerwarteten Knotenausfällen geschützt und eine schnelle Notfallwiederherstellung wird ermöglicht.
• Skalieren mit nahezu null Ausfallzeiten: Skalieren Sie Ihre Instanzen dynamisch, um unvorhersehbare Trafficspitzen zu bewältigen. Sie können nahtlos auf Hunderte von Knoten (bis zu 250 Shards) erweitern, ohne Ihre Anwendungen offline zu nehmen.
• Sicherheit optimieren: Ersetzen Sie komplexe, manuell konfigurierte Netzwerkregeln durch sichere, integrierte VPC-Konnektivität und detaillierte IAM-basierte Zugriffssteuerung (Identity and Access Management). So wird sichergestellt, dass Ihre Daten durch die strengen Sicherheitsgrenzen vonGoogle Cloudgeschützt sind.
• Instanzen konsolidieren und upgraden: Sie können Ihre verstreuten, isolierten und selbstverwalteten Instanzen mühelos in einer einzigen, leistungsstarken Bereitstellung in Memorystore for Valkey zusammenführen. Im Rahmen dieser Migration können Sie auch Ihre veralteten Redis- oder Valkey-Versionen automatisch auf die neuesten unterstützten Versionen aktualisieren.
• Erweiterte Echtzeitanalysen und GenAI nutzen: Wechseln Sie zu einer optimierten Umgebung mit Mikrosekunden-Latenzen für das Caching und die Sitzungsverwaltung. Für Ihre Anwendungen mit generativer KI (GenAI) erhalten Sie sofortigen, verwalteten Zugriff auf erweiterte Funktionen wie die Vektorsuche.

Versionsunterstützung

In der Tabelle in diesem Abschnitt sind die folgenden Informationen zu Ihren selbstverwalteten Redis- und Valkey-Quellinstanzen und den Zielinstanzen in Memorystore for Valkey aufgeführt:

• Die Typen und Versionen der Quellinstanzen, die bei der Migration unterstützt werden
• Die Versionen der Ziel-Memorystore for Valkey-Instanzen, in die Sie Ihre Arbeitslasten migrieren können

Quellinstanztyp	Quellinstanzversion	Zielinstanzversion
Redis	3.2.x – 7.2.x	Valkey 7.2, 8.0, 9.0 und 9.1
Valkey	7.x, 8.x und 9.x	Valkey 7.2, 8.0, 9.0 und 9.1

Wichtig: Die Version der Zielinstanz muss entweder dieselbe oder eine neuere Version als die Version der Quellinstanz sein. Sie können für die Zielinstanz kein Downgrade auf eine frühere Version durchführen.

Hinweis

Bevor Sie mit der Migration Ihrer Arbeitslasten beginnen, müssen Sie die Voraussetzungen in diesem Abschnitt erfüllen.

Google Cloud -Konsole, Google Cloud CLI und APIs verwenden

So verwenden Sie die Google Cloud Console, die gcloud CLI und die APIs:

1. Wählen Sie in der Google Cloud Console auf der Seite für die Projektauswahl ein Google Cloud -Projekt aus oder erstellen Sie eines.

   Projektauswahl aufrufen

2. Die Abrechnung für Ihr Projekt muss aktiviert sein. So prüfen Sie, ob die Abrechnung für ein Projekt aktiviert ist.

3. Installieren und initialisieren Sie die Google Cloud CLI.

   Hinweis:Wenn Sie die gcloud CLI bereits installiert haben, prüfen Sie mit gcloud components update, ob Sie die aktuelle Version verwenden. Sie benötigen mindestens die gcloud CLI-Version 489.0.0, um auf die gcloud CLI-Befehle für Memorystore for Valkey zuzugreifen.

4. Aktivieren Sie die Memorystore for Valkey API.
   Memorystore for Valkey API
5. Aktivieren Sie die Network Connectivity API.
   Network Connectivity API
6. Aktivieren Sie die Service Consumer Management API.
   Service Consumer Management API
7. Aktivieren Sie die Compute Engine API.
   Compute Engine API

Rollen und Berechtigungen zuweisen

Wenn Sie alle Vorgänge zum Migrieren der Arbeitslasten Ihrer selbstverwalteten Redis- und Valkey-Instanzen zu Memorystore for Valkey ausführen möchten, bitten Sie Ihren Administrator, Ihnen die IAM-Rolle Memorystore-Administrator (roles/memorystore.admin) für IhrGoogle Cloud -Projekt zuzuweisen.

Bitten Sie Ihren Administrator, Ihnen die IAM-Rolle Compute-Netzwerkadministrator (roles/compute.networkAdmin) für Ihr Projekt zu gewähren, damit Sie Netzwerkanhänge erstellen und ansehen können.

Workflow zum Migrieren von Arbeitslasten

So migrieren Sie die Arbeitslasten Ihrer selbstverwalteten Redis- und Valkey-Instanzen zu Memorystore for Valkey:

1. Quellinstanz vorbereiten: Konfigurieren Sie Ihre selbstverwaltete Redis- oder Valkey-Instanz so, dass sichere Verbindungen und die ausgehende Replikation zu Memorystore for Valkey möglich sind.
2. Zielinstanz vorbereiten: Bestimmen Sie die erforderlichen Instanzspezifikationen, z. B. die Anzahl der Shards und den Knotentyp.
3. Zielinstanz erstellen: Stellen Sie die Memorystore for Valkey-Instanz bereit, in der die migrierten Daten empfangen werden.
4. Netzwerkanhang konfigurieren: Richten Sie einen Netzwerkanhang ein. Mit diesem Anhang kann die Zielinstanz im VPC-Netzwerk des Erstellers Verbindungen zur Quellinstanz initiieren, die im VPC-Netzwerk des Nutzers ausgeführt wird. Dadurch wird die Replikation eingerichtet.
5. Migration starten: Starten Sie den Synchronisierungsvorgang. Die Zielinstanz stellt automatisch eine Verbindung zur Quellinstanz her und beginnt, Ihre Daten kontinuierlich als Lesereplikat zu replizieren.
6. Migration überwachen: Prüfen Sie, ob die Migration ohne Probleme verläuft und der Status der Migration HEALTHY ist.
7. Migration abschließen: Stellen Sie den Anwendungs-Traffic auf die Zielinstanz um.

Quellinstanz vorbereiten

Sie müssen Ihre selbstverwaltete Redis- oder Valkey-Instanz vorbereiten, damit Sie Ihre Arbeitslasten in eine Zielinstanz von Memorystore for Valkey migrieren können.

So lassen Sie Verbindungen von den Knoten der Zielinstanz zu den Knoten der Quellinstanz zu:

• Wenn der protected-mode auf den Quellknoten aktiviert ist, deaktivieren Sie ihn.
• Wenn Sie die Quellknoten mit einer expliziten bind-Anweisung konfiguriert haben, müssen Sie die Knoten aktualisieren, um eingehende Verbindungen von den Zielknoten zuzulassen. Die Zielknoten initiieren Verbindungen von den IP-Adressen im Subnetz des Netzwerk-Anhangs.
• Aktualisieren Sie alle Firewallregeln, die eingehende Verbindungen von den Zielknoten blockieren könnten.
• Wenn die Authentifizierung und Transport Layer Security (TLS) für die Quellknoten aktiviert sind, deaktivieren Sie sie.

Damit die Replikation von den Knoten der Zielinstanz zu den Knoten der Quellinstanz eingerichtet werden kann, gehen Sie so vor:

• Benennen Sie keine Valkey- oder Redis-Befehle um, die Datenänderungen vornehmen oder für die Replikation verwendet werden (z. B. PING, PSYNC und HSET).
• Wenn Sie Zugriffssteuerungslisten (Access Control Lists, ACLs) für Ihre Instanz verwenden, lassen Sie die folgenden Befehle für den Nutzer default zu, damit die Zielinstanz die Replikation einrichten kann:
  • REPLCONF
  • SYNC
  • PSYNC
  • PING
  • INFO
  • CLUSTER|NODES
• Die Quellinstanz muss genügend Arbeitsspeicher und CPU-Kapazität haben, um die zusätzliche Replikationslast zu bewältigen, die von den Knoten der Zielinstanz ausgeht.

Wichtig: Notieren Sie sich die IP-Adresse und Portnummer der Quellinstanz. Sie benötigen diese Informationen, um den Migrationsprozess zu starten.

Außerdem muss Memorystore for Valkey während des gesamten Migrationsprozesses mit dieser IP-Adresse und diesem Port kommunizieren können. Memorystore for Valkey verwendet die IP-Adresse und den Port, um die anderen Knoten in der Topologie der Instanz automatisch zu erkennen.

Zielinstanz vorbereiten

Damit die Replikation reibungslos verläuft, müssen Sie die Zielinstanz von Memorystore for Valkey so dimensionieren, dass sie die eingehende Arbeitslast der Quellinstanz bewältigen kann. Dazu müssen Sie die genauen Spezifikationen für Ihre Zielinstanz ermitteln. Diese Spezifikationen umfassen die Kompatibilität mit der Quellinstanz, den Clustermodus, die Anzahl der Datenbanken, die Anzahl der Shards, die Version und den Knotentyp der Zielinstanz.

Beachten Sie die folgenden Richtlinien, um die Zielinstanz vorzubereiten:

• Kompatibilität mit der Quellinstanz: Die Quell- und Zielinstanzen müssen sich im selben Projekt und in derselben Region befinden.
• Clustermodus: Der Clustermodus der Zielinstanz muss mit dem Clustermodus der Quellinstanz übereinstimmen. Wenn für die Quellinstanz der Clustermodus deaktiviert ist, muss er auch für die Zielinstanz deaktiviert sein. Andernfalls muss auf der Zielinstanz der Clustermodus aktiviert sein.
• Anzahl der Datenbanken: Wenn für die Zielinstanz der Clustermodus deaktiviert ist, muss die Anzahl der logischen Datenbanken in der Instanz gleich oder größer als die Anzahl der Datenbanken in der Quellinstanz sein.
• Anzahl der Shards: Wenn für die Zielinstanz der Clustermodus aktiviert ist, muss die Anzahl der Shards in der Zielinstanz mit der Anzahl der Shards in der Quellinstanz übereinstimmen. Die Anzahl der Replikate auf der Quell- und Zielinstanz kann jedoch unterschiedlich sein.
• Instanzversion: Die Version der Zielinstanz muss mit der Version der Quellinstanz kompatibel sein. Weitere Informationen finden Sie unter Versionsunterstützung.
• Wartungsversion: Die Wartungsversion der Zielinstanz muss MEMORYSTORE_20260313_01_00 oder höher sein. Weitere Informationen finden Sie unter Wartung.
• Knotentyp: Der Knotentyp auf der Zielinstanz muss groß genug sein, um die Daten zu verarbeiten, die er von den Knoten der Quellinstanz empfängt. Weitere Informationen zu den Knotentypen, die Sie für die Zielinstanz auswählen können, und zur entsprechenden Keyspace-Kapazität für jeden Knotentyp finden Sie unter Knotentyp-Spezifikation.

Wichtig: Instanzen für die regionenübergreifende Replikation können nicht als Zielinstanzen verwendet werden. Prüfen Sie außerdem, ob Memorystore for Valkey Befehle blockiert, die Sie in der Quellinstanz verwenden.

Zielinstanz erstellen

Wenn Sie keine Zielinstanz haben, die die Anforderungen für den Empfang von Daten erfüllt, die von der Quellinstanz migriert werden, müssen Sie die Instanz erstellen.

Sie können diese Instanz entweder mit der Google Cloud Console oder der gcloud CLI erstellen.

Wichtig: Bevor Sie die Zielinstanz erstellen, sollten Sie die Richtlinien unter Zielinstanz vorbereiten lesen.

Console

Informationen zum Erstellen der Zielinstanz finden Sie unter Instanzen erstellen.

gcloud

Informationen zum Erstellen der Zielinstanz finden Sie unter Instanzen erstellen.

Netzwerkanhang konfigurieren

Wenn Sie die Arbeitslasten einer Quellinstanz in eine Zielinstanz migrieren möchten, müssen die Knoten der Zielinstanz eine Verbindung zu den Knoten der Quellinstanz herstellen. Dadurch können die Daten in der Quellinstanz in die Zielinstanz repliziert werden.

Damit diese Verbindung und Replikation erfolgen kann, müssen Sie einen Netzwerkanhang verwenden. Verbindungsversuche von den Zielknoten stammen aus dem Subnetz im VPC-Netzwerk der Quellinstanz, das mit der Netzwerkverbindung verknüpft ist.

Sie können einen Netzwerkanhang verwenden, der die folgenden Anforderungen erfüllt:

• Es muss sich im selben Projekt und in derselben Region wie die Zielinstanz befinden.
• Das Subnetz muss sich im selben VPC-Netzwerk wie die Quellinstanz befinden.
• Das Subnetz in der Quellinstanz muss einen angemessenen IP-CIDR-Bereich haben, der mindestens N+1 nutzbare IP-Adressen unterstützt (wobei N die Anzahl der Knoten in der Zielinstanz ist). Wenn eine Zielinstanz beispielsweise drei Shards und ein Replikat hat, besteht sie aus sechs Knoten: drei Knoten für die primäre Instanz und drei Knoten für das Replikat. Daher benötigen Sie mindestens sieben IP-Adressen.
• Der Subnetzbereich darf sich nicht mit 10.0.0.0/23 überschneiden, da dieser Bereich für Memorystore for Valkey reserviert ist.

Wenn Ihre Netzwerkanbindung diese Anforderungen nicht erfüllt oder Sie keine Netzwerkanbindung haben, müssen Sie eine erstellen.

Migration starten

Durch das Starten der Migration wird die Replikation der Zielinstanz mit der Quellinstanz eingerichtet. Alle Daten, die in die Quellinstanz geschrieben werden, werden automatisch in die Zielinstanz repliziert. Die Zielinstanz wird zu einem Lesereplikat der Quellinstanz.

Sie können die Migration entweder über die Google Cloud Console oder die gcloud CLI starten.

Wichtig: Bevor Sie mit der Migration beginnen, sollten Sie die Richtlinien unter Netzwerkverbindung konfigurieren lesen. Führen Sie außerdem nach dem Start der Migration keine Slot-Migrationsvorgänge für die Quellinstanz durch, bis Sie die Migration abgeschlossen haben.

Console

1. Rufen Sie in der Google Cloud Console die Seite Memorystore for Valkey auf.

   Memorystore for Valkey

2. Klicken Sie auf die ID der Zielinstanz.

3. Klicken Sie auf der Seite Instanz auf einen Blick auf Migration starten.

4. Führen Sie im Fenster Selbstverwaltete Redis- und Valkey-Instanzen migrieren die folgenden Schritte aus:

5. Lesen Sie auf dem Tab Vorbereiten die Informationen zu den Voraussetzungen für die Quellinstanz und den Richtlinien für die Netzwerkanbindung. Klicken Sie dann auf Weiter.

6. Führen Sie auf dem Tab Verbinden die folgenden Schritte aus:

   1. Geben Sie die IP-Adresse und den Port der Quellinstanz ein. Diese Informationen haben Sie unter Quellinstanz vorbereiten notiert.
   2. Wählen Sie die Netzwerkverbindung aus, die Sie für die Datenmigration verwenden möchten.
   3. Klicken Sie auf Weiter.

7. Sehen Sie sich auf dem Tab Überprüfen die Informationen an, die mit dem Migrationsprozess verknüpft sind. Diese Informationen umfassen die ID der Zielinstanz, die IP-Adresse und den Port der Quellinstanz sowie den Namen der Netzwerkverbindung. Klicken Sie nach dem Lesen dieser Informationen auf Migration starten.

8. Prüfen Sie auf der Seite Instanz auf einen Blick, ob der Status Wird migriert angezeigt wird.

Wenn die Knoten der Zielinstanz keine Verbindung zu den Knoten der Quellinstanz herstellen können oder die Daten in der Quellinstanz nicht in die Zielinstanz repliziert werden können, schlägt die Migration fehl.

In diesem Fall wird die Zielinstanz von Memorystore for Valkey auf den Zustand zurückgesetzt, den sie vor Beginn der Migration hatte. Der Status der Zielinstanz wird auf Bereit zurückgesetzt und die Instanz hat wieder Lese- und Schreibfunktionen.

Nachdem Sie die Probleme behoben haben, die zum Fehlschlagen der Migration geführt haben, können Sie die Migration noch einmal starten.

gcloud

Verwenden Sie den Befehl gcloud memorystore instances start-migration, um die Migration zu starten.

gcloud memorystore instances start-migration INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION \
--source-ip=SOURCE_IP_ADDRESS \
--source-port=SOURCE_PORT \
--network-attachment=projects/NETWORK_ATTACHMENT_PROJECT_ID/locations/NETWORK_ATTACHMENT_REGION/networkAttachments/NETWORK_ATTACHMENT_ID

Ersetzen Sie die folgenden Werte:

• INSTANCE_ID: die ID der Zielinstanz.
• PROJECT_ID: die ID oder Projektnummer des Google Cloud Projekts, das die Zielinstanz enthält.
• REGION: Die Region, in der sich die Zielinstanz befindet.
• SOURCE_IP_ADDRESS: die IP-Adresse der Quellinstanz. Sie haben sich diese IP-Adresse unter Quellinstanz vorbereiten notiert.
• SOURCE_PORT: die Portnummer der Quellinstanz. Sie haben diesen Port unter Quellinstanz vorbereiten notiert.
• NETWORK_ATTACHMENT_PROJECT_ID: Die ID oder Projektnummer desGoogle Cloud Projekts, das den Netzwerkanhang enthält, den Sie zum Migrieren von Daten verwenden möchten.
• NETWORK_ATTACHMENT_REGION: die Region, in der sich der Netzwerkanhang befindet.
• NETWORK_ATTACHMENT_ID: die ID des Netzwerkanhangs.

Mit dem Befehl gcloud memorystore instances describe können Sie prüfen, ob die Migration erfolgreich gestartet wurde.

gcloud memorystore instances describe INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION_ID

Prüfen Sie, ob neben dem Parameter state der Status MIGRATING angezeigt wird.

Wenn die Knoten der Zielinstanz keine Verbindung zu den Knoten der Quellinstanz herstellen können oder die Daten in der Quellinstanz nicht in die Zielinstanz repliziert werden können, schlägt die Migration fehl.

In diesem Fall wird die Zielinstanz von Memorystore for Valkey auf den Zustand zurückgesetzt, den sie vor Beginn der Migration hatte. Der Status der Zielinstanz wird auf ACTIVE zurückgesetzt und die Instanz hat wieder Lese- und Schreibfunktionen.

Nachdem Sie die Probleme behoben haben, die zum Fehlschlagen der Migration geführt haben, können Sie die Migration noch einmal starten.

Migration überwachen

Um sicherzustellen, dass die Migration ohne Probleme verläuft, können Sie sie auf der Quell- und der Zielinstanz überwachen.

Quellinstanz überwachen

Prüfen Sie auf der Quellinstanz, ob die Nutzung des Clientausgabepuffers auf den Quellknoten niedrig bleibt. Eine anhaltend geringe Nutzung deutet auf eine minimale Verzögerung und eine erfolgreiche Synchronisierung der Daten von der Quellinstanz zur Zielinstanz hin.

Zielinstanz überwachen

Sie können den Zustand der Migration von der Quellinstanz zu Memorystore for Valkey überwachen. Prüfen Sie dazu den Messwert Migrationsstatus (/instance/migration_status) für die Zielinstanz, um zu bestätigen, dass der aktuelle Status der Instanz HEALTHY ist. Dieser Status gibt an, dass die Replikationsverbindungen zwischen den Shards der Quell- und Zielinstanzen während der Migration aktiv sind und ordnungsgemäß funktionieren.

So prüfen Sie den Messwert Migrationsstatus für die Instanz über dieGoogle Cloud Console:

1. Wechseln Sie in der Google Cloud Console zur Seite Metrics Explorer.

   Metrics Explorer

2. Wählen Sie im Menü Messwert den Messwert Migrationsstatus aus. Wählen Sie dazu Memorystore-Instanz > Instanz > Migrationsstatus aus und klicken Sie dann auf Übernehmen.

3. Fügen Sie im Feld Filter den folgenden Filter hinzu: instance_id = (equals) INSTANCE_ID.

   Ersetzen Sie INSTANCE_ID durch die ID der Zielinstanz.

4. Sehen Sie sich im Abschnitt Ergebnisse den aktuellen Status der Instanz an. Wenn der Status HEALTHY angezeigt wird, funktioniert die Instanz und Sie können die Migration abschließen.

   Wenn der Status HEALTHY nicht angezeigt wird, können Sie den Messwert Migrationsstatus (/instance/node/migration_status) für die primären Knoten der Zielinstanz verwenden. Wenn Sie diese Knoten überwachen, können Sie feststellen, ob Knoten fehlerhaft sind.

   So verwenden Sie den Messwert Migrationsstatus für die Instanzknoten:

   1. Wählen Sie im Menü Messwert den Messwert Migrationsstatus aus. Wählen Sie dazu Memorystore-Instanzknoten > Instanz > Migrationsstatus aus und klicken Sie dann auf Anwenden.

   2. Fügen Sie im Feld Filter den folgenden Filter hinzu: role = (equals) primary.

   3. Prüfen Sie im Abschnitt Ergebnisse, ob der aktuelle Status aller primären Knoten HEALTHY lautet. Wenn dies der Fall ist, funktionieren die Knoten und Sie können die Migration abschließen.

Migration abschließen

Wenn Sie bereit sind, den Anwendungs-Traffic auf die Zielinstanz umzustellen, schließen Sie die Migration ab. Dadurch werden die Knoten der Zielinstanz nicht mehr mit den Knoten der Quellinstanz repliziert. Die Zielinstanz ermöglicht alle Lese- und Schreibvorgänge.

Sie können die Migration entweder mit der Google Cloud Console oder der gcloud CLI abschließen.

Wichtig: Standardmäßig sorgt Memorystore for Valkey dafür, dass die Zielinstanz bis zum Abschluss der Migration vollständig mit der Quellinstanz synchronisiert ist. Alle Schreibvorgänge in der Quellinstanz nach Abschluss der Migration werden möglicherweise nicht repliziert.

Wenn Sie eine vollständige Datenkonsistenz zwischen der Quell- und der Zielinstanz und keinen Datenverlust wünschen, müssen Sie alle Schreibvorgänge in die Quellinstanz beenden, bevor Sie die Migration abschließen.

Console

1. Rufen Sie in der Google Cloud Console die Seite Memorystore for Valkey auf.

   Memorystore for Valkey

2. Klicken Sie auf die ID der Zielinstanz.

3. Klicken Sie auf der Seite Instanz auf einen Blick auf Migration abschließen.

4. Führen Sie im Dialogfeld Migration abschließen die folgenden Schritte aus:

   1. Wenn Sie sicherstellen möchten, dass alle Daten in der Quellinstanz in die Zielinstanz repliziert werden, wählen Sie Standard aus.

      Achtung: Wenn Sie den Anwendungs-Traffic sofort auf die neue Zielinstanz umstellen möchten, wählen Sie Erzwingen (Synchronisierung überspringen) aus. Wenn Sie diese Option auswählen, kann Memorystore for Valkey jedoch möglicherweise nicht alle Daten in der Quellinstanz auf der Zielinstanz replizieren.

   2. Geben Sie im Textfeld Instanz-ID die ID der Zielinstanz ein.

   3. Klicken Sie auf Migration abschließen.

5. Prüfen Sie auf der Seite Instanz auf einen Blick, ob der Status Migriert angezeigt wird.

Wichtig: Nachdem Sie die Migration abgeschlossen haben, müssen Sie die Konfigurationsdateien Ihrer Anwendung aktualisieren, damit der gesamte Traffic an die Zielinstanz weitergeleitet wird.

gcloud

Verwenden Sie den Befehl gcloud memorystore instances finish-migration, um die Migration abzuschließen.

gcloud memorystore instances finish-migration INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION

Ersetzen Sie die folgenden Werte:

• INSTANCE_ID: die ID der Zielinstanz
• PROJECT_ID: die ID oder Projektnummer des Google Cloud Projekts, das die Zielinstanz enthält
• REGION: die Region, in der sich die Zielinstanz befindet

Achtung: Wenn Sie den Anwendungs-Traffic sofort auf die neue Zielinstanz umstellen möchten, verwenden Sie den Parameter --force. Wenn Sie diesen Parameter verwenden, kann Memorystore for Valkey jedoch möglicherweise nicht alle Daten in der Quellinstanz auf der Zielinstanz replizieren.

Mit dem Befehl gcloud memorystore instances describe können Sie prüfen, ob die Migration erfolgreich abgeschlossen wurde.

gcloud memorystore instances describe INSTANCE_ID \
--project=PROJECT_ID \
--location=REGION_ID

Prüfen Sie, ob neben dem Parameter state der Status MIGRATED angezeigt wird.

Wichtig: Nachdem Sie die Migration abgeschlossen haben, müssen Sie die Konfigurationsdateien Ihrer Anwendung aktualisieren, damit der gesamte Traffic an die Zielinstanz weitergeleitet wird.