Migra tus cargas de trabajo de Redis y Valkey a Memorystore for Valkey

Vista previa

Esta función está sujeta a las "Condiciones de la oferta previa a la DG" en la sección Condiciones Generales del Servicio de las Condiciones Específicas del Servicio. Las funciones de la fase previa a la DG están disponibles “sin modificaciones” y pueden tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

Memorystore admite la migración automatizada de tus cargas de trabajo autoadministradas de Redis y Valkey a Memorystore for Valkey. El uso de esta función te permite realizar una transición sin problemas de la carga operativa de administrar tu propia infraestructura. Cuando migras a un entorno completamente administrado en Memorystore for Valkey, eliminas la necesidad de aplicar parches manuales al SO, configurar la replicación y usar secuencias de comandos de copia de seguridad personalizadas, a la vez que obtienes conmutación por error automática y capacidades de seguridad nativas de VPC, además de la capacidad de escalar a cientos de nodos con un tiempo de inactividad casi nulo.

Cuando migras tus cargas de trabajo autoadministradas a Memorystore for Valkey, desbloqueas las siguientes ventajas que eliminan el trabajo repetitivo operativo y modernizan tu infraestructura de base de datos:

• Elimina la sobrecarga operativa: Transfiere las tareas manuales y que consumen mucho tiempo a Google Cloud, como la aplicación de parches al SO, la supervisión de la infraestructura, las secuencias de comandos de copia de seguridad y la administración de la replicación. Como resultado, puedes enfocarte en el desarrollo de aplicaciones en lugar del mantenimiento de la base de datos.
• Logra una alta disponibilidad de nivel empresarial: Benefíciate de un ANS del 99.99% completamente administrado. Memorystore for Valkey proporciona conmutación por error automática y capacidades integradas de copia de seguridad y restablecimiento. Esto protege tus aplicaciones de fallas inesperadas de nodos y garantiza una recuperación ante desastres rápida.
• Escala con un tiempo de inactividad casi nulo: Aumenta o disminuye la escala de tus instancias para que coincidan con los picos de tráfico impredecibles de forma dinámica. Puedes expandirte a cientos de nodos (hasta 250 fragmentos) sin problemas sin desconectar tus aplicaciones.
• Mejora tu seguridad: reemplaza las reglas de red complejas y configuradas de forma manual por una conectividad de VPC segura e integrada, y controles de acceso detallados basados en Identity and Access Management (IAM). Esto garantiza que Google Cloud's límites de seguridad estrictos de protejan tus datos.
• Consolida y actualiza tus instancias: Combina tus instancias dispersas, aisladas y autoadministradas en una sola implementación de alto rendimiento en Memorystore for Valkey sin esfuerzo. Como parte de esta migración, también puedes actualizar automáticamente tus versiones obsoletas de Redis o Valkey a las versiones compatibles más recientes.
• Desbloquea estadísticas avanzadas en tiempo real y GenAI: Realiza la transición a un entorno optimizado que ofrece latencias de microsegundos para el almacenamiento en caché y la administración de sesiones. Para potenciar tus aplicaciones de IA generativa (GenAI), obtienes acceso administrado inmediato a funciones avanzadas como la búsqueda vectorial.

Compatibilidad con las versiones

En la tabla de esta sección, se incluye la siguiente información sobre tus instancias autoadministradas de Redis y Valkey de origen, y las instancias de destino en Memorystore for Valkey:

• Los tipos y las versiones de las instancias de origen que admite la migración
• Las versiones de las instancias de Memorystore for Valkey de destino a las que puedes migrar tus cargas de trabajo

Tipo de instancia de origen	Versión de la instancia de origen	Versión de la instancia de destino
Redis	3.2.x - 7.2.x	Valkey 7.2, 8.0 y 9.0
Valkey	7.x, 8.x y 9.x	Valkey 7.2, 8.0 y 9.0

Importante: La versión de la instancia de destino debe ser la misma o una versión posterior a la de la instancia de origen. No puedes cambiar la instancia de destino a una versión anterior.

Antes de comenzar

Antes de comenzar a migrar tus cargas de trabajo, completa los requisitos previos de esta sección.

Usa la Google Cloud consola de, Google Cloud CLI y las APIs

Para usar la Google Cloud consola de, gcloud CLI y las APIs, haz lo siguiente:

1. En la Google Cloud consola, en la página del selector de proyectos, selecciona o crea un Google Cloud proyecto.

   Ir al selector de proyectos

2. Asegúrate de tener habilitada la facturación para tu proyecto. Obtén información sobre cómo verificar si la facturación está habilitada en un proyecto.

3. Instala y luego, inicializa Google Cloud CLI.

   Nota: Si ya instalaste gcloud CLI, ejecuta gcloud components update para asegurarte de tener la versión más reciente. Necesitas al menos la versión 489.0.0 de gcloud CLI para acceder a los comandos de gcloud CLI de Memorystore for Valkey.

4. Habilita la API de Memorystore for Valkey.
   API de Memorystore for Valkey
5. Habilita la API de Network Connectivity.
   API de Network Connectivity
6. Habilita la API de Service Consumer Management.
   API de Service Consumer Management
7. Habilita la API de Compute Engine.
   API de Compute Engine

Asigna roles y permisos

Para realizar todas las operaciones para migrar las cargas de trabajo de tus instancias autoadministradas de Redis y Valkey a Memorystore for Valkey, pídele a tu administrador que te otorgue el rol de IAM de Administrador de Memorystore (roles/memorystore.admin) en tu Google Cloud proyecto.

Para crear y ver adjuntos de red, pídele a tu administrador que te otorgue el rol de IAM de Administrador de red de Compute (roles/compute.networkAdmin) en tu proyecto.

Flujo de trabajo para migrar tus cargas de trabajo

Para migrar las cargas de trabajo de tus instancias autoadministradas de Redis y Valkey a Memorystore for Valkey, realiza las siguientes acciones:

1. Prepara tu instancia de origen: Configura tu instancia autoadministrada de Redis o Valkey para permitir conexiones seguras y replicación saliente a Memorystore for Valkey.
2. Prepara la instancia de destino: Determina las especificaciones de instancia requeridas, como la cantidad de fragmentos y el tipo de nodo.
3. Crea la instancia de destino: Aprovisiona la instancia de Memorystore for Valkey que recibe tus datos migrados.
4. Configura un adjunto de red: Configura un adjunto de red. Este adjunto permite que la instancia de destino en la red de VPC del productor inicie conexiones a la instancia de origen que se ejecuta en la red de VPC del consumidor. Como resultado, se establece la replicación.
5. Inicia la migración: Inicia el proceso de sincronización. La instancia de destino se conecta automáticamente a tu instancia de origen y comienza a replicar tus datos como una réplica de lectura de forma continua.
6. Supervisa la migración: Verifica que la migración avance sin problemas y que el estado de la migración sea HEALTHY.
7. Finaliza la migración: Transfiere el tráfico de tu aplicación a la instancia de destino.

Prepara la instancia de origen

Debes preparar tu instancia autoadministrada de Redis o Valkey para poder migrar tus cargas de trabajo a una instancia de Memorystore for Valkey de destino.

Para permitir conexiones desde los nodos de la instancia de destino a los nodos de la instancia de origen, haz lo siguiente:

• Si el protected-mode está habilitado en los nodos de origen, desactívalo.
• Si configuraste los nodos de origen con una directiva bind explícita, actualiza los nodos para permitir conexiones entrantes desde los nodos de destino. Los nodos de destino inician conexiones desde las direcciones IP de la subred del adjunto de red.
• Actualiza las reglas de firewall que puedan bloquear las conexiones entrantes desde los nodos de destino.
• Si la autenticación y la seguridad de la capa de transporte (TLS) están habilitadas en los nodos de origen, desactívalas.

Para habilitar el establecimiento de la replicación desde los nodos de la instancia de destino a los nodos de la instancia de origen, haz lo siguiente:

• No cambies el nombre de los comandos de Valkey o Redis que se requieren para la migración o la modificación de datos (por ejemplo, PING, PSYNC y HSET).
• Asegúrate de que la instancia de origen tenga suficiente memoria y capacidad de CPU para administrar la carga de replicación adicional que se origina en los nodos de la instancia de destino.

Importante: Anota la dirección IP y el número de puerto de la instancia de origen. Necesitas esta información para iniciar el proceso de migración.

