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

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

Si migras tus cargas de trabajo autoadministradas a Memorystore para Valkey, obtendrás las siguientes ventajas que eliminan el trabajo operativo repetitivo y modernizan tu infraestructura de bases de datos:

  • Elimina la sobrecarga operativa: Transfiere tareas manuales y que consumen mucho tiempo a Google Cloud, como la aplicación de parches del 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 bases de datos.
  • Logra una alta disponibilidad de nivel empresarial: Aprovecha un ANS del 99.99% completamente administrado. Memorystore for Valkey proporciona conmutación por error automática y funciones integradas de copia de seguridad y restablecimiento. Esto protege tus aplicaciones de fallas inesperadas en los nodos y garantiza una recuperación rápida ante desastres.
  • Escala con un tiempo de inactividad casi nulo: Escala tus instancias verticalmente o reduce su escala 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 y sin desconectar tus aplicaciones.
  • Mejora tu seguridad: Reemplaza las reglas de red complejas configuradas manualmente por conectividad de VPC segura integrada y controles de acceso detallados basados en Identity and Access Management (IAM). Esto garantiza que los límites de seguridad estrictos deGoogle Cloudprotejan 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 desactualizadas de Redis o Valkey a las versiones compatibles más recientes.
  • Desbloquea las estadísticas avanzadas en tiempo real y la IA generativa: 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 (IA generativa), obtienes acceso inmediato y administrado a funciones avanzadas, como la búsqueda de vectores.

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 para Valkey:

  • Tipos y 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 a 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

Antes de comenzar

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

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

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

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

    Ve al selector de proyectos

  2. Asegúrate de tener habilitada la facturación para tu proyecto. Obtén información para verificar si la facturación está habilitada en un proyecto.
  3. Instala y, luego, inicializa Google Cloud CLI.

    Nota: Si ya instalaste la 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 para Valkey.

  4. Habilita la API de Memorystore para 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 necesarias para migrar las cargas de trabajo de tus instancias autoadministradas de Redis y Valkey a Memorystore para Valkey, pídele a tu administrador que te otorgue el rol de IAM de Administrador de Memorystore (roles/memorystore.admin) en tu proyecto deGoogle Cloud .

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 para Valkey, realiza las siguientes acciones:

  1. Prepara tu instancia de origen: Configura tu instancia de Redis o Valkey autoadministrada para permitir conexiones seguras y replicación saliente a Memorystore para Valkey.
  2. Prepara la instancia de destino: Determina las especificaciones de instancia que necesitas, como el recuento de fragmentos y el tipo de nodo.
  3. Crea la instancia de destino: Provisiona la instancia de Memorystore for Valkey que recibirá 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. Iniciar 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 de forma continua como una réplica de lectura.
  6. Supervisa la migración: Verifica que la migración avance sin problemas y que su estado sea HEALTHY.
  7. Finaliza la migración: Transfiere el tráfico de tu aplicación a la instancia de destino.

Prepara tu instancia de origen

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

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 de 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 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 ningún comando de Valkey o Redis que realice modificaciones de datos o que se use para la replicación (por ejemplo, PING, PSYNC y HSET).
  • Si usas listas de control de acceso (LCA) para tu instancia, permite los siguientes comandos para el usuario default de modo que la instancia de destino pueda establecer la replicación:
    • REPLCONF
    • SYNC
    • PSYNC
    • PING
    • INFO
    • CLUSTER|NODES
  • 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.

Prepara la instancia de destino

Para garantizar un proceso de replicación sin problemas, debes dimensionar tu instancia de Memorystore para 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, el recuento de fragmentos, la versión y el tipo de nodo de la instancia de destino.

Para preparar la instancia de destino, sigue estos lineamientos:

  • Compatibilidad con la instancia de origen: Las instancias de origen y de destino deben residir en el mismo proyecto y 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 habilitado el modo de clúster.
  • Cantidad de bases de datos: Si la instancia de destino tiene el modo de clúster inhabilitado, 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 habilitado el modo de clúster, 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 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 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 del espacio de claves correspondiente para cada tipo de nodo, consulta Especificación del tipo de nodo.

Crea la instancia de destino

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

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

