Política de mantenimiento

En esta página, se proporciona una descripción general de las políticas de mantenimiento de Memorystore para Redis.

Las instancias de Memorystore para Redis se someten a dos tipos de actualizaciones de mantenimiento: actualizaciones disruptivas y no disruptivas. Las actualizaciones disruptivas ocurren de forma periódica y requieren que la instancia se reinicie. Las instancias de Memorystore para Redis obtienen actualizaciones de mantenimiento no disruptivas con más frecuencia en segundo plano.

Los períodos de mantenimiento te permiten seleccionar una hora y un día de la semana cuando desees que se produzcan actualizaciones de mantenimiento disruptivas. Las actualizaciones disruptivas solo ocurren durante los períodos de mantenimiento, pero las actualizaciones no disruptivas pueden ocurrir fuera de los períodos de mantenimiento. No están limitadas a los períodos porque su impacto en las instancias de Memorystore para Redis es insignificante.

Para obtener instrucciones sobre cómo programar períodos de mantenimiento, consulta Administra actualizaciones de mantenimiento.

Descripción general del mantenimiento

Para que el proceso de actualización de mantenimiento se ejecute sin problemas, debes configurar un período de mantenimiento para tu instancia y también debes activar las notificaciones de mantenimiento. Si realizaste ambos pasos, se te notificará al menos siete días antes de la programación de una actualización de mantenimiento para tu instancia.

Si te registraste para recibir notificaciones y no recibiste una notificación por correo electrónico, significa que no se programó el mantenimiento de una instancia. Si las notificaciones de mantenimiento están desactivadas y se programó una actualización de mantenimiento para tu instancia, puedes hacer lo siguiente: ver la fecha y la hora del próximo mantenimiento en Console, o con gcloud. Luego, puedes optar por aplicar el mantenimiento de inmediato o postergarlo hasta por siete días. Por el momento, no se admite el aplazamiento del mantenimiento durante siete días.

Los períodos de mantenimiento se establecen en tu zona horaria local cuando usas Console. Cuando usas la opción gcloud, estableces el horario con la hora UTC. Establecer un período de mantenimiento preferido no elimina la interrupción debido al mantenimiento, pero garantiza que la interrupción ocurra en el momento que elijas.

Configurar o actualizar el período de mantenimiento de las instancias de nivel Básico y estándar no genera tiempo de inactividad o limpieza de caché, y la dirección IP de la instancia no se modifica. Las actualizaciones de mantenimiento afectan las instancias de nivel Básico y estándar de manera diferente.

Impacto del mantenimiento en las instancias de nivel Básico y prácticas recomendadas

  • Cuando se aplica el mantenimiento, la caché se limpia y los datos no se restablecen después del mantenimiento. El tiempo de inactividad suele ser de 10 a 15 minutos.
  • Puedes mitigar la limpieza de claves mediante la exportación de los datos o el uso de exportaciones programadas.
  • Puedes simular el tiempo de inactividad escalando la instancia de forma temporal a un tamaño mayor y, luego, escalándola de nuevo al tamaño original.

Impacto del mantenimiento en la instancia de nivel estándar y prácticas recomendadas

  • Las instancias de nivel estándar minimizan el tiempo de inactividad mediante la conmutación por error a la réplica. En este proceso, se usa la misma string de conexión y dirección IP y, por lo general, se completa en unos minutos.
  • Una conmutación por error siempre da como resultado la pérdida de una conexión. Debes usar un mecanismo de reintento para volver a conectar tu instancia después de una conmutación por error.

Impactos de las actualizaciones de mantenimiento

Las actualizaciones de mantenimiento disruptivas afectan las instancias de nivel Básico y de nivel estándar de manera diferente. Las instancias de nivel estándar usan actualizaciones progresivas, actualizan primero el nodo de réplica, inician una conmutación por error y, luego, actualizan el segundo nodo. Durante este tiempo, la aplicación experimenta reconexiones del cliente.

