Partager via

Maintenance planifiée dans Azure Cosmos DB for PostgreSQL

  • S’applique à: ✅ PostgreSQL

Important

Azure Cosmos DB pour PostgreSQL n’est plus pris en charge pour les nouveaux projets. N’utilisez pas ce service pour les nouveaux projets. Utilisez plutôt l’un des deux services suivants :

  • Utilisez Azure Cosmos DB pour NoSQL pour une solution de base de données distribuée conçue pour des scénarios à grande échelle avec un contrat de niveau de service de disponibilité (SLA) de 99,999%, une mise à l’échelle automatique instantanée et un basculement automatique entre plusieurs régions.

  • Utilisez la fonctionnalité Elastic Clusters d'Azure Database pour PostgreSQL pour un PostgreSQL partagé utilisant l'extension open source Citus.

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é par e-mail vers 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

  • Last updated on