Los clústeres y las instancias de AlloyDB para PostgreSQL dependen de muchos recursos internos de bajo nivel deGoogle Cloud . Estos incluyen las instancias de máquina virtual (VM) que funcionan como nodos de AlloyDB y balanceadores de cargas, y los volúmenes de almacenamiento que contienen tus datos. Debido a que AlloyDB es un servicio administrado, Google mantiene actualizados estos recursos internos. Esto ayuda a garantizar que tus clústeres e instancias de AlloyDB sigan siendo confiables, eficaces y seguros.
La mayoría de estas actualizaciones no requieren tiempo de inactividad, pero algunas actualizaciones del sistema requieren una breve interrupción del servicio. Nos referimos a estas actualizaciones como mantenimiento. Debido a que estas actualizaciones requieren que se reinicie el nodo afectado, pueden generar tiempo de inactividad. Las operaciones de mantenimiento no disruptivas de AlloyDB limitan el tiempo de inactividad a menos de 1 segundo para las instancias principales y a cero segundos para los grupos de lectura. Para lograr un tiempo de inactividad casi nulo y nulo, AlloyDB prepara un servidor de reemplazo con las actualizaciones y, luego, cambia el servidor de la base de datos.
Motivos del mantenimiento
Las actualizaciones de mantenimiento periódicas pueden ocurrir por los siguientes motivos:
Nuevas funciones y correcciones de errores de AlloyDB: Para lanzar nuevas funciones, Google debe actualizar el software de AlloyDB que se ejecuta en los nodos de tu clúster. Esto también puede implicar actualizaciones de las extensiones de PostgreSQL incluidas en AlloyDB o la instalación de extensiones nuevas. Las actualizaciones también pueden incluir correcciones de errores y seguridad, o mejoras de rendimiento.
Actualizaciones de compatibilidad de la base de datos: La comunidad de PostgreSQL lanza periódicamente actualizaciones de versiones secundarias para las versiones principales compatibles de PostgreSQL. Google incorpora estas actualizaciones en AlloyDB y las aplica a tus clústeres. Para obtener más información, consulta las políticas de versiones de bases de datos.
Horario y preferencias de mantenimiento
Puedes establecer períodos de mantenimiento para los clústeres de AlloyDB principales y secundarios. De forma predeterminada, no se establece ningún período de mantenimiento en un clúster de AlloyDB. El mantenimiento no urgente de un clúster de AlloyDB sin períodos de mantenimiento configurados puede ocurrir en cualquier momento, excepto entre las 6 a.m. y las 10 p.m. los días laborables, en la hora local de la región en la que se encuentra el clúster.
También puedes especificar un período de mantenimiento. Un período de mantenimiento define la hora de mantenimiento que prefieres, en términos de hora del día y día de la semana, para que tu clúster comience sus eventos de mantenimiento. Por ejemplo, puedes configurar un clúster para que tenga un período de mantenimiento que comience a las 11 a.m. los domingos (UTC).
Si configuras un período de mantenimiento, AlloyDB programará los futuros eventos de mantenimiento que no sean de emergencia para que comiencen a más tardar una hora después de la hora especificada. Además, si habilitas la opción para recibir notificaciones por correo electrónico sobre los eventos de mantenimiento programados de AlloyDB, recibirás una notificación automática sobre el evento en cuanto se programe. Los eventos de mantenimiento se programan con al menos una semana de anticipación.
No puedes establecer cuándo finaliza un período de mantenimiento. Esto se debe a que el tiempo total que requiere un solo evento de mantenimiento puede variar. La duración de la ventana de mantenimiento depende de la complejidad del clúster, es decir, la cantidad de instancias del grupo de lectura que requieren actualizaciones, y la naturaleza de la actualización. Primero, AlloyDB actualiza los grupos de lectura de forma simultánea y, luego, actualiza la instancia principal.
Si bien el tiempo de inactividad que requiere una instancia individual puede ser breve, todo el proceso de mantenimiento suele completarse en una hora. Solo puedes establecer un período de mantenimiento de una hora. Sin embargo, en el caso de los clústeres con varios grupos de lectura, es posible que el tiempo de inactividad continúe después del período de una hora, ya que el mantenimiento puede comenzar en cualquier momento dentro de ese período (por ejemplo, en el último minuto) y luego tardar hasta una hora. Esto significa que el tiempo de inactividad puede ocurrir después del período de mantenimiento.
Los eventos de mantenimiento de emergencia, como los parches de seguridad urgentes, pueden ocurrir fuera de los horarios de mantenimiento predeterminados o de los períodos de mantenimiento configurados. Esto incluye rechazar períodos de mantenimiento.