Compartir a través de


Migración de una instancia de Azure Cache for Redis a la compatibilidad con la zona de disponibilidad

En esta guía se describe cómo migrar la instancia de Azure Cache for Redis de compatibilidad con zonas de no disponibilidad a compatibilidad con zonas de disponibilidad.

Azure Cache for Redis admite redundancia de zona en sus niveles Estándar, Premium, Enterprise y Enterprise Flash. Una caché con redundancia de zona se ejecuta en máquinas virtuales distribuidas en varias zonas de disponibilidad para proporcionar alta resistencia y disponibilidad.

Nota:

La conversión de un recurso existente de soporte de zona de no disponibilidad a soporte de zona de disponibilidad está en versión preliminar para las cachés de nivel estándar y premium.

Nota:

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

Habilitación de la redundancia de zona para niveles Enterprise y Enterprise Flash

Actualmente, la única manera de convertir un recurso enterprise o enterprise Flash de compatibilidad de zona de no disponibilidad con compatibilidad con zonas de disponibilidad es volver a implementar la memoria caché actual.

Requisitos previos

Para migrar a la compatibilidad con la zona de disponibilidad, debe tener un recurso de Azure Cache for Redis en los niveles Enterprise o Enterprise Flash.

Requisitos de tiempo de inactividad

Hay varias maneras de migrar datos a una nueva caché. Muchos de ellos requieren un tiempo de inactividad.

Guía de migración: reimplementación

Cuándo usar la reimplementación

Actualmente, Azure Cache for Redis no permite agregar compatibilidad con zonas de disponibilidad a una caché flash empresarial o empresarial existente. La mejor manera de convertir una caché sin redundancia de zona en una caché con redundancia de zona es implementar una nueva caché mediante la configuración de zona de disponibilidad que necesita y, a continuación, migrar los datos de la caché actual a la nueva caché.

Consideraciones de la reimplementación

La ejecución de varias cachés simultáneamente a medida que convierte los datos en la nueva caché genera gastos adicionales.

Cómo hacer la reimplementación

  1. Para crear una nueva caché con redundancia de zona que cumpla sus requisitos, siga los pasos descritos en Habilitación de la redundancia de zona para Azure Cache for Redis.

    Sugerencia

    Para facilitar el proceso de migración, se recomienda crear la memoria caché para usar el mismo nivel, SKU y región que la caché actual.

  2. Migre los datos de la caché actual a la nueva caché con redundancia de zona. Para obtener información sobre las formas más comunes de migrar en función de sus requisitos y restricciones, consulte Guía de migración de caché: Opciones de migración.

  3. Configuración de la aplicación para que apunte a la nueva caché con redundancia de zona

  4. Eliminación de la caché antigua

Habilitación de la redundancia de zona para los niveles Estándar y Premium

La actualización de una caché Estándar o Premium existente para usar la redundancia de zona se admite en contexto (versión preliminar). Los usuarios pueden habilitarlo; para ello, vaya a la configuración avanzadas en el menú Recurso y active la casilla Asignar zonas automáticamente seguida del botón Guardar.

Los usuarios no pueden deshabilitar la redundancia de zona una vez habilitada.

Captura de pantalla que muestra un cuadro rojo alrededor de la hoja Configuración avanzada, (VERSIÓN PRELIMINAR) la casilla Asignar zonas automáticamente y el botón Guardar.

Esta actualización también se puede realizar pasando ZonalAllocationPolicy como Automatic en el cuerpo de la solicitud al actualizar la memoria caché mediante la API de REST. Para obtener más información sobre el proceso de actualización mediante la API de REST, consulte Actualización: ZonalAllocationPolicy.

No se admite la actualización de ZonalAllocationPolicy to any other value than automática.

Importante

La asignación automática de zonas no se puede modificar una vez habilitada para una memoria caché.

Importante

La habilitación de la asignación zonal automática para una caché existente (que se crea con una asignación zonal diferente) no se admite actualmente para cachés o cachés con replicación geográfica con inyección de red virtual.

Pasos siguientes

Más información sobre: