Alta disponibilidad para Memorystore para Redis

En esta página, se describe la alta disponibilidad (HA) para las instancias de Memorystore para Redis en el nivel Estándar.

El nivel Estándar protege una instancia de Redis de fallas comunes replicando datos en una o más réplicas y proporcionando una conmutación por error rápida y automática a una réplica.

Una instancia de nivel estándar que tiene desactivado el parámetro de configuración readReplicaMode contiene una instancia principal y una réplica que proporciona funcionalidad de HA. Una instancia de nivel estándar que tiene habilitado este parámetro de configuración tiene una instancia principal y de una a cinco réplicas de lectura. Las réplicas de lectura en esta configuración realizan lecturas y proporcionan asistencia para la conmutación por error de la funcionalidad de HA. Para determinar si el parámetro de configuración readReplicaMode está desactivado o habilitado, consulta Cómo ver la información de la réplica de lectura de tu instancia.

Memorystore para Redis proporciona alta disponibilidad replicando una instancia principal en una o más réplicas. Memorystore para Redis usa el protocolo de replicación asíncrona para copiar en las réplicas los cambios que realices en los datos de la instancia principal. Debido a la naturaleza asíncrona de la replicación y según la tasa de escritura de la instancia principal, las réplicas pueden retrasarse con respecto a la instancia.

Si falla la instancia principal, la instancia conmuta por error automáticamente a una réplica. En el caso de las instancias que tienen más de una réplica, la instancia conmuta por error automáticamente a una réplica en buen estado con el menor retraso de replicación.

Si configuras una instancia para que tenga solo una réplica que no sea de lectura, Memorystore para Redis dirigirá todas las conexiones de la aplicación al extremo principal. Si configuras la instancia para que use réplicas de lectura, las aplicaciones también pueden usar el extremo de lectura para distribuir las consultas de lectura en todas las réplicas.

Persistencia de los datos y alta disponibilidad

Si bien el nivel Estándar proporciona alta disponibilidad (HA) a través de la replicación y la conmutación por error automática, la HA no garantiza la durabilidad completa de los datos. Memorystore para Redis no puede proporcionar durabilidad completa de los datos, incluso con la HA habilitada, durante ciertos eventos catastróficos, como fallas regionales temporales.

Para ayudar a proteger tus datos y proporcionar un nivel de persistencia básico, las instantáneas de RDB se habilitan de forma predeterminada cuando creas una instancia de Memorystore para Redis con la consola de Google Cloud .

Para las cargas de trabajo de producción, considera las siguientes prácticas recomendadas para mejorar aún más la capacidad de recuperación de tus datos:

  • Recuperación ante desastres: Memorystore para Redis no admite la replicación entre regiones. Si tu estrategia de recuperación ante desastres requiere replicación entre regiones para lograr una verdadera resiliencia regional, te recomendamos que uses una instancia de Memorystore for Valkey. Para obtener más información sobre cómo configurar y administrar instancias secundarias en diferentes regiones, consulta Trabaja con la replicación entre regiones en la documentación de Memorystore para Valkey.
  • Máxima durabilidad: Si tu aplicación requiere el nivel más alto posible de durabilidad de los datos, te recomendamos que uses una instancia de Memorystore for Valkey configurada con replicación entre regiones, copias de seguridad diarias automatizadas y persistencia de archivos de solo anexar (AOF). Esta combinación proporciona la protección más sólida contra la pérdida de datos. Para obtener más información, consulta Persistence overview en la documentación de Memorystore para Valkey.

Cuándo se produce una conmutación por error

Una conmutación por error se produce cuando falla la instancia principal. Durante una conmutación por error, la instancia principal y el extremo de lectura se redireccionan automáticamente a la nueva instancia principal y a las réplicas. Memorystore para Redis descarta todas las conexiones al extremo principal. Memorystore para Redis también descarta las conexiones de extremos de lectura a la réplica de lectura que se promueve.

Cómo una conmutación por error afecta tu aplicación

Cuando la instancia principal conmuta por error a la réplica, Memorystore para Redis descarta las conexiones existentes al extremo principal de la instancia. La instancia no está disponible durante un promedio de 30 segundos durante las reparaciones automáticas y 15 segundos durante los eventos de mantenimiento. Cuando se restablece la conexión, tu aplicación se redirecciona automáticamente a la nueva instancia principal con la misma cadena de conexión o dirección IP. No necesitas actualizar tu aplicación después de una conmutación por error.

Durante una conmutación por error, si hay conexiones al extremo de lectura, Memorystore para Redis descarta las conexiones a la réplica que se promueve a la instancia principal. Memorystore para Redis sigue atendiendo las conexiones a las otras réplicas. Una vez que se completa la conmutación por error y la nueva réplica está disponible, Memorystore para Redis redirecciona las conexiones a la nueva réplica.

Reintenta la conexión de la instancia después de una conmutación por error

Cuando se produce una conmutación por error, Memorystore para Redis descarta todas las conexiones del extremo principal. Según la cantidad de réplicas, es posible que Memorystore para Redis también interrumpa algunas conexiones de lectura.

Debido a esta pérdida de conexión, tu aplicación debe volver a intentar restablecer la conexión. Te recomendamos que la lógica de reintento use la retirada exponencial para asegurarte de no sobrecargar tu instancia con demasiadas solicitudes de reintento. Además de incluir la lógica de reintento, te recomendamos que pruebes cómo afecta una conmutación por error a tu aplicación realizando una conmutación por error manual.

La mayoría de los clientes de Redis tienen capacidades de reintento integradas. Si se produce una interrupción de la conexión debido a una conmutación por error, te recomendamos que uses estas capacidades de reintento.

Se produce una conmutación por error cuando realizas las siguientes tareas:

Si implementas lógica de reintento en tu aplicación para controlar las interrupciones de conexión debido a conmutaciones por error, es probable que tu instancia no experimente un impacto significativo en el rendimiento.

Consulta el estado de alta disponibilidad

Puedes ver las métricas de alta disponibilidad de tu instancia de Redis con Cloud Monitoring. Para obtener información sobre las métricas que proporciona Cloud Monitoring para Memorystore para Redis, consulta Supervisa instancias de Redis y Métricas de supervisión compatibles con Memorystore para Redis.

Para ver el estado de replicación integrado que proporciona Redis, usa el comando INFO.