Migración de cachés de inserción de red virtual a cachés de Private Link
En este artículo se describen una serie de enfoques para migrar instancias de caché inyectadas de red virtual de Azure Cache for Redis a instancias de caché de Private Link de Azure Cache for Redis.
Azure Private Link simplifica la arquitectura de red y protege la conexión entre los puntos de conexión de Azure. Puede conectarse a una instancia de caché de Azure desde la red virtual a través de un punto de conexión privado, al que se le asigna una dirección IP privada en una subred dentro de la red virtual. Las ventajas de usar Azure Private Link para Azure Cache for Redis incluyen:
Flexibilidad de niveles: Azure Private Link se admite en todos nuestros niveles: básico, estándar, premium, Enterprise y Enterprise Flash. En comparación con inyección de red virtual, que solo se ofrece en el nivel premium.
Administración simplificada de reglas de grupo de seguridad de red: no es necesario configurar reglas de NSG para cumplir los requisitos de Azure Cache for Redis.
Soporte de Azure Policy: asegúrese de que todas las cachés de su organización se crean con Private Link y audite las memorias caché existentes de la organización para comprobar que todas usan Private Link.
Opciones de migración
Puede cambiar de la inyección de red virtual a Private Link de varias maneras diferentes. En función de la ubicación de la caché y del modo en que la aplicación interactúa con ella, un método resultará más útil que los demás. A continuación se detallan algunas de las estrategias de migración que se usan de forma frecuente.
Si usa cualquier combinación de replicación geográfica, agrupación en clústeres o red virtual ARM:
| Opción | Ventajas | Inconvenientes |
|---|---|---|
| Doble escritura de datos en dos cachés | Sin pérdida de datos ni tiempo de inactividad. No se interrumpen las operaciones de la caché existente. Pruebas más sencillas de la nueva caché. | Necesita dos cachés durante un período de tiempo prolongado. |
| Crear una nueva caché | La más sencilla de implementar. | Es necesario volver a rellenar los datos en la nueva caché, lo que puede no funcionar con varias aplicaciones. |
| Exportar e importar datos mediante un archivo RDB | Se requiere la migración de datos. | Algunos datos pueden perderse si se escriben en la caché existente después de generar el archivo RDB. |
| Migración de datos mediante programación | Control total sobre cómo se mueven los datos. | Requiere código personalizado. |
Escritura en dos cachés en Redis simultáneamente durante el período de migración
En lugar de mover los datos directamente entre cachés, puede usar su aplicación para escribir datos en una caché existente y en una nueva que esté configurando. Al principio, la aplicación seguirá leyendo los datos de la caché existente. Cuando la nueva caché tenga los datos necesarios, la aplicación pasará a esa caché y se retirará la anterior. Supongamos, por ejemplo, que usa Redis como almacén de sesión y las sesiones de la aplicación son válidas durante siete días. Después de escribir en las dos cachés durante una semana, estará seguro de que la nueva caché contiene toda la información de sesión que no ha expirado. Podrá confiar en ella con total seguridad a partir de ese momento sin preocuparse por la pérdida de datos.
Los pasos generales para implementar esta opción son los siguientes:
Cree una nueva instancia de Azure Cache for Redis con puntos de conexión privados con un tamaño igual (o mayor) que la caché existente.
Modifique el código de la aplicación para que escriba tanto en la instancia nueva como en la original.
Siga leyendo los datos de la instancia original hasta que la instancia nueva se haya rellenado con suficientes datos.
Actualice el código de la aplicación para que lea y escriba únicamente desde la nueva instancia.
Elimine la instancia original.
Creación de una nueva instancia de Azure Redis Cache
Técnicamente, esta estrategia no es una migración. Si la pérdida de datos no es un problema, la manera más sencilla de pasar a Azure Cache for Redis consiste en crear una instancia de caché y conectar la aplicación a ella. Por ejemplo, si usa Redis como una caché de búsqueda de registros de base de datos, puede volver a generar fácilmente la memoria caché desde cero.
Los pasos generales para implementar esta opción son los siguientes:
Creación de una nueva instancia de Azure Cache for Redis con puntos de conexión privados.
Actualice la aplicación para que use la nueva instancia.
Elimine la instancia de Redis anterior.
Exportación de datos a un archivo RDB e importación a Azure Cache for Redis (solo nivel premium)
La instancia de Redis de código abierto define un mecanismo estándar para tomar una instantánea del conjunto de datos en memoria de la caché y guardarla en un archivo. Otra caché en Redis puede leer este archivo, denominado RDB. El nivel Premium de Azure Cache for Redis admite la importación de datos en una instancia de caché mediante archivos RDB. Puede usar un archivo RDB para transferir datos de una caché existente a Azure Cache for Redis.
Importante
El formato de archivo RDB puede presentar cambios entre versiones de Redis y podría no mantener la compatibilidad con versiones anteriores. La versión de Redis de la caché desde la que realizará la exportación debe ser igual o menor que la versión proporcionada por Azure Cache for Redis.
Los pasos generales para implementar esta opción son los siguientes:
Cree una nueva instancia de Azure Cache for Redis con puntos de conexión privados en el nivel premium con un tamaño igual (o mayor) que la caché existente.
Guarde una instantánea de la caché en Redis existente. Puede configurar Redis para guardar instantáneas periódicamente o ejecutar el proceso manualmente mediante los comandos SAVE o BGSAVE. De forma predeterminada, el archivo RDB se denomina "dump.rdb" y se ubica en la ruta de acceso especificada en el archivo de configuración redis.conf.
Nota
Si va a migrar datos dentro de Azure Cache for Redis, consulte estas instrucciones sobre cómo exportar un archivo RDB o use el cmdlet de exportación de PowerShell en su lugar.
Copie el archivo RDB a una cuenta de almacenamiento de Azure en la región en la que se encuentra la nueva caché. Puede usar AzCopy para esta tarea.
Importe el archivo RDB en la nueva caché según estas instrucciones de importación o use el cmdlet de importación de PowerShell.
Actualice la aplicación para que use la nueva instancia de caché.
Migración mediante programación
Cree un proceso de migración personalizado al leer datos de una caché existente y escribirlos en Azure Cache for Redis mediante programación. Puede usar esta herramienta de código abierto para copiar datos de una instancia de Azure Cache for Redis a otra. Esta herramienta resulta útil para mover datos entre instancias de caché en diferentes regiones de Azure Cache. También está disponible la versión compilada. También puede usar el código fuente como una guía útil para escribir su propia herramienta de migración.
Nota
Oficialmente, Microsoft no admite esta herramienta.
Los pasos generales para implementar esta opción son los siguientes:
Cree una máquina virtual en la región en la que se encuentra la caché existente. Si el conjunto de datos es de gran tamaño, elija una máquina virtual relativamente eficaz para reducir el tiempo de copia.
Creación de una nueva instancia de Azure Cache for Redis con puntos de conexión privados
Vacíe los datos de la nueva caché para asegurarse de que está vacía. Eso es necesario porque la herramienta de copia no sobrescribe ninguna de las claves existentes en la caché de destino.
Importante
No vacíe la memoria caché de origen.
Use una aplicación como la herramienta de código abierto anterior para automatizar la copia de los datos desde la caché de origen a la de destino. No olvide que el proceso de copia puede tardar varios minutos en completarse, según el tamaño del conjunto de datos.
Pasos siguientes
- Más información sobre opciones de aislamiento de red.
- Obtenga información sobre cómo configurar puntos de conexión privados para todos los niveles de Azure Cache for Redis.