Maintenance planifiée de routine pour Azure App Service

La maintenance courante comprend des mises à jour en arrière-plan d’Azure App Service. Ces mises à jour peuvent inclure des améliorations des performances, des correctifs de bogues, de nouvelles fonctionnalités ou des mises à jour de sécurité. La maintenance peut s’appliquer à la plateforme App Service ou au système d’exploitation sous-jacent.

Les garanties de qualité de service et de temps d’activité de Microsoft continuent d’être appliquées pendant les périodes de maintenance. Nous informons les clients afin de donner une visibilité sur les modifications apportées à la plateforme.

À quoi s’attendre

Comme les ordinateurs personnels, les téléphones mobiles et d’autres appareils, les ordinateurs du cloud ont besoin de mises à jour régulières. Contrairement aux appareils physiques, Azure App Service gère la maintenance de routine avec une interruption minimale. Les charges de travail peuvent être décalées vers le matériel mis à jour en secondes, ce qui permet aux mises à jour de continuer sans temps d’arrêt.

La maintenance se produit généralement tous les mois, mais peut varier en fonction des besoins de votre organisation et d’autres facteurs.

Étant donné qu’une solution cloud classique se compose de plusieurs applications, bases de données, comptes de stockage, fonctions et autres ressources, certaines parties de votre solution peuvent subir une maintenance à différents moments. Cette variation peut être due à la géographie, à la région, aux centres de données et aux zones de disponibilité. Pour plus d’informations, consultez Pratiques de déploiement sûres.

Pour rechercher des événements de maintenance, recherchez Service Health dans le portail Azure. Sous ACTIVE EVENTS, sélectionnez Maintenance planifiée.

Le portail Azure fournit ces informations :

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

Les captures d’écran suivantes montrent les informations disponibles via l’onglet Ressources affectées :

De gauche à droite, l’exemple montre :

• Sélection de l’onglet Ressources affectées .
• Option Plus d’informations .

Cet exemple montre :

• L’état de la maintenance, qui peut être en attente, démarré ou terminé.
• Une fois la maintenance démarrée, vous pouvez afficher les horodatages sous Plus d’informations.

Forum aux questions

Pourquoi la maintenance dure-t-elle si longtemps ?

La maintenance de routine fournit les dernières mises à jour de la plateforme et du service. Il est difficile de prédire comment la maintenance affecte les applications individuelles. Les notifications fournissent des intervalles de temps généraux. Ces plages reflètent l’opération globale sur toutes les ressources, et non sur des expériences spécifiques au niveau de l'application. Les applications qui redémarrent après une maintenance sur les machines mises à jour 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 ?

Les clients ont souvent plusieurs applications mises à niveau à différents moments. 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, donc vous pouvez mettre en corrélation plus facilement les redémarrages, les interruptions ou 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é des applications. Les applications restent en ligne pendant la maintenance de la plateforme.

La maintenance de la plateforme peut entraîner le démarrage des applications à froid sur de nouvelles machines virtuelles, ce qui peut entraîner des retards. Une application est toujours considérée comme étant en ligne même lorsqu'elle est en train de démarrer à 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 le placement des plans App Service plus volumineux et permet des déploiements sans heurts, car toutes les machines de chaque unité d’échelle ne sont pas mises à jour simultanément.

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.

Les heures de bureau sont-elles prises en compte ?

Oui, les heures de bureau sont prises en compte sur la base du 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 toutes les interruptions et redémarrages des charges de travail. Il y a moins de stress sur le système dans les applications clientes et sur la plateforme elle-même.

La maintenance d’App Service est conçue pour réduire les interruptions pendant les heures d’ouverture. Si des mises à niveau sont toujours en cours d’ici 9 heures dans une région donnée, elles tentent de s’interrompre avant d’atteindre des phases critiques. Certains mouvements d’instance sous-jacents peuvent continuer, mais ils sont orchestrés pour chevaucher en toute sécurité et maintenir la disponibilité du site.

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

Si vous exécutez vos charges de travail dans un produit isolé à l’aide d’App Service Environment v3, vous pouvez planifier les mises à niveau si nécessaire. 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 à des redémarrages ?

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 étaient 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 également diminué et le temps d’activité a augmenté. Cependant, vous avez maintenant plus de visibilité sur toutes les modifications. Cette plus grande visibilité peut donner l’impression que davantage de changements se produisent.

Contenu connexe

• Notifications des maintenances de routine planifiées pour Azure App Service