Maintenance planifiée dans Azure Cosmos DB for PostgreSQL

  • Article

S’APPLIQUE À : Azure Cosmos DB for PostgreSQL (avec l’extension de base de données Citus pour PostgreSQL)

Azure Cosmos DB for PostgreSQL effectue une maintenance périodique pour garantir la sécurité, la stabilité et la mise à jour de votre base de données managée. Pendant la maintenance, tous les nœuds du cluster reçoivent de nouvelles fonctionnalités, des mises à jour et des correctifs.

Les principales fonctionnalités de la maintenance planifiée pour Azure Cosmos DB for PostgreSQL sont les suivantes :

  • Les mises à jour sont appliquées en même temps sur tous les nœuds du cluster.
  • Les notifications concernant la maintenance à venir sont publiées sur Azure Service Health cinq jours à l’avance.
  • Il faut habituellement compter au moins 30 jours entre les événements de maintenance réussis pour un cluster.
  • Le jour par défaut de la semaine et la fenêtre de temps durant cette journée pour le démarrage de la maintenance peuvent être définis individuellement pour chaque cluster.

Sélection d’une fenêtre de maintenance et notification concernant la maintenance à venir

Vous pouvez planifier la maintenance pour un jour spécifique de la semaine et une fenêtre de temps durant cette journée. Vous pouvez aussi laisser le système choisir un jour et une fenêtre de temps pour vous automatiquement. Dans les deux cas, le système vous alerte cinq jours avant d’exécuter une opération de maintenance. Le système indique également quand la maintenance est démarrée et quand elle est terminée.

Les notifications concernant la maintenance planifiée à venir sont publiées sur Azure Service Health et peuvent être :

  • Envoyées par e-mail à une adresse spécifique.
  • Envoyées par e-mail à un rôle Azure Resource Manager.
  • Envoyées dans un message texte (SMS) à des appareils mobiles.
  • Envoyées en tant que notification à une application Azure.
  • Remises sous forme de message vocal.

Quand vous spécifiez des préférences de planification de la maintenance, vous pouvez choisir un jour de la semaine et une fenêtre de temps. Si vous n’en spécifiez pas, le système choisit des heures entre 23 h 00 et 7 h dans le fuseau horaire de la région de votre cluster. Vous pouvez définir différentes planifications pour chaque cluster dans votre abonnement Azure.

Important

Normalement, il faut compter au moins 30 jours entre les événements de maintenance planifiés réussis pour un cluster.

Toutefois, dans le cas d’une mise à jour critique urgente telle qu’une vulnérabilité grave, la fenêtre de notification peut être inférieure à cinq jours. La mise à jour critique peut être appliquée à votre serveur même si une maintenance planifiée réussie a été effectuée au cours des 30 derniers jours.

Vous pouvez mettre à jour les paramètres de planification à tout moment. Si une maintenance est planifiée pour votre groupe de cluster et que vous mettez à jour la planification, les événements pré-existants seront replanifiés.

Si la maintenance échoue ou si elle est annulée, le système crée une notification. Il tentera à nouveau d’effectuer la maintenance en fonction des paramètres actuels de planification et vous informera cinq jours avant le prochain événement de maintenance.

Étapes suivantes