Redis- und Valkey-Arbeitslasten zu Memorystore for Valkey migrieren

Vorschau

Diese Funktion unterliegt den „Bedingungen für Pre-GA-Angebote“ im Abschnitt „Allgemeine Dienstbedingungen“ der dienstspezifischen Nutzungsbedingungen. Pre-GA‑Funktionen stehen in der vorliegenden Form zur Verfügung und bieten möglicherweise nur eingeschränkten Support. Weitere Informationen finden Sie unter den Beschreibungen der Startphase.

Memorystore unterstützt die automatisierte 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. Durch die Migration zu einer vollständig verwalteten Umgebung in Memorystore for Valkey entfällt die Notwendigkeit für manuelles Patchen des Betriebssystems, die Einrichtung der Replikation und benutzerdefinierte Sicherungsskripts. Gleichzeitig 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: Lagern Sie manuelle und zeitaufwendige Aufgaben wie das Patchen des Betriebssystems, das Infrastrukturmonitoring, Sicherungsskripts und die Replikationsverwaltung an Google Cloudaus. So können Sie sich auf die Anwendungsentwicklung konzentrieren, anstatt auf die Datenbankwartung.
• Hochverfügbarkeit auf Unternehmensniveau: Profitieren Sie von einem vollständig verwalteten SLA 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: Sie können Ihre Instanzen dynamisch hoch- oder herunterskalieren, um unvorhersehbare Trafficspitzen zu bewältigen. Sie können nahtlos auf Hunderte von Knoten (bis zu 250 Shards) skalieren, 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 einem einzigen, leistungsstarken Deployment 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 Releases aktualisieren.
• Erweiterte Echtzeitanalysen und generative KI nutzen: Wechseln Sie zu einer optimierten Umgebung, die Mikrosekunden-Latenzen für das Caching und die Sitzungsverwaltung bietet. 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 werden 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 und 9.0
Valkey	7.x, 8.x und 9.x	Valkey 7.2, 8.0 und 9.0

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 Console, 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 gespeichert 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 die Synchronisierung. Die Zielinstanz stellt automatisch eine Verbindung zu Ihrer 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: Leiten Sie den Anwendungsdatenverkehr zur 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, aktualisieren Sie die Knoten, um eingehende Verbindungen von den Zielknoten zuzulassen. Die Zielknoten initiieren Verbindungen von den IP-Adressen im Subnetz der Netzwerkverbindung.
• Aktualisieren Sie alle Firewallregeln, die eingehende Verbindungen von den Zielknoten blockieren könnten.
• Wenn die Authentifizierung und TLS (Transport Layer Security) auf den 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 für die Migration oder Datenänderung erforderlich sind, z. B. PING, PSYNC und HSET.
• Achten Sie darauf, dass die Quellinstanz genügend Arbeitsspeicher und CPU-Kapazität hat, um die zusätzliche Replikationslast zu bewältigen, die von den Knoten der Zielinstanz ausgeht.

Wichtig: Notieren Sie sich die IP-Adresse und die 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 für die 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 auf der Zielinstanz mit der Anzahl der Shards auf der Quellinstanz übereinstimmen. Die Anzahl der Replikate in 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 der Zielinstanz muss groß genug sein, um die Daten zu verarbeiten, die sie 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: Sie können keine regionenübergreifenden Replikationsinstanzen als Zielinstanzen verwenden. 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 eine Netzwerkverbindung verwenden, die die folgenden Anforderungen erfüllt:

• Sie 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, hat sie 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 Netzwerkverbindung diese Anforderungen nicht erfüllt oder Sie keine Netzwerkverbindung haben, müssen Sie eine erstellen.

Migration starten

Durch 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 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 anschließend auf Weiter.

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

   1. Geben Sie die IP-Adresse und den Port der Quellinstanz ein. Sie haben diese Informationen unter Quellinstanz vorbereiten notiert.
   2. Wählen Sie die Netzwerkverbindung aus, die Sie für die Migration von Daten 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 beta memorystore instances start-migration, um die Migration zu starten.

gcloud beta 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 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

Damit die Migration problemlos verläuft, können Sie sie auf der Quell- und der Zielinstanz beobachten.

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 mit der Zielinstanz hin.

Zielinstanz überwachen

Prüfen Sie für jeden primären Knoten in der Zielinstanz, ob der Status für den Messwert Node migration status (Status der Knotenmigration) HEALTHY (Fehlerfrei) lautet. Dieser Status gibt an, dass die Replikationsverbindungen zwischen den Shards der Quell- und Zielinstanzen fehlerfrei und aktiv sind.

Sie können die Migration der Zielinstanz über dieGoogle Cloud Console überwachen. So prüfen Sie den Wert des Messwerts Node migration status (Status der Knotenmigration) für jeden primären Knoten der Zielinstanz:

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

   Metrics Explorer

2. Wählen Sie im Menü Messwert den Messwert Status der Knotenmigration aus. Wählen Sie dazu Memorystore-Instanzknoten > Instanz > Status der Knotenmigration aus und klicken Sie dann auf Anwenden.

3. Fügen Sie im Feld Filter die folgenden Filter hinzu:

   • instance_id = (equals) INSTANCE_ID
   • role = (equals) primary
   • status != (does not equal) HEALTHY

   Ersetzen Sie INSTANCE_ID durch die ID der Zielinstanz.

   Wenn Sie diese Filter hinzufügen, können Sie die primären Knoten der Zielinstanz überwachen, um festzustellen, ob Knoten fehlerhaft sind. Wenn keine Knoten angezeigt werden, sind alle Knoten fehlerfrei 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. 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, beenden Sie vor Abschluss der Migration alle Schreibvorgänge in der Quellinstanz.

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 möglicherweise nicht alle Daten der Quellinstanz in die 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: Aktualisieren Sie nach Abschluss der Migration die Konfigurationsdateien Ihrer Anwendung, um den gesamten Traffic an die Zielinstanz weiterzuleiten.

gcloud

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

gcloud beta 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 möglicherweise nicht alle Daten der Quellinstanz in die 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.