Además, Memorystore for Valkey debe poder comunicarse con esta dirección IP y este puerto durante todo el proceso de migración. Memorystore for Valkey uses la dirección IP y el puerto para descubrir automáticamente los otros nodos en la topología de la instancia.

Prepara la instancia de destino

Para garantizar un proceso de replicación sin problemas, debes dimensionar tu instancia de Memorystore for Valkey de destino de forma adecuada para controlar la carga de trabajo entrante de tu instancia de origen. Para ello, debes determinar las especificaciones exactas de tu instancia de destino. Estas especificaciones incluyen la compatibilidad con la instancia de origen, el tipo de modo de clúster, la cantidad de bases de datos, la cantidad de fragmentos, la versión y el tipo de nodo de la instancia de destino.

Para preparar la instancia de destino, usa los siguientes lineamientos:

• Compatibilidad con la instancia de origen: Las instancias de origen y de destino deben residir en el mismo proyecto y la misma región.
• Modo de clúster: el modo de clúster de la instancia de destino debe coincidir con el modo de clúster de la instancia de origen. Si la instancia de origen tiene el modo de clúster inhabilitado, la instancia de destino también debe tenerlo inhabilitado. De lo contrario, la instancia de destino debe tener el modo de clúster habilitado.
• Cantidad de bases de datos: Si la instancia de destino tiene el modo de clúster inhabilitado, entonces la cantidad de bases de datos lógicas en la instancia debe ser igual o mayor que la cantidad de bases de datos en la instancia de origen.
• Cantidad de fragmentos: Si la instancia de destino tiene el modo de clúster habilitado, la cantidad de fragmentos en la instancia de destino debe ser idéntica a la cantidad de fragmentos en la instancia de origen. Sin embargo, la cantidad de réplicas en las instancias de origen y de destino puede ser diferente.
• Versión de la instancia: La versión de la instancia de destino debe ser compatible con la versión de la instancia de origen. Para obtener más información, consulta Compatibilidad con las versiones.
• Versión de mantenimiento: La versión de mantenimiento de la instancia de destino debe ser MEMORYSTORE_20260313_01_00 o posterior. Para obtener más información, consulta Acerca del mantenimiento.
• Tipo de nodo: El tipo de nodo en la instancia de destino debe ser lo suficientemente grande para controlar los datos que recibe de los nodos de la instancia de origen. Para obtener más información sobre los tipos de nodos que puedes seleccionar para la instancia de destino y la capacidad de espacio de claves correspondiente para cada tipo de nodo, consulta Especificación del tipo de nodo.

Importante: No puedes usar instancias de replicación entre regiones como instancias de destino. Además, verifica que Memorystore for Valkey no bloquee ninguno de los comandos que usas en la instancia de origen.

Crea la instancia de destino

Si no tienes una instancia de destino que cumpla con los requisitos para recibir datos que se migran desde la instancia de origen, debes crear la instancia.

Puedes crear esta instancia con la Google Cloud consola de o la CLI de gcloud.

Importante: Antes de crear la instancia de destino, asegúrate de revisar los lineamientos en Prepara la instancia de destino.

Console

Para crear la instancia de destino, consulta Crea instancias.

gcloud

Para crear la instancia de destino, consulta Crea instancias.

Configura un adjunto de red

Para migrar las cargas de trabajo de una instancia de origen a una instancia de destino, los nodos de la instancia de destino deben establecer una conexión con los nodos de la instancia de origen. Como resultado, los datos de la instancia de origen se pueden replicar en la instancia de destino.

Para que se produzcan esta conexión y replicación, debes usar un adjunto de red. Los intentos de conexión desde los nodos de destino se originan en la subred de la red de VPC de la instancia de origen que está vinculada al adjunto de red.

Puedes usar un adjunto de red que cumpla con los siguientes requisitos:

• Debe residir en el mismo proyecto y la misma región que la instancia de destino.
• Su subred debe estar ubicada dentro de la misma red de VPC que la instancia de origen.
• La subred de la instancia de origen debe tener un rango CIDR de IP adecuado, que admita un mínimo de N+1 direcciones IP utilizables (en donde N es la cantidad de nodos en la instancia de destino). Por ejemplo, si una instancia de destino tiene tres fragmentos y una réplica, tiene seis nodos: tres nodos para la instancia principal y tres nodos para la réplica. Por lo tanto, necesitas al menos siete direcciones IP.
• El rango de subred no puede superponerse con 10.0.0.0/23, ya que este rango está reservado para Memorystore for Valkey.

