Maintenance planifiée pour Azure Database pour PostgreSQL

Votre Azure Database pour PostgreSQL instance de serveur flexible subit régulièrement des opérations de maintenance pour vous aider à sécuriser, stable et à jour votre base de données managée. La maintenance peut inclure les mises à jour de plateforme, les mises à jour du système d’exploitation, les correctifs de sécurité et les mises à jour du moteur PostgreSQL.

Important

Évitez toutes les opérations de serveur (modifications, modifications de configuration, démarrage/arrêt du serveur) pendant Azure Database pour PostgreSQL maintenance d’instance de serveur flexible. Ces activités peuvent entraîner des résultats imprévisibles, affectant la stabilité et les performances du serveur. Attendez que la maintenance s’achève avant d’effectuer des opérations sur le serveur.

Fenêtre de maintenance

Vous pouvez planifier la maintenance pour un jour spécifique de la semaine et pour 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.

Le système envoie des notifications de maintenance 5 jours calendaires à l’avance afin de vous donner un temps suffisant pour vous y préparer. Le système vous indique également quand la maintenance démarre et quand elle se termine.

Vous pouvez recevoir des notifications sur la maintenance planifiée à venir via :

• Envoyez un e-mail à une adresse spécifique.
• Envoyer un e-mail à un rôle d'Azure Resource Manager.
• Sms vers les appareils mobiles.
• Notification Push vers une application Azure.
• Message vocal.

Quand vous spécifiez des préférences de planification de la maintenance, vous pouvez choisir entre une planification personnalisée et une planification gérée par le système. Si vous optez pour une planification personnalisée, vous pouvez spécifier un jour de la semaine et une fenêtre de temps. Par contre, si vous sélectionnez une planification gérée par le système, le système choisit un jour pour vous. Il choisit aussi dans cette journée une fenêtre de temps d’une heure, entre 11h00 et 17h00, dans le fuseau horaire de la région de votre serveur. Vous pouvez configurer différentes planifications de maintenance pour chacune de vos Azure Database pour PostgreSQL instance de serveur flexible.

Important

Normalement, l’intervalle entre les événements de maintenance planifiés réussis pour un serveur est d’au moins 30 jours. Cependant, pour une mise à jour critique urgente, comme dans le cas d’une vulnérabilité grave, la fenêtre de notification peut être inférieure à 5 jours ou même être ignorée. La mise à jour critique peut être appliquée à votre serveur, même si le système a effectué une maintenance planifiée au cours des 30 derniers jours.

Vous pouvez mettre à jour vos paramètres de maintenance planifiée à tout moment. Si la maintenance est planifiée pour votre instance de serveur flexible Azure Database pour PostgreSQL et que vous mettez à jour vos préférences de maintenance planifiée, le déploiement actuel n'est pas repositionné. Il est effectué le jour et à l’heure auxquels il était déjà planifié. Les modifications apportées aux paramètres de maintenance planifiée deviennent effectives une fois la maintenance planifiée suivante terminée.

Gestion du système Windows (SMW) et maintenance personnalisée Windows (CMW)

Vous pouvez définir une planification gérée par le système ou une planification personnalisée pour chaque instance de serveur flexible Azure Database pour PostgreSQL dans votre abonnement Azure :

• Avec une planification gérée par le système, le système choisit une fenêtre d’une heure entre 23h00 et 7h00 dans le fuseau horaire de la région de votre serveur.
• Avec une planification personnalisée, vous pouvez spécifier votre fenêtre de maintenance pour le serveur en choisissant le jour de la semaine et le début d’une fenêtre de temps d’une heure.

La maintenance planifiée se produit en premier sur les serveurs configurés avec des planifications gérées par le système. Les serveurs avec des plannings personnalisés suivent après au moins sept jours dans une région. Pour recevoir des mises à jour anticipées pour les serveurs de développement et de test, utilisez une planification gérée par le système. Ce choix de planification permet un test précoce et une résolution des problèmes, avant que les mises à jour atteignent des serveurs de production avec des planifications personnalisées.

Les mises à jour des serveurs de planification personnalisée commencent sept jours plus tard, pendant une fenêtre de maintenance définie. Une fois que vous êtes averti, vous ne pouvez pas différer les mises à jour. Nous vous conseillons d’utiliser des planifications personnalisées pour les environnements de production uniquement.

Dans de rares cas, le système peut annuler certains événements de maintenance ou bien certains événements peuvent échouer. Si une mise à jour échoue, le processus est annulé et votre serveur est restauré à la version précédente des fichiers binaires. Le serveur peut toujours redémarrer pendant la fenêtre de maintenance.

Si une mise à jour est annulée ou en échec, le système crée une notification concernant l’événement de maintenance annulé ou en échec. La prochaine tentative pour effectuer l’opération de maintenance sera planifiée en fonction de vos paramètres de planification actuels et vous recevrez une notification 5 jours calendaires à l’avance.

Considérations et limitations relatives à la maintenance planifiée

Quelques considérations à prendre en compte lors de la maintenance planifiée mensuelle :

• La maintenance mensuelle est impactée et implique un temps d’arrêt.
• Le temps d’arrêt dépend de la charge transactionnelle sur le serveur au moment de la maintenance.
• Une fois la maintenance planifiée, toutes les modifications apportées aux paramètres de maintenance s’appliquent uniquement au cycle de maintenance suivant, et non au cycle de maintenance actuel.

Afficher la maintenance à venir

Vous pouvez afficher les événements de maintenance à venir pour votre serveur flexible avant le début de la maintenance. Cette visibilité vous aide à comprendre quand la maintenance est planifiée, si l’événement peut être replanifié et quel type de mise à jour est planifié.

Afficher la maintenance à venir à l’aide du portail Azure. La prise en charge de Azure CLI ou de l’API REST est en cours de travail.

Quand un événement de maintenance à venir est disponible, vous pouvez afficher des détails tels que :

• L’événement de maintenance planifiée suivant
• Heure de début estimée
• Heure de fin estimée
• Type de maintenance
• Statut de maintenance
• Indique si l’événement est éligible à la réécriture
• La date limite pour le report, le cas échéant

Note

Si aucun événement de maintenance n’est actuellement planifié pour votre serveur, les détails de maintenance à venir peuvent ne pas être affichés.

Replanifier la maintenance planifiée à une date ultérieure

Pour les workloads de production, il peut être nécessaire d’éviter la maintenance pendant les périodes critiques pour l’activité, telles que les pics de trafic, les fenêtres de mise en production, les migrations, la clôture financière ou les événements saisonniers. Lorsqu’un événement de maintenance à venir peut être reprogrammé, vous pouvez reporter l’opération de maintenance à un créneau ultérieur éligible qui correspond mieux à votre charge de travail.

Vous pouvez replanifier la maintenance à l’aide du portail Azure. La prise en charge de Azure CLI ou de l’API REST est en cours de travail.

Ce que permet la replanification de la maintenance

Reprogrammer la maintenance vous permet de :

• Affichez la maintenance à venir pour votre serveur.
• Choisissez une date et une heure de maintenance éligibles ultérieures.
• Différer la maintenance jusqu’à 14 jours à partir de la date de maintenance initiale planifiée.
• Évitez la maintenance pendant les périodes commerciales à haut risque.
• Gardez une vue d’ensemble sur le calendrier de maintenance mis à jour.

Note

Certains événements de maintenance ne peuvent pas être reprogrammés. Par exemple, une maintenance critique liée à la sécurité ou à la conformité peut être appliquée dans un délai requis.

Prerequisites

Pour replanifier la maintenance, vous avez besoin des éléments suivants :

• Une instance d'Azure Database pour serveur flexible PostgreSQL.
• Un événement de maintenance à venir pouvant être replanifié.
• Un serveur utilisant une fenêtre de maintenance personnalisée gérée.
• Niveau de calcul pris en charge.

Serveurs pris en charge

La replanification de la maintenance est prise en charge pour les serveurs des niveaux de calcul suivants :

