Compartir a través de


Migrar una instancia de Azure Cache for Redis para soporte de zona de disponibilidad

En esta guía se describe cómo migrar la instancia de Azure Cache for Redis desde sin soporte de zona de disponibilidad a soporte de zona 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 compatibilidad sin zonas de disponibilidad a compatibilidad con zonas de disponibilidad está disponible para las memorias caché de nivel Estándar y Premium. Las memorias caché de nivel Enterprise y Enterprise Flash se crean para que sean zonales de forma predeterminada.

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

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

Prerrequisitos

Para migrar a la compatibilidad con zonas 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: redistribución

Cuándo usar la redistribución

Actualmente, Azure Cache for Redis no permite agregar compatibilidad con zonas de disponibilidad a una caché empresarial existente o una caché flash 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 luego migrar los datos de la caché actual a la nueva caché.

Consideraciones sobre la reimplementación

Ejecutar múltiples cachés simultáneamente mientras convierte los datos al nuevo caché genera gastos adicionales.

Cómo volver a implementar

  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. Configura tu aplicación para que apunte a la nueva caché redundante de zona

  4. Eliminación de la memoria caché antigua

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

Se admite la actualización in situ de una caché Estándar o Premium existente para usar redundancia de zona. Los usuarios pueden habilitarla si van a Configuración avanzada en el menú Recurso, activan la casilla Asignar zonas automáticamente y después seleccionan el 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) Casilla Asignar zonas automáticamente y botón Guardar.

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

No se admite actualizar ZonalAllocationPolicy a ningún otro valor que no sea Automatic.

Importante

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

Importante

La habilitación de Asignación automática de zonas 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: