Traslado de instancias de Azure Cache for Redis a regiones diferentes

En este artículo, aprenderá a mover instancias de Azure Cache for Redis a otra región de Azure. Puede que desee trasladar los recursos a otra región por muchas razones:

• Para aprovechar las ventajas de una nueva región de Azure.
• Para implementar características o servicios que solo están disponibles en regiones determinadas.
• Para cumplir requisitos internos de gobernanza y directivas.
• Para responder a los requisitos de planeamiento de capacidad.

Si quiere migrar a Azure Cache for Redis desde máquinas virtuales locales, basadas en la nube u otro servicio de hospedaje, se recomienda que consulte Migración a Azure Cache for Redis.

El nivel de Azure Cache for Redis que usa determina la opción más adecuada para usted.

Nivel de caché	Opciones
Premium	Replicación geográfica, creación de una nueva caché, escritura doble en dos cachés, exportación e importación de datos mediante un archivo RDB o migración mediante programación
Básico o Estándar	Creación de una nueva caché, escritura doble en dos cachés o migración mediante programación
Enterprise o Enterprise Flash	Creación de una nueva caché o exportación e importación de datos con un archivo RDB, o migración mediante programación

Replicación geográfica pasiva (Premium)

Requisitos previos

Para configurar la replicación geográfica entre dos cachés, se deben cumplir los siguientes requisitos previos:

• Ambas deben ser cachés de nivel Premium.
• Ambas cachés deben estar en la misma suscripción de Azure.
• La caché vinculada secundaria debe tener el mismo tamaño de caché o un tamaño de caché mayor que la caché vinculada principal.
• Ambas cachés ya existen y se están ejecutando.

Preparación

Para mover la instancia de caché a otra región, debe crear una segunda instancia de caché Premium en la región deseada. Una vez que se estén ejecutando ambas cachés, puede configurar la replicación geográfica entre las dos instancias de caché.

Nota

La transferencia de datos entre regiones de Azure se cobrará según las tarifas de ancho de banda estándar.

Algunas características no son compatibles con la replicación geográfica:

• La redundancia de zona no es compatible con la replicación geográfica.
• La persistencia no es compatible con la replicación geográfica.

Condiciones para la compatibilidad con replicaciones geográficas:

• Se admite la agrupación en clústeres si ambas cachés tienen la agrupación en clústeres habilitada y tienen el mismo número de particiones.
• Las memorias caché de distintas redes virtuales son compatibles con advertencias. Consulte ¿Puedo usar la replicación geográfica con cachés en una VNet? para obtener más información.

Una vez que se configura la replicación geográfica, se aplican las siguientes restricciones al par de cachés vinculadas:

• La caché vinculada secundaria es de solo lectura. Puede leer desde ella, pero no puede escribir ningún dato en ella.
  • Si decide leer desde la instancia de replicación geográfica secundaria, cuando se produce una sincronización de datos completa entre las instancias principal y secundaria de replicación geográfica (como cuando se actualiza alguna de las dos y también en algunos escenarios de reinicio), la instancia secundaria de replicación geográfica genera errores en cualquier operación de Redis que realice en ella hasta que se complete la sincronización de datos completa entre las instancias principal y secundaria de replicación geográfica.
  • Las aplicaciones que leen desde la instancia de replicación geográfica secundaria deben crearse para revertir a la instancia de replicación geográfica principal cada vez que la secundaria genere tales errores.
• Se quitarán los datos existentes en la caché vinculada secundaria antes de la vinculación. Sin embargo, si la replicación geográfica se quita posteriormente, los datos replicados permanecen en la caché vinculada secundaria.
• No puede escalar ninguna de las cachés mientras están vinculadas.
• No puede cambiar el número de particiones si la caché tiene la agrupación en clústeres habilitada.
• No puede habilitar la persistencia en ninguna de las cachés.
• Puede exportar desde cualquier caché.
• No puede importar en la caché vinculada secundaria.
• No puede eliminar la caché vinculada, ni el grupo de recursos que las contiene, hasta que se desvinculen las cachés. Para más información, vea ¿Por qué no se pudo realizar la operación al intentar eliminar la memoria caché vinculada?
• Si las memorias caché se encuentran en regiones diferentes, los costes de salida de red se aplican a los datos que se mueven entre regiones. Para más información, consulte el artículo sobre cuánto cuesta replicar datos entre regiones de Azure.
• La conmutación por error no es automática. Debe iniciar la conmutación por error de la caché principal a la caché secundaria vinculada. Para obtener más información sobre cómo conmutar por error una aplicación cliente, consulte Inicio de una conmutación por error de la caché geográfica principal a la geográfica secundaria.

Move

