Traslado de Azure Cache for Redis a Azure Managed Redis (versión preliminar)
En este artículo, aprenderá a migrar de la instancia de Azure Cache for Redis a una instancia de Azure Managed Redis (versión preliminar).
Importante
Azure Managed Redis se encuentra actualmente en VERSIÓN PRELIMINAR. Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.
Requisitos previos
- Una suscripción a Azure: cree una cuenta gratuita
- Una instancia de cualquier instancia de Azure Cache for Redis
Comparación de características entre Azure Cache for Redis y Azure Managed Redis (versión preliminar)
| Descripción de la característica | Básico | Estándar | Premium | Equilibrado (versión preliminar) | Optimizado para memoria (versión preliminar) | Optimizado para proceso (versión preliminar) |
|---|---|---|---|---|---|---|
| Disponibilidad | N/D | 99,9 % | 99,9 % | N/D | N/D | N/D |
| Cifrado de datos en tránsito | Sí | Sí | Sí | Sí | Sí | Sí |
| Aislamiento de red avanzado | Sí | Sí | Sí | Sí | Sí | Sí |
| Escalado vertical u horizontal | Sí | Sí | Sí | Sí | Sí | Sí |
| Reducción vertical u horizontal | Sí | Sí | Sí | No | N.º | No |
| Agrupación en clústeres de OSS | No | No | Sí | Sí | Sí | Sí |
| Persistencia de los datos | No | No | Sí | Sí | Sí | Sí |
| Redundancia de zona | No | Sí (versión preliminar) | Sí | Sí | Sí | Sí |
| Replicación geográfica | No | No | Sí (pasivo) | Sí (activo) | Sí (activo) | Sí (activo) |
| Registros de auditoría de conexión | No | No | Sí | Sí (basado en eventos) | Sí (basado en eventos) | Sí (basado en eventos) |
| Módulos de Redis | No | N.º | No | Sí | Sí | Sí |
| Import/Export | No | No | Sí | Sí | Sí | Sí |
| Reboot | Sí | Sí | Sí | No | N.º | No |
| Actualizaciones programadas | Sí | Sí | Sí | No | N.º | No |
| Autenticación de Microsoft Entra ID | Sí | Sí | Sí | Sí | Sí | Sí |
| RBAC de Microsoft Entra ID | Sí | Sí | Sí | No | N.º | No |
| Notificación de espacio de claves | Sí | Sí | Sí | No | N.º | No |
| No alta disponibilidad | N/D | No | No | Sí | Sí | Sí |
Estas son algunas otras diferencias que no se tratan en la asignación anterior. Tenga en cuenta estos cambios en la aplicación cliente:
| Descripción de la característica | Azure Cache for Redis | Azure Managed Redis (versión preliminar) |
|---|---|---|
| Sufijo DNS (solo para la nube de PROD) | .redis.cache.windows.net |
<region>.redis.azure.net |
| Puerto TLS | 6380 | 10 000 |
| Puerto no TLS | 6379 | No compatible |
| Puertos TLS de nodo individuales | 130XX | 85xx |
| Puerto no TLS de nodo individual | 150XX | No compatible |
| Compatibilidad con la agrupación en clústeres | Modo de agrupación en clústeres de OSS | Modos de clúster de OSS y Enterprise |
| Comandos no admitidos | Comandos no admitidos | Comandos de varias claves |
| Disponibilidad regional | Todas las regiones de Azure | * Vea la lista de regiones después de esta sección. |
| Versión de Redis | 6 | 7.4 |
| Versiones de TLS admitidas | 1.2 y 1.3 | 1.2 y 1.3 |
Disponibilidad regional para Azure Managed Redis
Azure Managed Redis se admite actualmente en las siguientes regiones. Esta lista se actualiza periódicamente. Finalmente, Azure Managed Redis será compatible con todas las regiones de Azure. Trabaje con el contacto de ventas para generar solicitudes en regiones en las que necesite soporte técnico.
| América | Europa | Oriente Medio | África | Asia Pacífico |
|---|---|---|---|---|
| Sur de Brasil | Centro-oeste de Alemania | Este de Asia | ||
| Centro-Oeste de EE. UU. | Sur de Reino Unido 2 | Este de Australia | ||
| Centro-Norte de EE. UU | Oeste de Europa | Japón Oriental | ||
| Oeste de EE. UU. 3 | Centro de Suecia | Sudeste de Asia | ||
| Este de EE. UU. 2 | Centro de la India | |||
| Centro-sur de EE. UU. | ||||
| Oeste de EE. UU. 2 | ||||
| Este de EE. UU. | ||||
| Oeste de EE. UU. | ||||
| Centro de EE. UU. | ||||
| Centro de Canadá |
Migración de la instancia de Azure Cache for Redis a Azure Managed Redis
Nota:
Asegúrese de actualizar el resto de la aplicación y los recursos de Azure relacionados según sea necesario para usar la memoria caché.
Seleccione la caché que desea mover desde Azure Portal
Azure Cache for Redis Básico/Estándar/Premium no agrupado
Nota:
Uso de la opción de alta disponibilidad de Azure Managed Redis para migrar SKU básicas
| Azure Cache for Redis | Azure Managed Redis | Memoria adicional (%) |
|---|---|---|
| Básico, Estándar: C0 | Equilibrado: B0 | 50 |
| Básico, Estándar: C1 | Equilibrado: B1 | 0 |
| Básico, Estándar: C2 | Equilibrado: B3 | 17 |
| Básico/Estándar: C3 | Equilibrado: B5 | 0 |
| Básico/Estándar: C4 | Optimizado para memoria: M10* | -8 |
| Básico/Estándar: C4 | Optimizado para memoria: M20** | 46 |
| Básico/Estándar: C5 | Optimizado para memoria: M20* | -8 |
| Básico/Estándar: C5 | Optimizado para memoria: M50** | 57 |
| Básico/Estándar: C6 | Optimizado para memoria: M50 | 12 |
| Premium: P1 | Equilibrado: B5 | 0 |
| Premium: P2 | Equilibrado: B10* | -8 |
| Premium: P2 | Equilibrado: B20** | 46 |
| Premium: P3 | Equilibrado: B20* | -8 |
| Premium: P3 | Equilibrado: B50** | 57 |
| Premium: P4 | Equilibrado: B50 | 12 |
| Premium: P5 | Equilibrado: B100 | 0 |
- *Esta opción es más rentable. Asegúrese de que el pico de memoria total usada en el último mes sea menor que la memoria sugerida de Azure Managed Redis para elegir esta opción.
- ** Esta opción es para un consumo abundante de memoria.
Azure Cache for Redis Premium en clúster
- Para el clúster particionado, elija un nivel optimizado para memoria que tenga memoria total equivalente.
- Para los clústeres con más de una réplica de lectura, elija un nivel Optimizado para proceso con memoria total equivalente como réplica principal.
Opciones de migración
Las aplicaciones cliente deben poder usar una instancia de Azure Managed Redis que tenga diferentes modos de agrupación en clústeres y puntos de conexión. Azure Cache for Redis y Azure Managed Redis (versión preliminar) son compatibles, por lo que no se requieren cambios de código de aplicación distintos de las configuraciones de conexión para la mayoría de los escenarios.
Obtenga más información en:
Opciones para migrar Azure Cache for Redis a Azure Managed Redis
| Opción | Ventajas | Desventajas |
|---|---|---|
| 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 | Es compatible con cualquier caché en Redis en general. | Algunos datos pueden perderse si se escriben en la caché existente después de generar el archivo RDB. |
| 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. |
| Migración de datos mediante programación | Control total sobre cómo se mueven los datos. | Requiere código personalizado. |
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 fácil de pasar al nivel de Azure Managed Redis es crear una nueva 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:
- Cree una nueva instancia de Azure Managed Redis.
- Actualice la aplicación para que use la nueva instancia.
- Elimine la instancia anterior de Azure Cache for Redis.
Exportación de datos a un archivo RDB e importación a Azure Managed Redis
Esta opción solo se aplica a las memorias caché de 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é de Redis puede leer el archivo RDB que se exportó. El nivel Premium de Azure Cache for Redis admite la exportación de datos de una instancia de caché mediante archivos RDB. Puede usar un archivo RDB para transferir datos de una instancia de Azure Cache for Redis existente a una instancia de Azure Managed Redis.
Los pasos generales para implementar esta opción son los siguientes:
- Cree una nueva instancia de Azure Managed Redis con el mismo tamaño (o mayor que) la instancia de Azure Cache for Redis existente.
- Exportación del archivo RDB desde la instancia de Azure Cache for Redis existente mediante estas instrucciones de exportación o el cmdlet de exportación de PowerShell
- Importación del archivo RDB en una nueva instancia de Azure Managed Redis mediante estas instrucciones de importación o el cmdlet de importación de PowerShell
- Actualice la aplicación para usar la nueva cadena de conexión de instancia de Azure Managed Redis.
Exportar datos:
az redis export --resource-group <ResourceGroupName> --name <Azure Cache for Redis instance name> --prefix <BlobPrefix> --container <ContainerName> --file-format <FileFormat>
Importar datos:
az redis import --resource-group <ResourceGroupName> --name <Azure Managed Redis instance name> --files <BlobUris>
Reemplace ResourceGroupName, CacheName, BlobPrefix, ContainerName y FileFormat por sus valores específicos. El formato de archivo puede ser RDB o AOF.
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. La aplicación sigue leyendo datos de la memoria caché existente inicialmente. 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 Managed Redis con el mismo tamaño (o mayor que) la instancia de Azure Cache for Redis 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.
Migración mediante programación
Cree un proceso de migración personalizado leyendo mediante programación los datos de una instancia de Azure Cache for Redis existente y escribiéndolos en la instancia de Azure Managed Redis. Hay dos herramientas de código abierto que puede probar:
- Redis-copy
- 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.
- RIOT
- RIOT es otra herramienta de migración popular probada por la comunidad de Redis. Es una utilidad de línea de comandos diseñada para ayudarle a obtener datos dentro y fuera de Redis.
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.
- Cree una nueva instancia de Azure Managed Redis.
- 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 mencionada anteriormente 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.