• General Purpose
• Mémoire optimisée

Le report de la maintenance n’est pas pris en charge pour les serveurs du niveau de calcul Burstable.

Règles et limites de report

Avant de replanifier la maintenance, passez en revue les règles suivantes :

• L’action Replanule est disponible uniquement lorsqu’un événement de maintenance est planifié.
• L’événement de maintenance doit pouvoir être reprogrammé.
• Seuls les emplacements futurs éligibles sont sélectionnables.
• La nouvelle heure de maintenance doit être comprise dans la fenêtre de reprogrammation autorisée.
• La maintenance peut être replanifiée jusqu’à 14 jours à partir de la date de planification initialement avertie.
• La reprogrammation n’est plus possible dans les 15 minutes précédant l’heure de maintenance initialement prévue.
• Vous pouvez mettre à jour l’heure reprogrammée plus d’une fois, tant que la maintenance n’est pas encore passée à l’état de préparation et que la nouvelle heure se situe dans la fenêtre de replanification autorisée.

Important

La replanification entraîne des modifications lorsque la maintenance est appliquée, mais elle n’annule pas l’événement de maintenance.

Effectuer la maintenance à la demande

Lorsqu’un événement de maintenance à venir est disponible, vous pouvez appliquer immédiatement la maintenance au lieu d’attendre la fenêtre de maintenance planifiée. Cette option vous donne plus de contrôle sur le démarrage de la maintenance et vous aide à appliquer des mises à jour pendant un temps sûr pour votre charge de travail.

Vous pouvez appliquer la maintenance à la demande à l’aide du portail Azure. La prise en charge de Azure CLI ou de l’API REST est en cours de travail.

Ce qu’offre la maintenance à la demande

Appliquer la maintenance à la demande vous permet de :

• Affichez un événement de maintenance à venir.
• Démarrez immédiatement la maintenance éligible.
• Appliquez des mises à jour lorsque votre charge de travail peut tolérer un redémarrage ou une brève interruption.
• Réduisez le risque de démarrage de la maintenance pendant un temps planifié moins pratique.
• Effectuez le suivi de l’état de maintenance au fur et à mesure qu’il passe de planifié à l’avancement, puis terminé.

Note

L’application de la maintenance à la demande n’annule pas l’événement de maintenance. Il démarre immédiatement le flux de travail de maintenance éligible.

États de maintenance pris en charge

L’action Appliquer maintenant est disponible uniquement lorsque :

• Un événement de maintenance éligible existe.
• Le serveur n’est pas encore en maintenance.
• L’événement de maintenance est à l’état Scheduled ou Rescheduled.

Une fois que vous avez confirmé Appliquer maintenant, le serveur entre dans le flux de travail de préparation de la maintenance et l’événement de maintenance passe vers InProgress.

Important

L’application immédiate de la maintenance peut entraîner le redémarrage d’un serveur pendant la fenêtre de maintenance. Vérifiez que votre application peut tolérer une interruption temporaire avant d’appliquer la maintenance à la demande.

Afficher l’historique de maintenance

Vous pouvez afficher l’historique de maintenance pour passer en revue les événements de maintenance passés pour votre serveur. L’historique de maintenance vous aide à comprendre quand la maintenance s’est produite, quel type de maintenance a été appliqué et l’état final de l’événement.

Vous pouvez view l’historique de maintenance de votre serveur à l’aide du portail Azure. La prise en charge de Azure CLI ou de l’API REST est en cours de travail.

Ce que l’historique de maintenance fournit

L’historique de maintenance vous permet de :

• Passez en revue les événements de maintenance passés pour votre serveur.
• Voir quand la maintenance a démarré et terminé.
• Affichez le type de maintenance et l’état.
• Vérifiez si un événement de maintenance s’est terminé correctement.
• Prendre en charge les examens opérationnels, les enquêtes sur les incidents et les exigences d’audit.

Note

Si aucun événement de maintenance passé n’est disponible pour le serveur, la section historique de maintenance peut être vide.