Si tu adjunto de red no cumple con estos requisitos o no tienes un adjunto de red, debes crear uno.

Inicia la migración

Cuando inicias la migración, la instancia de destino establece la replicación con la instancia de origen. Cualquier dato que se escriba en la instancia de origen se replica automáticamente en la instancia de destino. La instancia de destino se convierte en una réplica de lectura de la instancia de origen.

Puedes iniciar la migración con la Google Cloud consola o la CLI de gcloud.

Importante: Antes de iniciar la migración, asegúrate de revisar los lineamientos en Configura un adjunto de red. Además, después de iniciar la migración, no realices operaciones de migración de ranuras en la instancia de origen hasta que finalices la migración.

Console

1. En la Google Cloud consola de, ve a la página de Memorystore for Valkey.

   Memorystore for Valkey

2. Haz clic en el ID de la instancia de destino.

3. En la página Instance at a glance, haz clic en Start migration.

4. En la ventana Migrate Self Managed Redis and Valkey Instances, haz lo siguiente:

5. En la pestaña Prepare, lee la información sobre los requisitos previos de la instancia de origen y los lineamientos para el adjunto de red. Luego, haz clic en Continuar.

6. En la pestaña Connect, haz lo siguiente:

   1. Ingresa la dirección IP y el puerto de la instancia de origen. Anotaste esta información en Prepara la instancia de origen.
   2. Selecciona el adjunto de red que deseas usar para migrar datos.
   3. Haz clic en Continuar.

7. En la pestaña Review, revisa la información asociada con el proceso de migración. Esta información incluye el ID de la instancia de destino, la dirección IP y el puerto de la instancia de origen, y el nombre del adjunto de red. Después de revisar esta información, haz clic en Iniciar migración.

8. En la página Instance at a glance, verifica que aparezca el estado Migrating.

Si los nodos de la instancia de destino no pueden conectarse a los nodos de la instancia de origen o los datos de la instancia de origen no se pueden replicar en la instancia de destino, la migración falla.

Cuando esto sucede, Memorystore for Valkey revierte la instancia de destino a su estado anterior al inicio del proceso de migración. El estado de la instancia de destino vuelve a Ready y la instancia vuelve a tener capacidades de lectura y escritura.

Después de resolver los problemas por los que falló la migración, puedes volver a iniciarla.

gcloud

Para iniciar la migración, usa el gcloud beta memorystore instances start-migration comando.

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

Realiza los siguientes reemplazos:

• INSTANCE_ID: El ID de la instancia de destino.
• PROJECT_ID: El ID o el número del proyecto del Google Cloud proyecto que contiene la instancia de destino.
• REGION: La región en la que se encuentra la instancia de destino.
• SOURCE_IP_ADDRESS: La dirección IP de la instancia de origen. Anotaste esta dirección IP en Prepara la instancia de origen.
• SOURCE_PORT: El número de puerto de la instancia de origen. Anotaste este puerto en Prepara la instancia de origen.
• NETWORK_ATTACHMENT_PROJECT_ID: El ID o el número del Google Cloud proyecto que contiene el adjunto de red que deseas usar para migrar datos.
• NETWORK_ATTACHMENT_REGION: La región en la que se encuentra el adjunto de red.
• NETWORK_ATTACHMENT_ID: El ID del adjunto de red.

Para confirmar que la migración se inició correctamente, usa el gcloud memorystore instances describe comando.

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

Verifica que aparezca el estado MIGRATING junto al parámetro state.

Si los nodos de la instancia de destino no pueden conectarse a los nodos de la instancia de origen o los datos de la instancia de origen no se pueden replicar en la instancia de destino, la migración falla.

Cuando esto sucede, Memorystore for Valkey revierte la instancia de destino a su estado anterior al inicio del proceso de migración. El estado de la instancia de destino vuelve a ACTIVE y la instancia vuelve a tener capacidades de lectura y escritura.

Después de resolver los problemas por los que falló la migración, puedes volver a iniciarla.

Supervisa la migración

Para asegurarte de que la migración avance sin problemas, puedes supervisarla en las instancias de origen y de destino.

