Mantenimiento programado en Azure Cosmos DB for PostgreSQL

  • Artículo

SE APLICA A: Azure Cosmos DB for PostgreSQL (con tecnología de la extensión de base de datos de Citus en PostgreSQL)

Azure Cosmos DB for PostgreSQL hace un mantenimiento periódico para conservar la base de datos administrada protegida, estable y actualizada. Durante el mantenimiento, todos los nodos del clúster obtienen nuevas características, actualizaciones y revisiones.

Las características clave del mantenimiento programado para Azure Cosmos DB for PostgreSQL son:

  • Las actualizaciones se aplican al mismo tiempo en todos los nodos del clúster.
  • Las notificaciones acerca del próximo mantenimiento se publican en Azure Service Health con cinco días de antelación.
  • Normalmente, hay al menos 30 días entre los eventos de mantenimiento correctos de un clúster.
  • El día preferido de la semana y el período de tiempo dentro de ese día para el inicio del mantenimiento se pueden definir individualmente para cada clúster.

Selección de una ventana de mantenimiento y notificación sobre el próximo mantenimiento

Puede programar el mantenimiento durante un día concreto de la semana y una ventana de tiempo en ese día. También puede dejar que el sistema elija un día y una hora de esa ventana de tiempo automáticamente. En cualquier caso, el sistema avisa cinco días antes de ejecutar cualquier mantenimiento. El sistema también comunica cuándo se ha iniciado el mantenimiento y cuándo ha finalizado correctamente.

Las notificaciones acerca del próximo mantenimiento se publican en Azure Service Health y también se pueden:

  • Enviar por correo electrónico a una dirección concreta
  • Enviar por correo electrónico a un rol de Azure Resource Manager
  • Enviar en un mensaje de texto (SMS) a dispositivos móviles
  • Insertar como una notificación en una aplicación de Azure
  • Entregar como un mensaje de voz

A la hora de especificar las preferencias de la programación de mantenimiento, puede elegir un día de la semana y una ventana de tiempo. Si no lo hace, el sistema elige horas entre las 23:00 y las 7:00 de la hora de la región del clúster. Puede definir diferentes programaciones para cada clúster de la suscripción de Azure.

Importante

Normalmente, hay al menos 30 días entre los eventos de mantenimiento programado correctos de un clúster.

Sin embargo, en el caso de una actualización de emergencia crítica, como una vulnerabilidad grave, la ventana de notificación podría ser inferior a cinco días. La actualización crítica se puede aplicar al servidor aunque se haya realizado un mantenimiento programado correcto durante los últimos 30 días.

Se puede actualizar la configuración de programación en cualquier momento. Si hay un mantenimiento programado para el clúster y actualiza la programación, los eventos preexistentes se volverán a programar.

Si se produce un error en el mantenimiento o se cancela, el sistema generará una notificación. Intentará realizar el mantenimiento de nuevo según la configuración de programación actual y le notificará cinco días antes del siguiente evento de mantenimiento.

Pasos siguientes