En esta página se ofrece una descripción general del mantenimiento de Memorystore para Memcached.
Para obtener instrucciones sobre cómo programar ventanas de mantenimiento, consulta el artículo Buscar y configurar ventanas de mantenimiento.
Información general
Memorystore para Memcached actualiza las instancias de forma rutinaria para asegurarse de que el servicio sea fiable, tenga un buen rendimiento, sea seguro y esté actualizado. La mayoría de estas actualizaciones se realizan mientras la instancia de Memcached está en funcionamiento. No obstante, es posible que algunas actualizaciones del sistema requieran una breve interrupción del servicio. Estas actualizaciones se denominan mantenimiento. El mantenimiento suele clasificarse en las siguientes categorías:
Funciones de Memorystore. Para lanzar algunas funciones, Memorystore requiere una actualización de mantenimiento.
Parches del sistema operativo. Monitorizamos continuamente las vulnerabilidades de seguridad recién identificadas en el sistema operativo. Cuando detectamos una vulnerabilidad, aplicamos un parche al sistema operativo para protegerte de los nuevos riesgos.
Actualizaciones de versiones de bases de datos. El mantenimiento puede incluir una actualización de la versión secundaria del parche de Memcached de OSS que no incluya cambios incompatibles o que provoquen errores.
Los usuarios tienen dos formas de realizar el mantenimiento: automática o manualmente. La función Ventanas de mantenimiento permite a los usuarios especificar un periodo recurrente en el que se puede programar y realizar el mantenimiento automáticamente. Los usuarios que quieran tener un control más preciso sobre el mantenimiento de su instancia pueden usar el mantenimiento manual, que proporciona una interfaz de gcloud para actualizar una instancia según la programación y la lógica que deseen.
Impacto del mantenimiento
Durante el mantenimiento, un clúster de Memorystore para Memcached experimenta conexiones perdidas y una limpieza de caché completa.
Los nodos de tu clúster se actualizan de forma secuencial y uniforme durante toda la ventana de mantenimiento. Cuando se actualiza un nodo, la caché se vacía y los datos no se restauran después del mantenimiento. El tiempo de inactividad suele ser de unos 5 minutos por nodo.
Cuando un nodo se somete a mantenimiento, se interrumpe la conexión y se restablece para ese nodo. Debes crear un mecanismo de reintento con retroceso exponencial para volver a conectar tu aplicación a los nodos después de que se realice el mantenimiento.
Los usuarios que hayan elegido el mantenimiento manual pueden controlar el momento de la actualización de los nodos individuales de su clúster.
Ajustes de mantenimiento
Memorystore te ofrece la posibilidad de configurar el mantenimiento para que se realice en el momento más oportuno para tu aplicación. Para ello, configura una ventana de mantenimiento.
Las ventanas de mantenimiento se definen por instancia de Memorystore y permiten las siguientes opciones de configuración:
- Día de la semana. Designa el día en el que se realiza el mantenimiento.
- Hora de inicio. La hora a la que empieza el mantenimiento.
- Duración. La duración de la ventana de mantenimiento, que va de 3 a 8 horas.
Si se configura una ventana de mantenimiento para una instancia, las tareas de mantenimiento automáticas futuras se programarán de acuerdo con estas preferencias. Si no se especifica ninguna ventana de mantenimiento para tu instancia, el mantenimiento puede empezar en cualquier momento sin previo aviso.
Ejemplo de mantenimiento
Supongamos que eres desarrollador en una tienda que gestiona un servicio de carrito de la compra. Tienes una instancia de Memorystore para Memcached en un entorno de producción. Quieres que el mantenimiento se realice cuando tu instancia gestione la menor cantidad de tráfico, que es alrededor de la medianoche de los domingos.
En este caso, la ventana de mantenimiento de tu instancia de producción será la siguiente:
- Día de la semana. Domingo.
- Hora de inicio. 1:00.
- Duración. 3 horas.
En este caso, hemos optado por la duración más corta permitida, lo que asegura que el mantenimiento se lleve a cabo durante este periodo de poco tráfico. En el caso de una aplicación que tenga un tráfico constante las 24 horas del día, los 7 días de la semana, puede ser preferible especificar una duración mayor, ya que esto distribuye de forma más uniforme el impacto de las purgas de caché. En el caso de las aplicaciones que sean especialmente sensibles a cualquier impacto en el servicio, recomendamos realizar el mantenimiento manualmente.
Notificaciones de mantenimiento programado
Puedes recibir una notificación sobre el mantenimiento programado en tu correo electrónico al menos una semana antes de que se lleve a cabo. Si quieres definir un filtro de correo electrónico para las notificaciones, el título del correo es "Upcoming maintenance for your
Cloud Memorystore instance [your-instance-name]".
Las notificaciones de mantenimiento no se envían de forma predeterminada. Si quieres recibir una notificación sobre una tarea de mantenimiento programada, debes hacer lo siguiente:
Las notificaciones se envían a la dirección de correo asociada a tu cuenta de Google. No es posible configurar un alias de correo personalizado (por ejemplo, un alias de correo de un equipo) ni suscribir otra dirección de correo que no sea la tuya.
Al suscribirte, aceptas recibir notificaciones de mantenimiento de todas las instancias de Memorystore que tengan ventanas de mantenimiento en un proyecto determinado. Recibirás una notificación por cada instancia.
Para obtener instrucciones sobre cómo encontrar el mantenimiento programado, consulta Buscar mantenimiento programado.
Reprogramar el mantenimiento
Si tienes una ventana de mantenimiento para tu instancia, puedes reprogramar el mantenimiento en cualquier momento antes de que se lleve a cabo. Por ejemplo, si vas a lanzar un nuevo servicio durante el periodo de mantenimiento programado, puede que quieras reprogramar la ventana de mantenimiento para unos días después del lanzamiento.
Puedes reprogramar el mantenimiento varias veces, siempre que no sea más de una semana después de la hora programada originalmente. Tienes varias opciones de programación para la nueva ventana de mantenimiento:
Actualizar ahora. Puedes aplicar la actualización a tu instancia inmediatamente en lugar de esperar a la ventana de mantenimiento programada.
Aplazar hasta la próxima ventana programada. De esta forma, el mantenimiento se aplaza una semana.
Día y hora personalizados. De esta forma, puedes elegir cualquier hora específica en un plazo de una semana después de la hora de mantenimiento programada originalmente.
Al reprogramar el mantenimiento, se produce lo siguiente:
No puedes reprogramar el mantenimiento si queda menos de una hora para el mantenimiento programado.
No puedes reprogramar varias instancias de Memcached con una sola operación. Deben reprogramarse individualmente.
Para obtener instrucciones sobre cómo reprogramar el mantenimiento, consulta Reprogramar el mantenimiento planificado.
Prácticas recomendadas
- Define una ventana de mantenimiento y suscríbete a las notificaciones de todas las instancias de producción.
- Elige una duración adecuada. Los nodos se actualizan secuencialmente a lo largo de toda la duración especificada. Si eliges una duración más larga, las purgas de la caché de nodos se repartirán en un periodo más largo, lo que tendrá menos impacto en tu aplicación. Sin embargo, una duración más corta permite que la actualización se complete más rápido, lo que puede ser conveniente para las aplicaciones que tienen periodos de poco tráfico bien conocidos o para las aplicaciones que son sensibles a cualquier nivel de interrupción de la caché.
- Toma medidas para que la métrica Utilización de memoria del sistema esté al 50% o menos en el momento del mantenimiento programado. Para ello, puedes programar la tarea para un momento en el que el tráfico de la instancia sea bajo o aumentar temporalmente el tamaño de la instancia durante la ventana de mantenimiento para que la métrica Utilización de memoria del sistema sea del 50% o menos.
- Implementa un mecanismo de reintento con tiempo de espera exponencial para volver a conectar tu aplicación a la instancia después del mantenimiento.
- Aprovecha las funciones de reprogramación para probar la actualización en una instancia que no sea de producción cuando esté disponible.
Mantenimiento manual
Aunque esperamos que el mantenimiento automático mediante ventanas de mantenimiento cumpla los requisitos de la mayoría de los usuarios de Memorystore, el mantenimiento manual proporciona una interfaz de gcloud para actualizar una instancia. Con esta interfaz, puedes actualizar los nodos de tu clúster de forma individual a un ritmo y en un momento que se adapten mejor a tu aplicación. Cuando se actualiza cada nodo llamando a la interfaz de gcloud, se vacía la caché del nodo individual y se eliminan las conexiones, de forma similar al mantenimiento automático.
Para realizar el mantenimiento manual, primero debes definir una ventana de mantenimiento para tu instancia y suscribirte a las notificaciones de mantenimiento. Cuando haya una actualización disponible, recibirás una notificación por correo electrónico con la hora de mantenimiento programada para tu instancia. En este punto, puedes empezar a aplicar actualizaciones manualmente a tu instancia. Si el clúster de Memorystore para Memcached no se actualiza por completo antes de la hora de mantenimiento programada, los nodos del clúster que queden se actualizarán automáticamente durante la ventana de mantenimiento. Si has actualizado completamente tu instancia antes de la hora de mantenimiento programada, no se verá afectada durante la ventana de mantenimiento definida.
Preguntas frecuentes
A continuación, se incluyen algunas preguntas frecuentes sobre la política de mantenimiento de Memorystore para Memcached:
¿Cómo afecta el mantenimiento a las instancias de Memcached?
Durante el mantenimiento, los nodos de tu clúster se actualizan secuencialmente a lo largo de la ventana de mantenimiento. Cada nodo se somete a un vaciado de caché con un tiempo de inactividad de aproximadamente 5 minutos por nodo. Para obtener más información sobre el impacto, consulta Impacto del mantenimiento.
¿Cuánto dura una actualización de mantenimiento?
El usuario puede configurar la duración de la ventana entre 3 y 8 horas. Las actualizaciones de los nodos se distribuyen de forma uniforme a lo largo de la duración designada.
¿Cómo puedo saber cuándo se ha programado el mantenimiento de mi instancia?
Te recomendamos que te suscribas a las notificaciones para saber cuándo se programará el mantenimiento de tu instancia. También puedes comprobarlo manualmente en la consola de Cloud. Si la consola de Cloud está en blanco y ya has definido una ventana de mantenimiento, significa que aún no tienes programado ningún mantenimiento.
¿Cuándo se me notifica el mantenimiento programado?
Si te has suscrito a las notificaciones de mantenimiento y has configurado una ventana de mantenimiento, recibirás un correo al menos siete días antes de que se produzca un evento de mantenimiento.
¿Durante cuánto tiempo puedo aplazar el mantenimiento?
Una vez que se haya programado el mantenimiento de tu instancia, puedes iniciar la actualización inmediatamente o aplazarla hasta siete días después de la hora de mantenimiento programada originalmente. Por ejemplo, si el mantenimiento está programado para el 11 de octubre a las 23:15, puedes aplazarlo hasta el 18 de octubre a las 23:15. El mantenimiento se aplicará a la hora programada si no se toma ninguna medida.
Para obtener más información, consulta Reprogramar el mantenimiento planificado.
¿Cambia la dirección IP de mi instancia durante el mantenimiento?
No. La dirección IP de tu instancia de Memcached no cambia.
¿Definir o ajustar una ventana de mantenimiento afecta a mi instancia?
No. Configurar o ajustar la ventana de mantenimiento no provoca ningún tiempo de inactividad en su instancia. Además, no cambia la dirección IP de la instancia ni provoca ningún otro cambio en ella.
¿Qué prácticas recomendadas debo seguir para disfrutar de una experiencia de actualización de mantenimiento fluida?
Te recomendamos que sigas las directrices de la sección de prácticas recomendadas para las actualizaciones de mantenimiento.
¿Cuándo debo aplicar el mantenimiento inmediatamente?
Una de las situaciones en las que deberías aplicar el mantenimiento inmediatamente es en una instancia de prueba para ver cómo afecta a una instancia de producción. Puedes reprogramar el mantenimiento planificado para que se aplique inmediatamente en una instancia de prueba. De esta forma, puedes observar el impacto que tiene y aplazar el mantenimiento de las instancias de producción según sea necesario o permitido.
¿Las actualizaciones de mantenimiento siempre se completan dentro de la ventana de mantenimiento?
Las actualizaciones se inician dentro de la ventana de mantenimiento que especifiques. La actualización casi siempre se completa en ese periodo.
¿Puedo inhabilitar el mantenimiento o programarlo primero en determinadas instancias?
No, no puedes rechazar el mantenimiento ni controlar la programación inicial del mantenimiento. Sin embargo, puedes cambiar la fecha del mantenimiento para aplazarlo hasta siete días.
¿Se puede aplicar una actualización fuera de una ventana de mantenimiento?
En casos muy excepcionales, para protegerte frente a vulnerabilidades que requieren una respuesta inmediata, se puede aplicar mantenimiento a una instancia de Memcached fuera del periodo de mantenimiento designado.
¿Qué ocurre si Memorystore cancela el mantenimiento?
Si Memorystore cancela un evento de mantenimiento, recibirás una notificación de que se ha cancelado. En casos excepcionales, es posible que Memorystore no pueda enviar una notificación de cancelación con antelación. En este caso, se te notificará que el mantenimiento no se ha aplicado una vez que haya pasado el periodo de mantenimiento programado.
El mantenimiento se reprogramará para una ventana de mantenimiento futura en función de las preferencias que hayas seleccionado. Recibirás una nueva notificación de mantenimiento programado cuando se vuelva a programar el evento de mantenimiento.
¿Qué formato de hora se usa en las ventanas de mantenimiento?
Cuando se usa la consola de Google Cloud , las ventanas de mantenimiento se muestran y se definen en la zona horaria local, pero se almacenan en hora UTC. La consola de Google Cloud también muestra la hora de la ventana de mantenimiento en relación con la hora UTC. Cuando se definen ventanas con Google Cloud CLI, la hora se establece en UTC.
Debes programar las ventanas en función de la hora UTC, ya que la Google Cloud consola muestra la ventana en la zona horaria local del usuario. Esto puede generar confusión si los usuarios definen la ventana en zonas horarias diferentes.
Las ventanas de mantenimiento no se ven afectadas por los cambios de horario de invierno ni de verano.
Siguientes pasos
- Consulta los permisos necesarios para gestionar las ventanas de mantenimiento de tu instancia de Memcached.