Información general sobre el mantenimiento

Los clústeres y las instancias de AlloyDB dependen de muchos recursos internos de bajo nivelGoogle Cloud . Entre ellos, se incluyen las instancias de máquina virtual que actúan como nodos y balanceadores de carga de AlloyDB, así como los volúmenes de almacenamiento que contienen tus datos. Como AlloyDB es un servicio gestionado, Google se encarga de mantener actualizados estos recursos internos. De esta forma, te aseguras de que tus clústeres e instancias de AlloyDB sigan siendo fiables, eficientes 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. A estas actualizaciones las llamamos mantenimiento. Como estas actualizaciones requieren que se reinicie el nodo afectado, pueden provocar un tiempo de inactividad.

Las operaciones de mantenimiento no disruptivas de AlloyDB limitan el tiempo de inactividad a menos de 1 segundo en las instancias principales y secundarias, y a cero segundos en los grupos de lectura. Para conseguir un tiempo de inactividad casi nulo o nulo, se prepara un servidor de sustitución con las actualizaciones y, a continuación, se cambia el servidor de base de datos. Como puedes ver en los registros, el tiempo de operación es mayor que el tiempo de inactividad.

Motivos del mantenimiento

Las actualizaciones de mantenimiento pueden producirse por los siguientes motivos:

  • Nuevas funciones 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 la actualización de las extensiones de PostgreSQL que se incluyen en AlloyDB o la instalación de nuevas extensiones.

  • Actualizaciones de compatibilidad de bases de datos. La comunidad de PostgreSQL publica periódicamente actualizaciones de versiones secundarias para las versiones principales compatibles de PostgreSQL. Google incorpora estas actualizaciones en AlloyDB y las aplica a los clústeres configurados para que sean compatibles con la versión principal afectada. Para obtener más información, consulta las políticas de versiones de bases de datos.

  • Parches del sistema operativo. Google monitoriza continuamente las vulnerabilidades de seguridad de los sistemas operativos que se ejecutan en los recursos internos que constituyen los clústeres de AlloyDB. Cuando los descubrimos, aplicamos parches a los sistemas operativos de los recursos para protegerte frente a nuevos riesgos.

Hora y preferencias de mantenimiento

Puedes definir ventanas de mantenimiento tanto para los clústeres de AlloyDB principales como para los secundarios. De forma predeterminada, no se define ninguna ventana de mantenimiento en un clúster de AlloyDB. El mantenimiento no urgente de un clúster de AlloyDB sin ventanas de mantenimiento configuradas se puede llevar a cabo en cualquier momento, excepto entre las 6:00 y las 22:00 de los días laborables, según la hora local de la región en la que se encuentre el clúster.

También puedes especificar una ventana de mantenimiento. Una ventana de mantenimiento define la hora y el día de la semana que prefieres para que tu clúster inicie sus eventos de mantenimiento. Por ejemplo, puedes configurar un clúster para que tenga una ventana de mantenimiento que empiece los domingos a las 11:00 (UTC).

Si defines una ventana de mantenimiento, AlloyDB programará los eventos de mantenimiento que no sean urgentes para que empiecen como máximo una hora después de la hora especificada. Además, si aceptas recibir notificaciones por correo sobre los próximos eventos de mantenimiento 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 antelación.

No puedes definir la hora de finalización de una ventana de mantenimiento, ya que el tiempo total necesario para un evento de mantenimiento puede variar en función de la complejidad del clúster (es decir, el número de instancias del grupo de lectura que requieren una actualización) y de la naturaleza de la actualización. Aunque el tiempo de inactividad necesario para cada instancia puede ser muy breve, el mantenimiento completo puede llevar horas. Por este motivo, puedes usar una ventana de mantenimiento para controlar la hora general del día en la que las instancias de tu clúster experimentan un tiempo de inactividad por mantenimiento, pero no puedes especificar una ventana de inactividad de un minuto para ninguna instancia.

Los eventos de mantenimiento de emergencia, como la aplicación de parches de seguridad urgentes, pueden producirse fuera de los horarios de mantenimiento predeterminados o de las ventanas de mantenimiento configuradas, incluso durante los periodos de mantenimiento denegado.

Prácticas recomendadas para las ventanas de mantenimiento

Te recomendamos que definas ventanas de mantenimiento en tus clústeres de producción y no en tus clústeres que no sean de producción. Esto se debe al siguiente orden general de los eventos relacionados con una actualización de mantenimiento:

  1. En primer lugar, Google actualiza todos los clústeres que no tienen ventanas de mantenimiento.
  2. A continuación, Google programa actualizaciones para todos los clústeres que tengan ventanas de mantenimiento. Estas actualizaciones tienen al menos una semana de antelación.
  3. Si has habilitado la opción para recibir comunicaciones sobre los próximos eventos de mantenimiento de AlloyDB, Google te enviará un correo con una notificación sobre el mantenimiento programado.
  4. Google realiza las actualizaciones de mantenimiento a las horas programadas.

Por lo tanto, si recibes una notificación sobre un mantenimiento programado, significa que las mismas actualizaciones ya se han aplicado a todos tus clústeres sin que se haya definido ninguna ventana de mantenimiento. Si dejas tus clústeres que no son de producción sin ventanas de mantenimiento, puedes garantizar que reciban las actualizaciones del sistema primero y usar las notificaciones de mantenimiento próximas como aviso para probar o previsualizar las actualizaciones en un entorno que no sea de producción.

Siguientes pasos