Si deseas obtener más información sobre el impacto de la conmutación por error en tu aplicación y las prácticas recomendadas para minimizar el impacto, consulta Cómo afecta la conmutación por error a tu aplicación.

Las instancias de nivel Básico experimentan un tiempo de inactividad mientras se realiza una limpieza de la caché y se aplica el parche. El tiempo de inactividad suele ser de 10 a 15 minutos.

Debido a que las actualizaciones de mantenimiento afectan el rendimiento de las instancias de nivel Básico y estándar de Memorystore para Redis, debes programar un período de mantenimiento durante un tiempo de tráfico de instancia bajo.

Para garantizar una mejor experiencia de actualización de mantenimiento sin problemas, te recomendamos que tomes medidas de modo que la métrica Proporción de uso de memoria del sistema sea del 50% o inferior en el momento de la actualización de mantenimiento programada. Puedes hacerlo mediante la programación para un momento en el que el tráfico de la instancia sea bajo o mediante el escalamiento temporal del tamaño de la instancia durante el período de mantenimiento, de modo que la métrica de proporción de uso de memoria del sistema sea de un 50% o menos.

Durante una actualización de mantenimiento, las instancias de Memorystore para Redis pueden actualizarse a una versión de parche de Redis OSS actualizada. Las versiones de parche de Redis OSS no suelen incluir cambios rotundos o incompatibles. Consulta la Política de compatibilidad de versiones para obtener más detalles.

Si deseas observar el impacto de las actualizaciones de mantenimiento en instancias que no sean de producción antes de que se aplique a instancias de producción, te recomendamos que configures un período de mantenimiento y actives las notificaciones de mantenimiento tanto para las instancias de producción como para las de no producción. Una vez que recibas las notificaciones de mantenimiento, tienes la opción de iniciar de inmediato la actualización para las instancias de no producción y aplazar la actualización de las instancias de producción durante un máximo de siete días.

Períodos de mantenimiento

Un período de mantenimiento es un bloque de tiempo que especificas en el que pueden ocurrir actualizaciones de mantenimiento disruptivas. Los períodos de mantenimiento tienen el siguiente comportamiento:

  • El período es de una hora de duración.
  • El mantenimiento no comienza fuera del período.
    • La actualización suele comenzar cerca del principio del período.
    • Por lo general, la actualización se completa dentro del período de una hora, pero esto no está garantizado.
  • Cuando se usa Cloud Console, se muestran los períodos de mantenimiento y se configuran en tu zona horaria local, pero se almacenan en hora UTC. Cloud Console también muestra el tiempo del período de mantenimiento relacionado con la hora UTC. Cuando configuras períodos con la herramienta de línea de comandos de gcloud, debes establecer el horario con la hora UTC.

    • Debes programar períodos basados en la hora UTC porque Cloud Console muestra el período en la zona horaria local del usuario. Esto puede causar confusión si los usuarios configuran el período en diferentes zonas horarias.
    • Los períodos de mantenimiento no se someten a cambios en el horario de verano.
  • Si no se especifica un período, una actualización de mantenimiento puede comenzar en cualquier momento.

  • Debes activar las notificaciones de mantenimiento para recibirlas.

  • Las notificaciones de mantenimiento llegan al menos siete días antes de una actualización de mantenimiento programada.

Notificaciones de mantenimiento

Las notificaciones de mantenimiento no se envían de forma predeterminada. Si deseas recibir una notificación para una próxima actualización de mantenimiento disruptiva, debes hacer lo siguiente:

  1. Configura un período de mantenimiento.

  2. Activa las notificaciones de mantenimiento.

Las notificaciones de mantenimiento se establecen a nivel de proyecto y no a nivel de instancia. Todas las direcciones de correo electrónico que necesitan recibir notificaciones deben agregarse de forma individual.

Verifica el próximo mantenimiento