1. Para vincular dos cachés para la replicación geográfica, primero seleccione Replicación geográfica en el menú Recursos de la caché que vaya a ser la caché vinculada principal. Después, seleccione Replicación geográfica a la izquierda y elija Agregar vínculo de replicación de caché.

   

2. Seleccione el nombre de la caché secundaria deseada en la lista Cachés compatibles. Si la caché secundaria no aparece en la lista, compruebe que se cumplen los requisitos previos de replicación geográfica para la caché secundaria. Para filtrar las cachés por región, seleccione la región en el mapa para mostrar solo esas cachés en la lista de cachés disponibles.

   

   También puede iniciar el proceso de vinculación o ver detalles sobre la caché secundaria mediante el menú contextual.

   

3. Seleccione Vincular para vincular las dos cachés y comenzar el proceso de replicación.

   

Comprobar

1. Puede ver el progreso del proceso de replicación por medio de Replicación geográfica en la parte izquierda.

   

   También puede consultar el estado de la vinculación en la parte izquierda, desde Información general, para las dos cachés, la principal y la secundaria.

   

   Una vez que se completa el proceso de replicación, el estado del vínculo cambia a Correcto.

   

   La caché vinculada principal sigue estando disponible para su uso durante el proceso de vinculación. La caché vinculada secundaria no está disponible hasta que se complete el proceso de vinculación.

Limpieza de los recursos de origen

Una vez que la nueva caché de la región de destino se rellene con todos los datos necesarios, quite el vínculo entre las dos cachés y elimine la instancia original.

1. Para quitar el vínculo entre dos cachés y detener la replicación geográfica, seleccione Replicación geográfica a la izquierda y elija Desvincular cachés.

   

   Una vez que se completa el proceso de desvinculación, la caché secundaria queda disponible tanto para lecturas como para escrituras.

Nota

Cuando se quita el vínculo de replicación geográfica, los datos replicados de la caché vinculada principal se mantienen en la caché secundaria.

1. Elimine la instancia original.

Creación de una nueva caché (todos los niveles)

Requisitos previos

• Una suscripción a Azure: cree una cuenta gratuita

Preparación

Si no necesita mantener los datos durante el traslado, la manera más fácil de mover entre regiones es crear una nueva instancia de caché en la región de destino 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.

Move

1. Para crear una caché, inicie sesión en Azure Portal. En el menú de Azure Portal, seleccione Crear un recurso.

   

2. En el panel Comenzar, escriba Azure Cache for Redis en la barra de búsqueda. En los resultados de la búsqueda, encuentre Azure Cache for Redis y a continuación, seleccioneCrear.

   

3. En el panel Nueva Redis Cache, en la pestaña Aspectos básicos, configure las siguientes opciones para la memoria caché:

   Configuración	Acción	Descripción
   Suscripción	Seleccione la suscripción a Azure.	La suscripción que se va a usar para crear la nueva instancia de Azure Cache for Redis.
   Grupo de recursos	Seleccione un grupo de recursos o Crear nuevo, y escriba un nombre nuevo para el grupo de recursos.	Nombre del grupo de recursos en el que se va a crear la memoria caché y otros recursos. Al colocar todos los recursos de la aplicación en un grupo de recursos, puede administrarlos o eliminarlos fácilmente.
   Nombre DNS	Escriba un nombre único.	El nombre de caché debe ser una cadena de 1 a 63 caracteres que contenga solo números, letras y guiones. El nombre debe comenzar y terminar por un número o una letra y no puede contener guiones consecutivos. El nombre de host de la instancia de caché es \<DNS name>.redis.cache.windows.net.
   Ubicación	Seleccione una ubicación.	Una región de Azure cercana a otros servicios que usan la memoria caché.
   SKU de la caché	Seleccione una SKU.	La SKU determina los parámetros de tamaño, rendimiento y característica que están disponibles para la memoria caché. Para más información, consulte la introducción a Azure Cache for Redis.
   Tamaño de la caché	Seleccione un tamaño de caché.	Para más información, consulte la introducción a Azure Cache for Redis.

4. Seleccione la pestaña Redes o seleccione Siguiente: Redes.

5. En la pestaña Redes, seleccione un método de conectividad que se usará para la memoria caché.

6. Seleccione la pestaña Opciones avanzadas o seleccione Siguiente: Opciones avanzadas.