Application de la maintenance sur les instances arrêtées/désactivées

Si un serveur PostgreSQL est arrêté pendant la maintenance planifiée, la maintenance n’est pas appliquée immédiatement. Au lieu de cela, la maintenance est appliquée lorsque le serveur est redémarré, manuellement par le client ou automatiquement par le biais de la fonctionnalité de redémarrage automatique de 7 jours . Une notification est envoyée au client indiquant que la maintenance n’a pas pu être appliquée, car le serveur est arrêté et s’applique lorsque le serveur est redémarré.

Les clients peuvent remarquer une légère augmentation du temps de redémarrage (5 à 8 minutes) lorsque la maintenance en attente est appliquée, en particulier pendant les redémarrages manuels.

Notifications de maintenance consolidées

Les clients exécutant plusieurs bases de données Azure pour les serveurs PostgreSQL peuvent recevoir plusieurs notifications distinctes pour le même événement de maintenance planifiée, ce qui rend le suivi de maintenance plus difficile. Pour réduire cette surcharge, Azure Database pour PostgreSQL regroupe désormais les notifications de maintenance planifiée pour plusieurs serveurs de la même région en une seule notification. Cela permet de réduire la fatigue des notifications et facilite le suivi de la maintenance à venir tout en conservant la visibilité des ressources affectées.

Note

Si vous avez configuré une alerte d'intégrité de service, vous recevrez un e-mail ou Azure notification d'application mobile vous informant de la maintenance planifiée à venir dans une région. Pour la maintenance consolidée, une seule notification/e-mail est envoyée pour vous informer de la maintenance à venir dans une région et d’une autre notification envoyée lorsque la maintenance est terminée dans la région. Si la maintenance est annulée pour la région, vous recevrez une 3e notification/e-mail. Vous ne recevez pas de notification/e-mail lorsque la maintenance est en cours ni terminée pour chaque serveur.

Pour afficher la maintenance planifiée, sélectionnez Afficher dans Azure Service Health dans votre e-mail de notification de maintenance.

Accédez ensuite au volet Maintenance planifiée dans Azure Service Health Portal et sélectionnez la notification spécifique relative à Azure Database pour PostgreSQL.

L’onglet Résumé contient des détails sur la maintenance à venir dans une région, notamment la région, les abonnements affectés, l’heure de début et de fin de la maintenance. Les heures de début et de fin indiquées représentent la durée de la maintenance planifiée pour tous les serveurs affectés dans cette région, y compris le vôtre. Pour afficher les serveurs de l’abonnement qui ont une maintenance à venir et leurs heures de début et de fin planifiées, sélectionnez l’onglet Ressources affectées. Pour afficher la liste des fonctionnalités notables, les modifications, les améliorations et les correctifs de problèmes contenus dans la mise à niveau de maintenance, sélectionnez les notes de publication de maintenance sur la page récapitulative.

L’onglet Ressources affectées répertorie chaque serveur affecté dans l’abonnement. Pour chaque ressource, sélectionnez Plus d’informations pour afficher les détails tels que l’état de maintenance, le démarrage de la maintenance planifiée spécifique au serveur et les heures de fin. Pour afficher l’état de maintenance, l’heure de début et de fin de tous les serveurs affectés, sélectionnez Exporter au format CSV sous l’onglet Ressources affectées.

Le fichier de .csv exporté inclut chaque serveur concerné, ainsi que son état de maintenance et ses heures de début et de fin de maintenance planifiées. Toutes les heures répertoriées sont au format UTC.

Note

Ce fichier .csv représente un instantané de l’état de vos serveurs affectés à un moment donné. Il est recommandé de télécharger à nouveau .csv fichier pour vérifier l’état actuel de la maintenance à tout moment, en particulier pour vérifier que la maintenance est terminée sur un serveur. Pour toute question ou support, créez une demande de support support via le portail Azure.

Contenu connexe

• Configurer la maintenance planifiée
• Obtenir des notifications sur la maintenance à venir
• Configurer des alertes pour les événements de maintenance planifiée à venir