Si activas las notificaciones de mantenimiento, se enviará una notificación a tu correo electrónico al menos siete días antes del mantenimiento programado. Si deseas configurar un filtro de correo electrónico para las notificaciones, el título del correo electrónico es "Upcoming maintenance for your Cloud Memorystore instance [your-instance-name]".

Para obtener instrucciones sobre cómo ver el mantenimiento programado en Console, consulta Visualiza el mantenimiento programado.

Reprograma el mantenimiento

Si recibes una notificación de mantenimiento y aún hay tiempo antes del mantenimiento programado, tienes la opción de iniciar la actualización de inmediato. También tienes la opción de cambiar el período de mantenimiento. Por ejemplo, si tienes un lanzamiento de actualización de servicio, es posible que quieras reprogramar el período de mantenimiento durante algunos días antes o después del lanzamiento.

Para obtener instrucciones sobre cómo reprogramar el mantenimiento, consulta Reprograma el mantenimiento.

La reprogramación del mantenimiento tiene el siguiente comportamiento:

  • No puedes reprogramar el mantenimiento si queda menos de una hora antes del mantenimiento programado en este momento.

    • Ejemplo: si tu mantenimiento está configurado para las 7:00 p.m. PST y a las 6:55 p.m. PST, no puedes reprogramar el mantenimiento.
    • Ejemplo: si tu mantenimiento está configurado para las 7:00 p.m. PST y las 5:00 p.m. PST, puedes reprogramar el mantenimiento.
  • Solo puedes diferir una actualización de mantenimiento hasta una semana desde el momento en que una actualización de mantenimiento se programó originalmente para tu instancia.

    • Puedes reprogramar el mantenimiento varias veces siempre que la fecha nueva no se extienda más de una semana a partir de la hora programada en un principio.
  • La reprogramación masiva no está disponible. Puedes reprogramar el mantenimiento de todas las instancias de Redis de tu proyecto. Sin embargo, solo puedes reprogramar una instancia a la vez.

  • Cuando vuelves a programar el mantenimiento, tienes tres opciones:

    • Inicia la actualización de inmediato.

    • Aplaza hasta el siguiente período programado. Esta opción retrasa el mantenimiento hasta el siguiente período de mantenimiento. El siguiente período es de una semana desde el período de mantenimiento programado en un principio.

    • Elige un día y una hora personalizados. El tiempo reprogramado no debe superar los siete días desde el momento del período de mantenimiento original.

Mantenimiento urgente

En circunstancias muy excepcionales, para protegerse de las vulnerabilidades urgentes, se puede aplicar una actualización disruptiva a una instancia de Redis fuera del período de mantenimiento designado.

Cancelación de las actualizaciones de mantenimiento

Si Memorystore cancela un evento de mantenimiento, recibirás una notificación en la que se indicará que se canceló el mantenimiento. En raras ocasiones, es posible que Memorystore no envíe una notificación de cancelación por adelantado. En este caso, se te notificará que no se realizó el mantenimiento una vez finalizado el período de mantenimiento programado.

El mantenimiento se reprograma para un próximo período de mantenimiento según las preferencias que seleccionaste. Cuando se vuelva a programar el evento de mantenimiento, recibirás una notificación nueva del próximo mantenimiento.

Preguntas frecuentes

Las siguientes son preguntas frecuentes sobre la política de mantenimiento de Memorystore para Redis:

¿Cómo puedo saber cuándo se programa el mantenimiento de mi instancia?

Te recomendamos que te suscribas para recibir notificaciones a fin de saber cuándo está programado el mantenimiento para tu instancia. También puedes verificar de forma manual en Cloud Console. Si Cloud Console está en blanco y ya configuraste un período de mantenimiento, aún no tienes programado un próximo mantenimiento.

¿Cuándo se me notifica sobre el próximo mantenimiento?

Si te suscribiste para recibir notificaciones de mantenimiento y configuraste un período de mantenimiento, recibes una alerta por correo electrónico al menos siete días antes de un evento de mantenimiento.

