Maintenance de routine (planifiée) pour Azure App Service

La maintenance de routine couvre les mises à jour en arrière-plan apportées à Azure App Service. Les différents types de maintenance peuvent être des améliorations des performances, des correctifs de bogues, de nouvelles fonctionnalités ou des mises à jour de sécurité. La maintenance d'App Service peut se faire sur le service lui-même ou sur le système d’exploitation sous-jacent.

Important

Les changements cassants ou les dépréciations de fonctionnalités ne font pas partie de la maintenance de routine. Pour plus d’informations, consultez Stratégie de cycle de vie moderne.

Les garanties Microsoft de qualité de service et de temps de fonctionnement continuent de s’appliquer pendant les périodes de maintenance. Des notifications mentionnent les périodes de maintenance pour donner aux clients une visibilité sur les modifications de la plateforme.

À quoi s’attendre

Tout comme les ordinateurs personnels, les téléphones mobiles et d'autres appareils, les machines dans le cloud ont besoin des mises à jour les plus récentes. Contrairement aux appareils physiques, les solutions cloud comme Azure App Service offrent des moyens de gérer plus facilement la maintenance de routine. Il n’est pas nécessaire d’arrêter de travailler et d’attendre que les correctifs soient installés. Toute charge de travail peut être déplacée vers un autre matériel en quelques secondes, pendant l’installation des mises à jour. Les mises à jour se produisent tous les mois, mais peuvent varier en fonction des besoins de votre organisation et d’autres facteurs.

Comme une solution cloud classique se compose de plusieurs applications, bases de données, comptes de stockage, fonctions et autres ressources, les différentes parties de vos solutions peuvent faire l’objet d’une maintenance à des moments différents. Une partie de cette coordination est liée à la géographie, à la région, aux centres de données et aux zones de disponibilité. Cela peut aussi être dû au cloud, où tout ne peut pas être modifié simultanément. Pour plus d’informations, consultez Pratiques de déploiement sûres.

La capture d’écran suivante montre un exemple d'événement de maintenance.

Dans l’ordre de haut en bas, l'exemple montre :

• Un titre descriptif de l’événement de maintenance
• Les régions et abonnements affectés
• La fenêtre de maintenance attendue

Forum aux questions

Pourquoi la maintenance prend si longtemps ?

Fondamentalement, la maintenance de routine fournit les mises à jour les plus récentes à la plateforme et au service. Il est difficile de prédire comment la maintenance va affecter les applications individuelles à un moment précis, de sorte que les notifications ont tendance à être plus générales. Les intervalles de temps dans les notifications ne reflètent pas les expériences au niveau de l’application, mais plutôt l’opération globale sur toutes les ressources. Les applications qui font l’objet d’une maintenance redémarrent instantanément sur les machines qui viennent d'être mises à jour et elles continuent de fonctionner. Il n’y a pas de temps d’arrêt quand des requêtes ou le trafic ne sont pas traités.

Pourquoi est-ce que je reçois autant de notifications ?

Dans un scénario classique, les clients ont plusieurs applications qui sont mises à niveau à des moments différents. Pour éviter d’envoyer des notifications pour chacune d’elles, nous envoyons une seule notification qui concerne plusieurs ressources. Nous envoyons la notification au début et tout au long de la fenêtre de maintenance. Vous pouvez recevoir plusieurs rappels pour le même déploiement si la fenêtre de temps est longue : vous pouvez donc mettre en corrélation plus facilement les redémarrages, les interruptions ou d'autres problèmes.

Quelle est la relation entre la maintenance de routine et le contrat SLA ?

La maintenance de la plateforme ne devrait pas avoir d’impact sur la durée de bon fonctionnement ou la disponibilité d’une application. Les applications restent en ligne pendant la maintenance de la plateforme.

La maintenance de la plateforme peut entraîner le démarrage à froid des applications sur de nouvelles machines virtuelles, ce qui peut entraîner des retards. Une application est toujours considérée comme étant en ligne pendant qu'elle démarre à froid. Pour réduire au minimum ou éviter les démarrages à froid, pensez à utiliser le cache local pour les applications Windows et le contrôle d’intégrité.

Nous ne prévoyons pas que des sites subissent des violations de contrat de niveau de service (SLA) pendant les fenêtres de maintenance.

Comment la mise à niveau peut-elle garantir le bon fonctionnement de mes applications ?

Azure App Service représente une flotte d’unités d’échelle qui fournissent l’hébergement d’applications web et de solutions aux clients. Chaque unité d’échelle est divisée en domaines de mise à niveau et en zones de disponibilité. Cette division optimise les placements de plans App Service plus grands et de déploiements fluides, car toutes les machines de chaque unité d’échelle ne sont pas mises à jour en même temps.

Les opérations de maintenance mettent à niveau les machines de façon itérative tandis qu’App Service surveille l’intégrité de la flotte. En cas de problème, le système peut arrêter le déploiement. Pour plus d’informations sur ce processus, consultez le billet de blog Démystifier la magie des mises à jour du système d’exploitation App Service.

Y a-t-il des répercutions sur les heures d’ouverture ?

Oui, les heures d'ouverture sont reflétées pour le fuseau horaire de la région. Les opérations de maintenance sont optimisées pour démarrer en dehors des heures d'ouverture standard de 9h à 17h00. Statistiquement, c’est le meilleur moment pour les interruptions et les redémarrages des charges de travail, car il y a moins d'activité sur le système (dans les applications des clients et donc sur la plateforme elle-même). Si des ressources sont encore en cours de mise à niveau à 9h dans une région donnée, la mise à niveau va s’interrompre de façon sécurisée avant l’étape critique suivante et jusqu’à la fin des heures d’ouverture.

Quelles sont mes options pour contrôler la maintenance de routine ?

Si vous exécutez vos charges de travail dans un produit isolé via App Service Environment v3, vous pouvez si nécessaire planifier les mises à niveau. Pour plus d’informations sur cette fonctionnalité, consultez le billet de blog Contrôler et automatiser la maintenance planifiée pour App Service Environment v3.

Que puis-je faire pour mieux préparer mes applications à un redémarrage ?

Si vos applications ont besoin d’un délai supplémentaire pendant les redémarrages pour revenir en ligne, envisagez d’utiliser le contrôle d’intégrité. Un cas classique où un délai supplémentaire est nécessaire est quand il y a une dépendance forte vis-à-vis de ressources externes lors de la préparation ou du démarrage de l’application.

Vous pouvez utiliser le contrôle d’intégrité pour informer la plateforme que votre application n’est pas encore prête à recevoir des requêtes. Le système peut utiliser ces informations pour router les requêtes vers d’autres instances de votre plan App Service. Dans ce cas, nous vous recommandons d’avoir au moins deux instances dans le plan.

Mes applications ont été en ligne, mais les choses se sont aggravées depuis que ces notifications ont commencé à apparaître. Qu’est ce qui a changé ?

Des mises à jour et des événements de maintenance se produisent sur la plateforme depuis sa création. La fréquence des mises à jour a diminué au fil du temps : le nombre d’interruptions a donc lui aussi diminué et la durée de fonctionnement a quant à elle augmenté. Cependant, vous avez maintenant plus de visibilité sur toutes les modifications. Une visibilité accrue peut entraîner la perception que d’autres changements se produisent.

Étapes suivantes

Obtenez plus d’informations sur les notifications de maintenance en lisant le billet de blog Notifications de maintenance planifiée de routine pour Azure App Service.