7. En el panel Opciones Avanzadas, compruebe o seleccione un método de autenticación en función de la siguiente información:

   

   • De manera predeterminada, para una nueva caché Básica, Estándar o Premium, la Autenticación de Microsoft Entra está habilitada y la Autenticación de claves de acceso está deshabilitada.
   • Para las cachés Básica o Estándar, puede elegir la selección de un puerto que no sea TLS.
   • Para las cachés Estándar y Premium, puede habilitar las zonas de disponibilidad. No puede deshabilitar las zonas de disponibilidad una vez creada la caché.
   • En el caso de una caché Premium, configure las opciones para un puerto que no sea TLS, la agrupación en clústeres, la identidad administrada y la persistencia de datos.

   Importante

   Para obtener una seguridad óptima, se recomienda usar el identificador de Entra de Microsoft con identidades administradas para autorizar solicitudes en la memoria caché si es posible. La autorización mediante el Microsoft Entra ID y las identidades administradas proporciona mayor seguridad y facilidad de uso a través de la autorización de claves de acceso compartido. Para obtener más información sobre el uso de identidades administradas con la memoria caché, consulte Usar Microsoft Entra ID para la autenticación de caché.

8. (Opcional) Seleccione la pestaña Etiquetas o seleccione Siguiente: Etiquetas.

9. (Opcional) En la pestaña Etiquetas, escriba un nombre de etiqueta y un valor si desea clasificar el recurso de caché.

10. Seleccione el botón Revisar y crear.

    En la pestañaRevisar y crear, Azure valida automáticamente la configuración.

11. Tras aparecer el mensaje verde Validación superada, seleccione Crear.

Se produce una nueva implementación de caché durante varios minutos. Puede supervisar el progreso de la implementación en el panel Información general de Azure Cache for Redis. Cuando Estado muestra En ejecución, la memoria caché está lista para usarse.

Por último, actualice la aplicación para que use las nuevas instancias.

Limpieza de los recursos de origen

Una vez que se esté ejecutando la nueva caché en la región de destino, elimine la instancia original.

Exportación e importación de datos con un archivo RDB (Premium, Enterprise y Enterprise Flash)

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. Los niveles Premium y Enterprise de Azure Cache for Redis admiten 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 memoria caché desde la que se exporta debe ser la misma o menor que la versión de la nueva instancia de caché.

Requisitos previos

• Ambas cachés deben ser de nivel Premium o Enterprise.
• La segunda caché debe tener el mismo tamaño de caché o un tamaño de caché mayor que la caché original.
• La versión de Redis de la memoria caché desde la que se exporta debe ser la misma o menor que la versión de la nueva instancia de caché.

Preparación

Para mover la instancia de caché a otra región, debe crear una segunda instancia de caché Premium o una segunda instancia de caché Enterprise en la región deseada.

Move

1. Para obtener más información sobre cómo importar y exportar datos en Azure Cache for Redis, consulte Importación y exportación de datos en Azure Cache for Redis.

2. Actualice la aplicación para que use la nueva instancia de caché.

Comprobar

Puede supervisar el progreso de la operación de importación siguiendo las notificaciones de Azure Portal o viendo los eventos en el registro de auditoría.

Limpieza de los recursos de origen

Una vez que se esté ejecutando la nueva caché en la región de destino, elimine la instancia original.

Escritura doble en dos cachés (Básico, Estándar y Premium)

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. Inicialmente, la aplicación lee 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.

Requisitos previos

• La segunda caché debe tener el mismo tamaño de caché o un tamaño de caché mayor que la caché original.

Preparación

Para mover la instancia de caché a otra región, debe crear una segunda instancia de caché en la región deseada.

Move

Los pasos generales para implementar esta opción son los siguientes:

1. Modifique el código de la aplicación para que escriba tanto en la instancia nueva como en la original.

2. Siga leyendo los datos de la instancia original hasta que la instancia nueva se haya rellenado con suficientes datos.

3. Actualice el código de la aplicación para que lea y escriba únicamente desde la nueva instancia.

Limpieza de los recursos de origen

Una vez que se esté ejecutando la nueva caché en la región de destino, elimine la instancia original.

Migración mediante programación (todos los niveles)

Puede crear 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 en una región de Azure Cache distinta. 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.

Requisitos previos

• La segunda caché debe tener el mismo tamaño de caché o un tamaño de caché mayor que la caché original.

Preparación

• 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.
• Para mover la instancia de caché a otra región, debe crear una segunda instancia de caché en la región deseada.

Move

Después de crear una máquina virtual en la región donde se encuentra la caché existente y crear una nueva caché en la región deseada, los pasos generales para implementar esta opción son:

1. 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.

2. 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.

Limpieza de los recursos de origen

Una vez que se esté ejecutando la nueva caché en la región de destino, elimine la instancia original.

Pasos siguientes

Más información sobre las características de Azure Cache for Redis.

• Preguntas más frecuentes sobre la replicación geográfica
• Niveles de servicio de Azure Cache for Redis
• Alta disponibilidad en Azure Cache for Redis