Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Vous pouvez spécifier des options de maintenance pour chaque instance de serveur flexible Azure Database pour MySQL dans votre abonnement Azure. Les options incluent la planification de maintenance et les paramètres de notification pour les événements de maintenance à venir et terminés.
Remarque
Ces nouvelles fonctionnalités de maintenance sont déployées progressivement dans les régions Azure. Si vous ne les voyez pas immédiatement dans le portail Azure, laissez un certain temps pour le déploiement complet. La disponibilité peut varier en fonction de votre abonnement et de votre région.
Prérequis
Pour utiliser ce guide pratique, il vous faut :
Configuration et expérience de maintenance
Azure Database pour MySQL – Serveur flexible offre désormais une expérience de maintenance améliorée qui vous donne plus de contrôle et de visibilité sur la façon dont vos serveurs reçoivent des mises à jour. Sous Maintenance des paramètres>, vous trouverez trois domaines principaux :
- Stratégie de maintenance
- Configuration de planification personnalisée
- État de maintenance et replanification
Options de stratégie de maintenance
Vous pouvez choisir parmi les types de stratégie de maintenance suivants, en fonction des besoins de votre charge de travail :
Virtual Canary
Virtual Canary est destiné aux charges de travail hors production qui souhaitent valider les mises à jour au début. Les serveurs sous cette stratégie reçoivent des mises à jour avant la disponibilité générale et ne respectent pas la cadence de mise à jour standard. Il n’existe aucun intervalle de 30 jours garanti et aucun préavis de 7 jours.
Par défaut, les serveurs SKU à capacité variable sont intégrés à la stratégie Virtual Canary.
Fenêtre maintenance gérée par le système (SMW)
Cette stratégie de maintenance est l’option par défaut pour les serveurs sur les niveaux de calcul Usage général et Critique pour l'activité. La maintenance est automatiquement planifiée sur une journée et une heure aléatoires, généralement entre 11h00 et 17h00 heure locale du serveur. Cette stratégie suit le comportement de maintenance standard : les mises à jour ne se produisent pas plus d’une fois toutes les 30 jours et sont annoncées au moins sept jours à l’avance.
Fenêtre de maintenance personnalisée gérée (CMW)
Choisissez cette stratégie de maintenance si vous souhaitez contrôler quand la maintenance se produit. CMW vous permet de définir un jour préféré de la semaine et del’heure de début (dans une fenêtre UTC de 60 minutes). Cela est particulièrement utile pour les environnements de production où le minutage des mises à jour doit s’aligner sur les stratégies de contrôle des modifications.
Vous pouvez également affecter le serveur à un lot (Batch 1 ou Batch 2) pour aider à effectuer une maintenance échelonnée dans des environnements tels que TEST et PROD :
- Lot 1 : La maintenance se produit dans les 7 premiers jours de la fenêtre de maintenance régionale.
- Lot 2 : la maintenance se produit dans les 7 jours suivants.
Remarque
Les lots de maintenance de 7 jours ne sont pas alignés sur les semaines civiles (par exemple, à partir du dimanche ou du lundi). Au lieu de cela, la première période de 7 jours commence à partir de la date de début réelle du cycle de maintenance dans la région du serveur.
Une fois que CMW est configuré, la nouvelle planification prend effet dans le prochain cycle de maintenance régional.
Pour modifier le minutage d’une maintenance actuellement planifiée , utilisez la fonctionnalité Maintenance Reschedule .
Afficher et gérer la maintenance à venir
La section État de la maintenance affiche tous les événements de maintenance actuellement planifiés ou récemment terminés pour le serveur. En règle générale, une entrée est affichée à la fois.
Replanifier
Si la maintenance n’a pas encore démarré, vous pouvez sélectionner une nouvelle date et heure en choisissant Reschedule. Cela vous permet d’éviter les conflits avec les opérations métier ou les déploiements planifiés.
La fonctionnalité replanifiée est disponible uniquement pour les serveurs sur les niveaux de calcul Usage général et Critique pour l’entreprise. Il n’est pas pris en charge pour les serveurs SKU Burstable.
Replanifier pour maintenant
Vous pouvez cliquer sur Replanifier pour démarrer la maintenance immédiatement. Cela est utile si vous souhaitez appliquer immédiatement la mise à jour, ou si vous souhaitez un contrôle plus précis sur le moment où la maintenance se produit. Replanifier maintenant n'est disponible que si le serveur est dans l'état planifié ou replanifié. Une fois que vous avez cliqué sur Replanifier pour le moment, le serveur entre dans l’état de préparation . Cela signifie que le serveur se prépare à l’événement de maintenance et qu’il démarre la maintenance peu après quelques minutes.
Remarque
Dans certains cas, le Replanifier pour maintenant peut être bloqué pendant un certain temps dans l’état En préparation. Cela est généralement dû à un trop grand nombre de serveurs dans la même région planifiée pour la maintenance en même temps. Si cela se produit, vous pouvez attendre que le serveur termine la préparation ou déclenche un ticket de support pour obtenir de l’aide.
Considérations et limitations relatives à la replanification
Tenez compte des points suivants sur la fonctionnalité :
- Disponibilité de niveau : la replanification de maintenance n’est pas disponible pour le niveau de calcul Burstable. Cette fonctionnalité est destinée aux serveurs dans l’environnement de production, tandis que le niveau Burstable est conçu à des fins de non-production.
- Contraintes de demande : votre maintenance replanifiée peut être annulée si un nombre élevé d’activités de maintenance se produisent simultanément dans la même région.
- Période de verrouillage : la reprogrammation n'est pas disponible 15 minutes avant l'heure de maintenance initialement planifiée, afin de maintenir la fiabilité du service.
- Limitation de réécriture : si un trop grand nombre de serveurs dans la même région sont planifiés pour la maintenance pendant la même période, les demandes de réécriture peuvent échouer. Si cette défaillance se produit, vous recevez une notification d’erreur qui vous conseille de choisir un autre créneau horaire. La maintenance replanifiée a peu de chances d’être annulée.
Il n’existe aucune limitation quant au nombre de fois où un événement de maintenance peut être replanifié. Tant qu’un événement de maintenance n’a pas entré dans l’état de préparation , vous pouvez toujours le replanifier à une autre fois.
Affichage de l’avancement du déploiement de maintenance (préversion publique)
Chaque événement de maintenance inclut un ID de suivi. Cliquer sur cet ID ouvre une vue détaillée de tous les serveurs de votre abonnement qui font partie du même déploiement de maintenance. Cela vous donne une vue d’ensemble consolidée de votre flotte : il n’est pas nécessaire de vérifier chaque serveur individuellement ou de s’appuyer uniquement sur les notifications par e-mail.
Vous pouvez accéder à la vue ID de suivi à tout moment, que la maintenance soit en attente ou déjà terminée.
Notifications relatives aux événements de maintenance planifiée
Vous pouvez utiliser Azure Service Health pour visualiser les notifications sur les opérations de maintenance planifiées à venir ou effectuées sur votre instance Azure Database pour MySQL – Serveur flexible. Vous pouvez également configurer des alertes dans Azure Service Health pour obtenir des notifications sur les événements de maintenance.