Supervisa la instancia de origen

En la instancia de origen, verifica que el uso del búfer de salida del cliente permanezca bajo en los nodos de origen. El uso bajo y sostenido indica un retraso mínimo y una sincronización exitosa de los datos de la instancia de origen a la instancia de destino.

Supervisa la instancia de destino

Para cada nodo principal de la instancia de destino, verifica que el estado de la métrica Node migration status sea HEALTHY. Este estado indica que los vínculos de replicación entre los fragmentos de las instancias de origen y de destino están en buen estado y activos.

Puedes supervisar la migración de la instancia de destino con la Google Cloud consola de. Para verificar el valor de la métrica Node migration status para cada nodo principal de la instancia de destino, haz lo siguiente:

1. En la Google Cloud consola de, accede a la página Explorador de métricas.

   Explorador de métricas

2. En el menú Métrica, selecciona la métrica Node migration status. Para ello, selecciona Nodo de instancia de Memorystore > Instancia > Estado de migración de nodos y, luego, haz clic en Aplicar.

3. En el campo Filtro, agrega los siguientes filtros:

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

   Reemplaza INSTANCE_ID por el ID de la instancia de destino.

   Si agregas estos filtros, puedes supervisar los nodos principales de la instancia de destino para ver si algún nodo no está en buen estado. Si no aparece ningún nodo, significa que todos están en buen estado y puedes finalizar la migración.

Finaliza la migración

Cuando estés listo para transferir el tráfico de tu aplicación a la instancia de destino, finaliza la migración. De esta manera, los nodos de la instancia de destino ya no se replican con los nodos de la instancia de origen. La instancia de destino permite todas las operaciones de lectura y escritura.

Puedes finalizar la migración con la Google Cloud consola de o la CLI de gcloud.

Importante: De forma predeterminada, Memorystore for Valkey garantiza que la instancia de destino esté completamente actualizada con la instancia de origen hasta el momento en que finalices la migración. Es posible que no se repliquen las escrituras en la instancia de origen después de finalizar la migración.

Si deseas una coherencia total de los datos entre las instancias de origen y de destino, y que no haya pérdida de datos, detén todas las operaciones de escritura en la instancia de origen antes de finalizar la migración.

Console

1. En la Google Cloud consola de, ve a la página de Memorystore for Valkey.

   Memorystore for Valkey

2. Haz clic en el ID de la instancia de destino.

3. En la página Instance at a glance, haz clic en Finish migration.

4. En el cuadro de diálogo Finish migration, haz lo siguiente:

   1. Si deseas asegurarte de que todos los datos de la instancia de origen se repliquen en la instancia de destino, selecciona Standard.

      Precaución: Si deseas transferir el tráfico de tu aplicación a la nueva instancia de destino de inmediato, entonces selecciona Force (Skip-sync). Sin embargo, si realizas esta selección, es posible que Memorystore for Valkey no pueda replicar todos los datos de la instancia de origen en la instancia de destino.

   2. En el campo de texto Instance ID, ingresa el ID de la instancia de destino.

   3. Haz clic en Finish migration.

5. En la página Instance at a glance, verifica que aparezca el estado Migrated.

Importante: Después de finalizar la migración, actualiza los archivos de configuración de tu aplicación para dirigir todo el tráfico a la instancia de destino.

gcloud

Para finalizar la migración, usa el gcloud beta memorystore instances finish-migration comando.

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

Realiza los siguientes reemplazos:

• INSTANCE_ID: El ID de la instancia de destino
• PROJECT_ID: El ID o el número del proyecto del Google Cloud proyecto que contiene la instancia de destino
• REGION: La región en la que se encuentra la instancia de destino

Precaución: Si deseas transferir el tráfico de tu aplicación a la nueva instancia de destino de inmediato, usa el --force parámetro. Sin embargo, si usas este parámetro, es posible que Memorystore for Valkey no pueda replicar todos los datos de la instancia de origen en la instancia de destino.

Para confirmar que la migración finalizó correctamente, usa el gcloud memorystore instances describe comando.

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

Verifica que aparezca el estado MIGRATED junto al parámetro state.

**Importante**: Después de finalizar la migración, actualiza los archivos de configuración de tu aplicación para dirigir todo el tráfico a la instancia de destino.