¿Por cuánto tiempo puedo diferir el mantenimiento?

Una vez que se programó el mantenimiento de tu instancia, puedes iniciar la actualización de inmediato o aplazar la actualización hasta siete días desde la hora de mantenimiento programada en un principio. Por ejemplo, si el mantenimiento está programado para el 11 de octubre a las 11:15 p.m., puedes diferir el mantenimiento hasta el 18 de octubre a las 11:15 p.m. El mantenimiento se aplicará a la hora programada si no se realiza ninguna acción.

Para obtener más detalles, consulta Reprograma el mantenimiento.

¿Cambiará la dirección IP de mi instancia durante el mantenimiento?

Cuando te conectas a una instancia de Memorystore para Redis, especificas la dirección IP del servicio. Esta dirección IP no se modificará durante el mantenimiento ni a través de ninguna otra acción que realices. Si usas la dirección IP del servicio, el servicio controlará eventos de forma automática como la conmutación por error de instancias.

¿Cuál es el impacto del mantenimiento en las instancias de nivel Básico?

Las instancias de nivel Básico experimentan una limpieza de caché cuando se aplica el mantenimiento. Los datos no se restablecen después del mantenimiento. El tiempo de inactividad suele ser de 10 a 15 minutos. Para minimizar el impacto debido al mantenimiento, te recomendamos exportar los datos o usar las exportaciones programadas.

¿Cuál es el impacto del mantenimiento en las instancias de nivel estándar?

Las instancias de nivel estándar no deben experimentar una limpieza de caché cuando se aplica el mantenimiento, ya que las instancias de nivel estándar usan actualizaciones progresivas, actualizan primero el nodo de réplica, inician una conmutación por error y, luego, actualizan el segundo nodo. Durante este tiempo, la aplicación experimenta reconexiones del cliente. Te recomendamos usar un mecanismo de reintento para volver a conectar tu instancia después de una conmutación por error. Por lo general, la conmutación por error se completa en unos minutos.

¿Qué prácticas recomendadas debo seguir para tener una experiencia de actualización de mantenimiento sin problemas?

Te recomendamos que realices las siguientes acciones para garantizar una experiencia de actualización de mantenimiento sin problemas:

  1. Debes configurar tu período de mantenimiento para un momento en el que se garantice que el mantenimiento no se aplique en las horas pico de uso de Redis.
  2. Debes suscribirte para las notificaciones de mantenimiento a fin de recibir alertas por correo electrónico al menos siete días antes de que se programe la actualización de mantenimiento de tu instancia.
  3. Asegúrate de que la métrica de proporción de uso de memoria del sistema sea inferior al 50% cuando comience el mantenimiento. Puedes hacerlo mediante la programación para un momento en el que el tráfico de instancias sea bajo o mediante un escalamiento vertical del tamaño de la instancia durante el período de mantenimiento.

¿Cuándo debo aplicar el mantenimiento de inmediato?

Una circunstancia en la que debes aplicar el mantenimiento de inmediato es en una instancia de prueba para ver cómo afectará a una instancia de producción. Puedes reprogramar el mantenimiento para que se aplique de inmediato en una instancia de prueba. Esto te permite observar el impacto que tiene y aplazar el mantenimiento en las instancias de producción según sea necesario o esté permitido.

¿Siempre se completan las actualizaciones de mantenimiento dentro del período de mantenimiento?

Las actualizaciones comienzan dentro del período de mantenimiento que especifiques. Por lo general, la actualización se completa dentro del período, pero esto no está garantizado.

¿Puedo inhabilitar el mantenimiento o programar el mantenimiento en ciertas instancias primero?

No, no puedes inhabilitar el mantenimiento ni controlar la programación inicial del mantenimiento. Sin embargo, puedes reprogramar el mantenimiento para diferirlo durante hasta siete días.

¿Qué sigue?

  • Consulta los permisos necesarios para administrar los períodos de mantenimiento de tu instancia de Redis.