Console

Para crear la instancia de destino, consulta Crea instancias.

gcloud

Para crear la instancia de destino, consulta Crea instancias.

Configura un archivo 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 una conexión de red que cumpla con los siguientes requisitos:

  • Debe residir en el mismo proyecto y 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 (donde N es la cantidad de nodos de la instancia de destino). Por ejemplo, si una instancia de destino tiene tres fragmentos y una réplica, tendrá 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 porque este rango está reservado para Memorystore for Valkey.

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

Inicia la migración

Cuando se inicia la migración, la instancia de destino establece la replicación con la instancia de origen. Todos los datos que se escriben en la instancia de origen se replican 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 consola de Google Cloud o la CLI de gcloud.

Console

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

    Memorystore for Valkey

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

  3. En la página Instancia de un vistazo, haz clic en Iniciar migración.

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

  5. En la pestaña Preparar, lee la información sobre los requisitos previos para la instancia de origen y los lineamientos para la conexión 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 tu instancia de origen.
    2. Selecciona la conexión de red que deseas usar para migrar datos.
    3. Haz clic en Continuar.
  7. En la pestaña Revisar, 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 de la conexión de red. Después de revisar esta información, haz clic en Iniciar migración.

  8. En la página Instancia de un vistazo, verifica que aparezca el estado Migrando.

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

Cuando esto ocurre, 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 ser Lista, y la instancia vuelve a tener capacidades de lectura y escritura.

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

gcloud

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

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: Es el ID de la instancia de destino.
  • PROJECT_ID: Es el ID o el número del proyecto del proyecto Google Cloud que contiene la instancia de destino.
  • REGION: Es la región en la que se encuentra la instancia de destino.
  • SOURCE_IP_ADDRESS: Es la dirección IP de la instancia de origen. Anotaste esta dirección IP en Prepara tu instancia de origen.
  • SOURCE_PORT: Es el número de puerto de la instancia de origen. Anotaste este puerto en Prepara tu instancia de origen.
  • NETWORK_ATTACHMENT_PROJECT_ID: Es el ID o el número del proyecto deGoogle Cloud , que contiene el adjunto de red que deseas usar para migrar datos.
  • NETWORK_ATTACHMENT_REGION: Es la región en la que se encuentra el adjunto de red.
  • NETWORK_ATTACHMENT_ID: Es el ID del adjunto de red.

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

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 si los datos de la instancia de origen no se pueden replicar en la instancia de destino, la migración fallará.

Cuando esto ocurre, 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 ser ACTIVE, y la instancia vuelve a tener capacidades de lectura y escritura.

Después de resolver los problemas que provocaron la falla de 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 destino.

Supervisa la instancia de origen

En la instancia de origen, verifica que el uso del búfer de salida del cliente siga siendo bajo en los nodos de origen. El uso bajo y sostenido indica un retraso mínimo y una sincronización exitosa de los datos desde 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 Estado de migración del nodo sea HEALTHY. Este estado indica que los vínculos de replicación entre las particiones de las instancias de origen y destino están en buen estado y activos.

Puedes supervisar la migración de la instancia de destino con la consola deGoogle Cloud . Para verificar el valor de la métrica Estado de migración del nodo de cada nodo principal de la instancia de destino, haz lo siguiente:

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

    Explorador de métricas

  2. En el menú Métrica, selecciona la métrica Estado de migración del nodo. Para ello, selecciona Nodo de instancia de Memorystore > Instancia > Estado de migración del nodo 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 alguno no está en buen estado. Si no aparecen nodos, significa que todos están en buen estado y puedes finalizar la migración.

Finaliza la migración

Cuando esté todo 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 o laCLI de gcloud.

Console

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

    Memorystore for Valkey

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

  3. En la página Resumen de la instancia, haz clic en Finalizar migración.

  4. En el cuadro de diálogo Finalizar migración, 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 Estándar.

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

    3. Haz clic en Finalizar migración.

  5. En la página Instancia de un vistazo, verifica que aparezca el estado Migrada.

gcloud

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

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 proyecto Google Cloud que contiene la instancia de destino
  • REGION: Es la región en la que se encuentra la instancia de destino.

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

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

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